## Ethereumは2026年のロードマップで重要な岐路に直面：検証者にとっての隠れた課題

Ethereumの2026年のスケーラビリティ戦略は、同時に二つの道に分岐している。一方では、blobを用いたデータ容量の拡大を図り、もう一方ではガスパラメータの調整によるレイヤー1の性能向上を目指す。複雑さは、両者の目標が検証者が情報を処理・検証する方法の根本的な変化に依存している点にある。この静かな移行は、技術的な見出しが示す以上の運用リスクを隠している。

## Fusakaの登場：ロードマップの第一歩

2025年12月3日にリリースされたFusakaは、最初のマイルストーンを示す。このアップデートはPeerDASの導入とともに、blobのパラメータ(BPO)に細かな調整を行う。根本的な変更とは異なり、このアプローチは段階的に性能を向上させることを可能にし、ネットワークが段階的に適応できるようにしている。

PeerDASは容量増加のための最も直接的なレバーであり、ロールアップがすべてのblobをダウンロードさせることなく、より多くのデータにアクセスできるようにする。最初はblobの目標値はすぐには引き上げられず、その後数週間ごとに倍増し、最大48 blobs/ブロックに達するまで監視される。

Optimismチームのデータによると、ロールアップの性能は約220 UOPSから48 blobsの目標下で3,500 UOPSに倍増すると予測される。ただし、2026年に向けて実用的な疑問も残る：実際の需要はblobの使用形態で現れるのか、それともL1の実行競争が依然として支配的なのか。さらに、BPOが増加する中で、P2Pの安定性とノードの帯域幅消費は運用上の許容範囲内に維持される必要がある。

## 社会的スケーリングの上限：重要なガスメトリクス

並行して、Ethereumはハードフォークではなく協調による性能向上を模索している。最新の記録では、ガスリミットは60,000,000に設定され、24時間平均は約59,990,755となっている。このレベルは、検証者が実践してきた範囲の指標となるとともに、レイテンシ、検証負荷、メモリプールの緊張、MEV競争が制約となる「社会的スケーリング」の限界を示している。

これらのガス数値を性能に換算すると、Ethereumの12秒ブロック間隔を用いたシナリオ表は次の通り：

**現行協調シナリオ**：ガスリミット60,000,000 = 約5,000,000ガス/秒 = 約238トランザクション/秒（(a 21kガス)）または約42トランザクション/秒（(a 120kガス)）。

**2倍のガスリミットシナリオ**：ガスリミット120,000,000 = 約10,000,000ガス/秒 = 約476トランザクション/秒（(a 21k)）または約83トランザクション/秒（(a 120k)）。

**最大性能シナリオ**(検証の変更が必要)：ガスリミット200,000,000 = 約16,666,667ガス/秒 = 約793トランザクション/秒（(a 21k)）または約139トランザクション/秒（(a 120k)）。

これらのスケールは理論上の範囲を示すが、各レベルには検証者が吸収すべき運用上の複雑さが伴う。

## Glamsterdam：三つの実行フロントの融合

「Glamsterdam」というコードネームは、複数の提案を一つの枠組みの下で最適化するためのものだ。各提案のEIPページによると、三つの主要要素はまだドラフト段階にある。

**ePBS (EIP-7732) — 暗号化された分離された検証構築**：実行検証とコンセンサス検証を一時的に切り離す。性能向上には有効だが、新たな失敗モードも生まれ得る。学術研究によると、「無料オプション問題」に関する調査では、検証者は正常時の約0.82%のブロックでオプションを行使し、高い変動性の時には6%に跳ね上がるとされる。これらのオプション行使は、ネットワークに非線形の圧力がかかる瞬間を示す。

**BALs (EIP-7928) — ブロックレベルアクセスリスト**：並列処理のインフラとして位置付けられる。ディスクの並列読み取り、トランザクションの並列検証、状態ルートの並列計算、「実行なしの状態更新」などを想定。平均オーバーヘッドは70-72 KiBの圧縮データと見積もられる。理論と実践のギャップは大きく、これらの利点はクライアントが真の並列性を実現し、ボトルネックに適用できる場合にのみ実現する。さらに、追加の検証データやステップは、遅延のコストになり得る。

**全体見直し (EIP-7904)**：長年続くガススキームの不整合を是正する提案。計算誤りの修正により性能向上が見込めるが、サービス拒否攻撃や、特定のガス仮定を前提とした契約のリスクも伴う。

## 真のリスク：検証者への負荷

ここでのリスクは明らかさを超えている。ブロックの再実行からZK証明の検証への移行は、単なる技術的変化ではなく、検証者の運用における深い変革を意味する。

Ethereum Foundationの「Realtime Proving」ロードマップは、段階的展開を描いており、最初は少数の検証者がZKクライアントを本番運用する。過半数のステークが安心できると判断した段階で、ガスリミットを引き上げ、証明の検証が再実行に代わる実用的な仕組みとなる。

技術的制約は、ストーリーよりも重要だ。128ビットのセキュリティ目標（暫定的に100ビットを受け入れる）、証明のサイズを300 KiB未満に抑えること、信頼できる設定を持つリカージョンの依存を避けること。さらに、証明の供給が経済的かつ信頼できるものでなければならず、リレーのような依存関係を再現する少数の検証者に集中しないことが求められる。

## Hegota：重要な意思決定のための見えるスケジュール

Glamsterdamの後、「Hegota」は2026年末までの目標として浮上しているが、その範囲はまだ進行中で明確ではない。Ethereum Foundationは、主要提案の募集期間を1月8日から2月4日までとし、その後の議論と締め切りを2月5日から26日まで設定している。次の提案募集期間も予定されている。

HegotaのメタEIP (EIP-8081)はドラフト段階で、「検討中」の要素を列挙している。現在検討中のものには、FOCIL (EIP-7805)も含まれる。重要なのは、これらの提案に対して即座に決定を下すのではなく、投資家や開発者が追跡できる決定ポイントを設けることだ。最重要のマイルストーンは、2月4日に主要提案が締め切られることだ。

## 結論：運用適応を求めるロードマップ

Ethereumの2026年のロードマップは、単なる技術的変更だけでなく、検証者の役割の再構築を伴う。社会的性能の協調からZK証明への依存、ガス増加、並列処理の拡大といった変化は、運用上の脆弱性の窓を生み出す。検証者は新たなインフラだけでなく、未だスケールしていない証明市場への信頼も必要となる。これが、技術的に見れば表面上のリスク以上のリスクを潜在させる静かな前提だ。