Fusaka メインネット: PeerDAS、BPO スケジュール、L1 スケーリングの詳細

Fusaka メインネットのアップグレードでは、BLOB をスケールし、実行能力を向上させ、イーサリアム上の暗号化 UX を向上させるための、調整された一連のプロトコル変更が提供されます。ノード オペレータと開発者は、公開されているアクティベーション エポックと BPO スケジュールを使用して環境を準備する必要があります。

Fusaka メインネットのアップグレードとは何ですか?また、どの機能が最も重要ですか?

Fusaka は Pectra に続くプロトコルのアップデートであり、BLOB スループットの向上、実行層の最適化、ユーザー エクスペリエンスの向上という 3 つの柱に焦点を当てています。

最も注目すべきは、 PeerDAS (EIP9594)これにより、データの可用性サンプリングが可能になり、完全にダウンロードせずに BLOB を検証できます。さらに、Fusaka は、一緒に制限を設定し、ガスアカウンティングを調整し、ネイティブ暗号化プリミティブを追加する複数の EIP をパッケージ化しています。

Fusaka がメインネット上でアクティブ化されるのはいつですか?また BPO のマイルストーンは何ですか?

イーサリアム財団は、アップグレードのアクティベーションを開始時に設定しました。 エポック 411392、つまり 2025 年 12 月 3 日 で 21:49:11 UTC。公式発表には、Fusaka の後に 2 つの Blob Parameter Only (BPO) フォークが続き、BLOB 容量を安全に高めることが記載されています。

具体的には、メインネット上の BPO スケジュールは次のとおりです。 BPO1 — エポック 412672 — 2025-12-09 14:21:11 UTC — Unix 1765290071、 そして BPO2 — エポック 419072 — 2026-01-07 01:01:11 UTC — Unix 1767747671。その結果、ブロックごとの BLOB ターゲットと最大値は 6 と 9 から 9 に移動します。 10＆15 BPO1 で、その後に 14＆21 BPO2で。

PeerDAS プロトコルは BLOB の可用性と L2 スケーリングをどのように変更しますか?

PeerDAS (peer das プロトコル) は、フルブロブのダウンロードをイレイジャー コーディングによってサポートされるサンプリングに置き換え、ノードが暗号化の保証を維持しながら確率的にデータの可用性を検証できるようにします。

このサンプリング モデルにより、ノードごとの帯域幅需要が削減されるため、レイヤー 2 ロールアップは、すべてのノードに比例したトラフィックの伝送を強制することなく、より高い BLOB ターゲットに依存できます。

その結果、ロールアップには、BLOB 容量が増加するにつれて L2 料金が低下し、スループットが向上する道が見えてくるはずです。ただし、アップグレードでは Blob パラメーターのみのフォークが導入されるため、ターゲットと最大値の変更は、PeerDAS のアクティブ化後に段階的で構成可能な手順で行われます。

サンプリングはどのようにセキュリティを維持しますか?

PeerDAS は消去コーディングを使用するため、サンプリングされたフラグメントはネットワーク全体で完全なデータの可用性を暗号的に暗示します。

この設計は、バリデーターとフルノードのプルーフをコンパクトに保ちながら、個々のノードに対する大きな帯域幅の負担を回避することで分散化を維持することを目的としています。

ロールアップにはどのような影響が予想されますか?

ロールアップでは、BPO ステップが発生するにつれてブロックごとにより多くの BLOB データを送信できるようになり、より大きな L2 バッチが可能になり、pertx コストが削減される可能性があります。一方、ノードオペレータはサンプリングによる帯域幅効率の恩恵を受け、参加に対する運用上の障壁が低くなります。

Fusaka にはどの実行 EIP とコンセンサス EIP が含まれており、それらは何を変更しますか?

