セレスティアのジンジャーアップグレードに期待することは？

Black Box Recorder by default

現実のp2pネットワークは、長距離にわたって多くのデータを送信しなければなりません。これは、最も一般的な輻輳制御アルゴリズムが、より多くの損失が発生するにつれて、送信されるパケット数を大幅に減少させるため、つまりスループットを低下させるため、問題になる可能性があります。データ伝送が長引けば長引くほど、より多くのパケットが失われ、帯域幅の利用率は急落する。さらに悪いことに、バッファが蓄積され始め、小さなパケットでも大幅な遅延が発生する。さらに悪いことに、分散型ネットワークでは、ノードはバッファ内のメッセージを待たず、次のブロックに移動するだけなので、バッファ内のメッセージが古くなり、最終的に送信されるときにさらに帯域幅を浪費することになります。

Googleの研究者たちは、パケットロスは実際には輻輳を検出するための良いメカニズムではないことを発見しました。その代わりに、単純に往復時間を使うことができます。これがBBRが行ったことであり、現実の地理的に分散したネットワークのスループットを劇的に向上させました。

これは、Mammoth Miniテストネットワークで実証されたような、将来のスループットとパフォーマンスの向上への扉を開くものです。 celestia-app v3では、デフォルトでBBRをオンにする必要があります。

検証済み署名者のためのblobタイプの導入

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

ガススケジューラ変数のバージョン

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フェーズのソフトリミットであり、コンセンサスレベルでは厳密には適用されない。この変更の根拠は、各ブロックで検証できるトランザクション数を制限することで、ブロック処理時間が長くなるのを防ぐためである。これらの制限はベンチマークに基づいて決定され、推奨されるバリデータ構成で1ブロックあたりの処理時間を約0.25秒にすることが目標である。

トランザクションサイズの制限

CIP-28は、Celestia上で1つのトランザクションのサイズを2MiB（2,097,152バイト）に制限しています。この制限は、トランザクション処理のすべての段階(CheckTx、PrepareProposal、ProcessProposal)で強制され、したがって、コンセンサスを破る変更です。その根拠は、8MiB以上のブロックであっても、大きなトランザクションのゴシップによる問題を防ぐためである。また、将来的にスループットを向上させるためにブロック時間を短縮し、ブロックサイズを大きくするための扉を開くものでもある。