出典:セレスティア; コンパイラ: Deng Tong, Golden Finance

Lemongrass は9月にメインネットのテスト版にデプロイされ、Celestiaの初のコンセンサスアップグレードです。次に登場するGingerアップグレードは、Celestia-App V3の2番目のアップグレードです。

**Ginger は生産性を2倍にし、Celestia のデータ可用性のスループットが2倍になりました！**v3 では、これはブロック時間を12秒から6秒に短縮することで実現され、より速いトランザクション単一スロット最終確定時間によってユーザーエクスペリエンスが向上しました。

Gingerはコミュニティのガバナンスにも基礎を築き、ブロックサイズを6秒ごとに最大8MBまで増やしました。これは1.33MB/sに相当します。

**GingerはArabicaの高さ2348907でアクティブ化されます（2024年11月5日予定）。**11月にはMochaテストネットに参加し、12月にはメインネットBetaに参入する予定です。

Celestia は変化しようとしています

ジンジャーのアップグレードには、CIP-25（元のCIP）で指定されたCIPが含まれています。

GingerのCIPには次のものが含まれています：

• CIP-21:検証済み署名者向けのBLOBタイプの紹介
• CIP-24：バージョン化されたガススケジューラ変数
• CIP-26：バージョン化のタイムアウト
• CIP-27:PFBと非PFBの数のブロック制限
• CIP-28：トランザクションサイズ制限

上記のCIPに加え、celestia-app v3には、デフォルトでBBRが必要になる重要な非コンセンサス変更も含まれています。01928374656574839201

デフォルトはブラックボックスレコーダーです

現実のP2Pネットワークでは、長距離に大量のデータを送信する必要があります。これは問題となります。なぜなら、最も一般的な輻輳制御アルゴリズムは、より多くのパケットロスが発生するにつれて送信されるパケット数を大幅に減らします。つまり、ドロップスループットが低下します。データ転送が長引くほど、パケットロスも増え、帯域利用率は直線的に低下します。さらに悪いことに、バッファが溜まり始めると、小さなデータパケットでも大量のレイテンシーが発生します。さらに悪いことに、分散化されたネットワークでは、ノードはバッファ内のメッセージを待ちません。それらは次のブロックに進み続けるだけで、これらのバッファされたメッセージは陳腐化し、最終的に送信される際により多くの帯域幅が浪費されます。

Googleの研究者は、実際にはデータパケットの紛失は混雑を検出する良いメカニズムではないことを発見しました。その代わりに、単純に往復時間を使用することができます。これがBBRが行うことであり、地理的に分散したネットワークのスループットを実際の生活で大幅に増加させます。

これにより、将来のスループットとパフォーマンスの向上が可能になりました。たとえば、Mammoth Mini テストネットで示された改善などです。celestia-app v3 では、デフォルトで BBR がオンになるように要求されています。

バリデーション済みの署名者のblobタイプを導入する

CIP-21では、「作成のblob」が導入され、その中に署名者のアドレスが直接blobのメタデータに含まれています。Celestiaバリデータは、支払い用のblobと一致するアドレスを持つ署名者を検証し、PayForBlobsトランザクションを個別に取得および処理する必要がなくなりました。これにより、集計の検証プロセスが簡素化され、真正性を確保するためにblobの署名者フィールドを直接チェックできるようになりました。

バージョン化されたGasスケジューラ変数

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メッセージの制限が実装されています。これらの制限はPrepareProposal段階のソフト制限であり、つまりコンセンサスレベルで厳密には実施されていません。この変更の基本原則は、ブロック処理時間が長くなるのを防ぐために、各ブロックで検証できる取引の数を制限することです。これらの制限はベンチマークに基づいており、推奨される検証者構成の下で、各ブロックの処理時間を約0.25秒にすることを目指しています。

取引サイズの制限

CIP-28 では、Celestia 上で単一トランザクションのサイズを2MiB（2,097,152 バイト）に制限します。この制限はトランザクション処理のすべての段階（CheckTx、PrepareProposal、ProcessProposal）で強制されるため、これはコンセンサスを破る変更です。その基本原則は、ゴシップトランザクションの問題を防ぐためであり、それは8MiB以上のブロックでも発生します。また、ブロックタイムを短縮し、ブロックサイズを拡大して将来のスループットを増やすことを可能にします。