Fusaka は、EIP のコア セットを集約します (「 EIP7607 フルスペックの場合）、コンセンサス、実行、ネットワーキング、ガス会計に関わるものです。発表に記載されているコア EIP には次のものが含まれます。 EIP7594 (PeerDAS)、 EIP7823 (ModExp の上限)、 EIP7825 (トランザクションガス制限キャップ)、 EIP7883 (ModExp ガスコストの増加)、 EIP7917、 EIP7918、 EIP7934、 EIP7939 (CLZ オペコード)、および EIP7951 (secp256r1 プリコンパイルのサポート)。

サポートされる EIP には次のものがあります。 EIP7642 (eth/69 ネットワークのクリーンアップ)、 EIP7892 (Blob パラメータのみハードフォーク)、 EIP7910 (eth_config JSONRPC)、および EIP7935 (デフォルトのガス制限は 60M)。完全な技術リファレンスについては、公開されているアップグレード仕様: EIP7607 を参照してください。

ModExpとガスコストはどのように調整されますか?

フサカが応募する EIP7883 ModExp ガスのコストを増加させ、より高い最小コストや一般的なコスト乗数などの計算の複雑さを価格設定に反映させるためです。

同時に、 EIP7823 ModExp 操作に上限を課して、リソースの使用を制限します。これらの変更により、ブロック容量の増大に伴う過度にコストのかかる暗号化操作からノードが保護されます。

ネットワークとガス制限の変更は何ですか?

EIP7642 eth/69 を追加して、プリマージ フィールドと受信ブルームを削除し、同期帯域幅を下げ、履歴アドバタイズメントを簡素化します。

重要なことは、 EIP7825 トランザクションごとのガス制限の上限設定を導入します。 16,777,216 ガス、そして EIP7935 デフォルトのブロックガス制限を次のように引き上げます 60,000,000 ガスを使用して、より高い L1 実行能力を実現します。

Fusaka メインネット用に更新する必要があるクライアントとツールはどれですか?

発表には、Fusaka に適したコンセンサスおよび実行クライアントのリリースがリストされています。インクルードという名前のコンセンサスクライアント グランディーネ 2.0.0、 ライトハウス 8.0.0、 ロードスター 1.36.0、 ニンバス 25.11.0、 テク 25.11.0、 そして プリズム（未定）。実行クライアントには以下が含まれます ベス25.11.0、 エリゴン 3.2.2、 ゲーテリウム 1.16.7、 レス 1.9.0、 そして ネザーマインド (未定)。

さらに、次のようなツール メブブースト 1.10 そして コミットブースト0.9.2 互換性のためにリストされています。フォークポイントでの切断を避けるために、バリデーターはビーコンノードとバリデータークライアントの両方をリリースされたバージョンに更新する必要があります。

ユーザー、オペレーター、開発者はフサカに先んじて何をすべきでしょうか?

ほとんどのエンドユーザーと ETH 保有者にとって、アクションは必要ありません。取引所とウォレットは具体的な手順を伝えます。ただし、ノードオペレーターとステーカーは、実行層クライアントとコンセンサス層クライアントの両方を上記のバージョンに更新し、アクティベーションウィンドウ全体で署名インフラストラクチャを検証する必要があります。

開発者とツールプロバイダーは、次のような EIP をレビューする必要があります。 EIP7594、 EIP7951、 そして EIP7939 統合の機会を特定する (ネイティブなど) secp256r1 プリコンパイルのサポート そして CLZオペコード ハードウェア暗号化の統合を簡素化し、ZK の証明コストを削減できます。実際、テストネットでの慎重なテストは、フーディ、ホールスキー、セポリアのドレスリハーサル中に使用されたアプローチを反映しています。

すべてのアクティベーション日、エポック、EIP 番号、クライアント バージョン、および BPO タイムスタンプは、Ethereum Foundations Fusaka メインネットの発表と Fusaka 仕様から取得されています。

クライアントの互換性に関するメモを確認し、メンテナンス期間をマークします。 2025 年 12 月 3 日。