jakiro
出典：Celestia;
Lemongrassのアップグレードは、9月にMainnet Betaバージョンに展開されました。これは、Celestiaの最初のコンセンサスアップグレードです。今後のジンジャーアップグレード、つまりCelestia-App V3が2番目のものです。
ジンジャーは効率を2倍にし、Celestiaのデータ可用性スループットはすぐに2倍増加しました！V3では、ブロック時間を12秒から6秒に短縮することで達成されます。これにより、トランザクションの順序スロットファイナライゼーション時間を速くすることでユーザーエクスペリエンスが向上します。
ジンジャーはまた、コミュニティガバナンスの基礎を築き、1.33 MB/sに相当する6秒ごとにブロックサイズを最大8MBに増やしました。
ジンジャーは、アラビカの高さ2348907（2024年11月5日予想）で活性化されます。11月にMochaテストネットワークと12月にメインネットベータ版に参加する予定です。
セレスティアは変化しようとしています
ジンジャーアップグレードに含まれるCIPは、CIP-25（メタCIP）で指定されています。
ジンジャーのCIPSには次のものがあります。
-
CIP-21：検証済みの署名者にBLOBタイプを導入します
-
CIP-24：バージョンされたガススケジューラ変数
-
CIP-26：バージョン化タイムアウト
-
CIP-27：PFBおよび非PFBカウントのブロック制限
-
CIP-28：トランザクションサイズの制限
上記のCIPに加えて、Celestia-App V3には重要な非合意の変更も含まれています。デフォルトではBBRが必要です。
デフォルトはブラックボックスレコーダーです
実際のP2Pネットワークは、長距離にわたって大量のデータを送信する必要があります。これは問題になります。これは、最も一般的な輻輳制御アルゴリズムが、より多くの損失が発生するにつれて送信されるパケットの数を大幅に減らすため、スループットを減らすためです。データ送信時間が長くなればなるほど、より多くのパケットが失われ、帯域幅の使用率が急落します。さらに悪いことに、バッファーは蓄積し始め、小さなパケットでも多くのレイテンシを引き起こします。さらに、分散型ネットワークでは、バッファー内のメッセージが続くことはありません。
Googleの研究者は、パケットの損失は実際には混雑を検出するための良いメカニズムではないことを発見しました。代わりに、往復時間を使用するだけです。これはBBRが行うことであり、実生活の測地所有ネットワークのスループットの大幅な増加につながります。
これにより、マンモスミニテストネットに示されているようなスループットとパフォーマンスの将来の改善への扉が開かれます。Celestia-App V3では、BBRをデフォルトでオンにする必要があります。
検証済みの署名者にブロブタイプを紹介します
CIP-21は、「作成されたブロブ」を導入します。ここでは、署名者の住所がブロブメタデータに直接含まれます。Celestia Verifierは、署名者がPayment Blobのアドレスと一致していることを確認し、PayForblobsトランザクションを個別に取得および処理するための集約の必要性を排除します。これにより、要約の検証プロセスが簡素化され、BLOBの署名フィールドを直接確認して信頼性を確保できます。
バージョンされたガススケジューラ変数
CIP-24は、ガススケジューラ変数GasperBlobbyteとTxSizeCostperByteを設定し、ネットワークのアップグレードを通じてのみ変更され、オンチェーンガバナンスを通じてそれらを変更する能力を排除します。この変更は、トランザクションコストをより安定して予測可能にすることを目的としています。各トランザクションの前にネットワークを照会することなく、オフラインガスの計算を容易にすることができます。
バージョンのタイムアウト設定
CIP-26は、ブロック時間と関連するタイムアウトをアプリケーションバージョンによって制御するように設定し、ブロック時間をV3で12秒から6秒に短縮します。この変更は、ネットワークスループットを増やし、トランザクションの最終化時間を短縮するように設計されています。また、メモリプールのTTL-Num-Blocksパラメーターを5から12に増やして、ブロック時間を速くする一貫したトランザクション動作を維持します。
PFBおよび非PFBカウントのブロック制限
CIP-27は、ブロックあたりのPayForblob（PFB）および非PFBメッセージの数を制限します。この提案は、ブロックあたり600 PFBメッセージとブロックあたり200の非PFBメッセージの制限を実装しています。これらの制限は、準備療法段階のソフト制限です。つまり、コンセンサスレベルで厳密に施行されていません。この変更の理論的根拠は、各ブロックで検証できるトランザクションの数を制限することにより、ブロック処理時間が長すぎるのを防ぐことです。これらの制限はベンチマークに基づいて決定され、推奨される検証装置構成の下でブロックあたりの処理時間を約0.25秒にすることを目的としています。
トランザクションサイズの制限
CIP-28は、Celestiaの2mib（2,097,152バイト）に単一のトランザクションのサイズを制限します。この制限は、トランザクション処理のすべての段階（CHECKTX、PreparePosal、およびProcessProposal）で実施されるため、コンセンサス破壊の変更です。基本原則は、8 MIB以上のブロックでさえ、ゴシップ大規模なトランザクションの問題を防ぐことです。また、ドアを開けてブロック時間を短縮し、ブロックサイズを増やして将来のスループットを増やします。
