EthereumのPectra Updateは、Fusakaに近い予想を満たしています

Ethereum Pectra Hard ForkのBLOB容量強化は、アナリストの予測内で動作しています、とEthpandaopsは次のように述べています。 5月30日レポート。

5月7日にイーサリアム改善提案7691（EIP-7691）を介して開始されたこの更新は、デフォルトのブロブ数を3から6に2倍にし、天井を6から9に引き上げました。。ブロブは、イーサリアムブロックに含まれるデータ作品です。

このレポートは、27か国で123のビーコンチェーンノードを計算し、29の制御データセンターで、94が「新しいヘッド」イベントを追跡するために住宅環境で計算しました。これは、クライアントがブロックを宣言し、その塊が新しいチェーンのヒントを宣言したときに記録されるタイムスタンプです。

ベンチマークでは、4秒以内に新しい頭に到達するためにピアの66％が必要です。または、ブロックのリスクが孤児になります。

ホームユーザーに期待どおりに作業します

5月28日までの50,025スロットをカバーするチャートは、地元で構築されたソロステーカーブロックを4秒未満で99.5％未満で受け入れ、ほんの一握りの外れ値しかないことを示しています。

ブロックサイズと到着時刻の回帰は、ホームノードが9ブロブキャップを大きく上回る締め切りをブラッシングする前に最大14個のブロブに耐えることができるというプロジェクトをプロジェクトにします。

報告書は、「ホームユーザーは9つのブロブをサポートできた」と結論付け、ネットワークエッジで帯域幅の感度を想定したフォーク前モデリングを検証しました。

その後、このレポートは、ペクトラの下の上限を反映して、6,000万ガスの最悪のブロックサイズに対してモデルをストレステストしました。

同じ回帰により、安全な容量が10個の塊にトリミングされ、狭いマージンが残っていますが、ライブ6/9エンベロープをクリアしています。

報告書は、より高いガスキャップがウィンドウをさらに引き締め、コミュニティの呼び出しを強化して、将来のガス制限を停止することで、ピアツーピアデータの可用性サンプリング（Peerdas）船がその後のフサカのリリースで増加するまで増加します。

管理可能なリレータイミング

メインチェーンブロックの約91％は、MeVブーストリレーを通ってルーティングし、提案者とビルダーの間に入札概念ラウンドトリップを挿入します。

リレーソースブロックは、新しいヘッドがわずかに遅く、ホームノードが4秒以内に97.1％を記録し、地元で構築されたブロックで99.5％に登録されました。

配布プロットは、競争のタイミング戦略の一部としてヘッダーブロードキャストを遅らせるリレーにテールを帰属させます。最悪の6,000万GASシミュレーションは、5つのブロブの安全なリレー容量を示していますが、Ethpandaopsは、競争力のあるランドスケープが遅い配達に罰せられると、リレーが調整されると予想しています。

さらに、dEvelopersは、Fusaka Hard Forkの下で提案者側のBlob伝播からPeerdasに移行する予定です。

Ethpandaopsは、チームがPeerdasの統合に「ヘッズダウン」であると述べました。これにより、ブロックあたりの帯域幅を削減し、展開するとより高いガス制限とより大きなブロブカウントのために部屋を開きます。

報告書は、Pectraの最初の週のテレメトリーは、設計された6/9 BLOBスケジュール関数を示していると結論付けました。クライアントチームは、帯域幅天井を即座にプレッシャーすることなくFusakaのデータ利用可能性のアップグレードに集中する余地があります。