開発者が 12 月のメインネット フォークに注目し、Fusaka のアップグレードが軌道に乗る

イーサリアム開発者らは、木曜日のAll Core Devs（ACD）コールでのクライアントチームの強力なサポートを受けて、待望のFusakaアップグレードに向けて12月3日のメインネットフォークを進めている。

タイムラインは来週のフーディーテストネットの最終決定が技術的に条件付きのままですが、最初の 2 つのテストネットで大きな問題は報告されておらず、すべてのクライアントチームが承認のシグナルを送っているため、日付は事実上固定されています。

メインネット クライアントのリリース候補は 11 月 3 日に予定されており、ノード オペレーターには 1 か月の切り替え期間が与えられます。

ただし、Blob Parameter Override (BPO) への移行では、スケジュールが調整されます。

「BPO 1と2はそれぞれ12月9日と1月7日だ」とアレックス・ストークス氏は電話会議で語った。 「前回の電話で体温検査を行いました。通常は機内にいますので、ここでも同じことをしたかったのです。」出席していたすべての主要クライアントチームがゴーサインを出しました。

BLOB は Dencun (2024 年 3 月) で、具体的には EIP-4844 (プロトダンクシャーディング) を通じて導入されましたが、BPO ステージングは​​、Dencun の静的 BLOB 構成とは異なり、フォーク後に BLOB パラメーターを動的に調整するために Fusaka で導入された新しいメカニズムです。

LFDT の Besu クライアントを保守する Consensys チームのエンジニア、ガブリエル・トリンティナリア氏は、BPO の利点はリスクが低いことだと指摘しました。

「実際のネットワーク データとパフォーマンスに基づいて、BLOB の容量を段階的に拡張できます」と Trintinalia 氏は Blockworks に語りました。 「そしてもちろん、万が一パフォーマンスの低下が観察された場合でも、BPO を使用して必要に応じて BLOB の数を安全に減らすことができます。」

セポリア分岐は順調に進み続けています。

イーサリアムのテストネットをコーディネートするバルナバス・ブサ氏は、「我々は99％（バリデーターの参加）を持っている。今ではどの組み合わせも問題ない。最新のステージを展開したところ、すべてのバグが解決した」と語った。 「すべてがスムーズに進みました。」

次回の Sepolia BPO アクティベーションは、Hoodi フォークに先立って 4 日後に予定されています。これらが計画通りに進めば、来週の電話会議でメインネットの確認が行われる予定です。

「クライアント チームは、PeerDas によって解放された BLOB の増加をネットワークが確実に処理できるようにするために、複数のベンチマーク、帯域幅分析、不安定性シミュレーションなどを含む広範な作業を行ってきました。」