Ethereumの2026年ロードマップは、ZK証明への移行を背景にバリデータのリスクが高まる

イーサリアムの2026年アップグレード戦略は、PeerDASを通じたデータ可用性のスケーリングとFusakaアップグレード下のBlobパラメータのみ（BPO）強化という二つの主要軌道と、協調的な社会的合意を通じて管理される大幅なガスリミットの増加によるベースレイヤー実行容量の拡張に焦点を当てています。Fusakaは2025年12月3日に有効化され、ネットワークの健全性監視に基づいて最大48ブロブ/ブロックまで段階的に倍増させる制御されたブロブデータのスループットのリマップを可能にします。実行軌道は「Glamsterdam」と名付けられ、EIP-7732（提案者-ビルダー分離の強化）、EIP-7928（ブロックレベルアクセスリスト）、EIP-7904（再価格設定の不整合）などのドラフトを含み、分散性を損なうことなく並列性、状態更新の効率、スループットを向上させることを目指します。実装の実用的な導入タイムラインは、ヘッドライン項目の提案窓を2025年1月8日から2月4日までとし、その後コミュニティの討議と非ヘッドライナーの最終化フェーズを経て、2026年末のHegotaメタ-EIPスケジュールに結実します。重要なのは、検証者の運用がフルブロック再実行からZK実行証明の検証へとパラダイムシフトすることで、ZK対応クライアントを段階的に採用する必要が生じる点です。検証者用ハードウェアは中央集権的な証明提供者に依存せず、リアルタイムの証明生成と検証をサポートしなければなりません。研究はePBS（EIP-7732）下で8秒のオプションウィンドウを伴う潜在的な「フリーオプション」故障モードを示唆しており、高いボラティリティ条件下ではブロックの一定割合がリスクにさらされると予測します。証明検証負荷下でのネットワークの稼働性は主要なリスク要因として浮上し、ガスリミットとBlobデータの増加が帯域幅とストレージ需要を押し上げます。開発者と運用者はクライアント実装のアップグレードを調整し、実行検証市場の移行を管理し、集中リスクを避けつつ十分な証明供給を確保する必要があります。ロードマップの成功は堅牢なテストネット、Blob処理のクライアント間相互運用性、そしてスループット向上とセキュリティ・分散性の要件を両立させるパラメータ変更に関する明確なガバナンスに依存します。2026年のイーサリアム・ガバナンスのマイルストーンはコミュニティの合意形成を強化しますが、ZK証明の最前線に対するソルバーと検証者の準備状況次第で実行は未確定です。