イーサリアムは2026年10月6日、スケーリングロードマップにおける重要な節目の一つを迎えた。Sepoliaテストネットが13:53 UTC頃にGlamsterdamアップグレードを有効化したのだ。Sepoliaはイーサリアムの公開テストネットワークの一つであり、メインネットへの展開前にプロトコル変更を検証するライブ環境である。このため、今回の有効化は、単一のイーサリアムブロックがどれほどの処理を担えるかを最終的に再定義しかねない問いに対する、このフォークの最初の実地試験となる。ネットワーク上の計算処理を計測する単位であるガスはチェーン全体で上限が設定されており、ブロック上限はそのまま各ブロックに収まる取引やアプリケーション処理の直接的な上限を意味する。

有効化はすべて計画通りには進まなかった。フォークの数時間前、Prysm(イーサリアムバリデーターの実行に最も広く使われるクライアントの一つ)を保守する開発者は、緊急アップデートの公開を余儀なくされた。バージョン7.2.1は10月5日の遅くにリリースされ、テスト期間中にバリデーターが2億ガス上限のブロックを自動的に提案するようにした。これがなければ、Prysmベースのバリデーターは従来の6,000万ガスのデフォルト上限のブロックを作り続け、より大きなブロックへの対応能力を測るはずだった実験そのものを静かに希釈することになっていた。

デフォルトであり、義務ではない

デフォルトと実際の選択の間の乖離は、この出来事のにあり、イーサリアムがいかに自らを統治しているかを物語っている。技術的には、2億ガスという数値はフォークによって強制されるプロトコルの義務ではない。有効化完了後にバリデーターが採用することも拒否することもできる設定可能な選択肢である。Prysmの運用者は更新されたプロポーザー設定またはkeymanager APIで上限引き上げを有効化できる一方、Tekuユーザーは専用のフラグを設定する必要があり、旧来のsuggested-gas-limitオプションは移行後は機能しなくなる。したがって、Sepoliaの最終的なガス上限は、どれだけのバリデーターがオプトインするか、その後上限がどこへ向かうかに左右される。

オプトイン方式は偶然ではなく、意図的な設計思想である。イーサリアムは中央 enforced のスイッチによって処理能力を引き上げるのではなく、運用者の協調した決定とクライアントのデフォルト設定を通じて増強を実現する。有効化はエポック353,024、スロット11,296,768(コンセンサスレイヤーがプロトコル変更の時期を決めるのに使う時計単位)に設定されており、Sepoliaはこの調整メカニズムの初の本格的なリハーサルを、従来のデフォルトの3倍の規模で実施している。

数値の背後にある技術パッケージ

一般の暗号資産読者にとって、見出しの数字は誤読されやすい。より高いガス上限は、各ブロック内で取引、ステーブルコイン送金、複雑なアプリケーションに割ける余地が増えることを意味し、世界最大のスマートコントラクトプラットフォームの混雑緩和に向けた着実な一歩となる。しかしGlamsterdamの真の意義は、数値そのものよりも、それを包む技術パッケージにある。

本アップグレードは、Amsterdamの実行レイヤー変更と、バリデーターを調整しブロックをファイナライズするコンセンサスレイヤーのGloasを組み合わせたものである。その中核はエンシュラインド・プロポーザービルダー分離、すなわちブロックの構築と提案の方法を再設計する構造的変更である。これに伴い、ブロックレベルのアクセスリストが導入され、ブロックがどのアカウントやストレージ領域に触れるかを記録することで、クライアントは状態の読み取りと取引の検証を並行して行える。ス計算も厳格化される。EIP-8037は新しい状態の作成コストを引き上げて個別に計測し、EIP-8038は状態アクセスのコストを改定し、このパッケージはガス還付をブロック計算から外すとともにSELFDESTRUCTのバーンを廃止する。狙いは既存の処理能力をより効率的に使うことであり、単に各ブロックに更多の処理を詰め込むことではない。

テストが保証しないこと

同様に重要なのは、このアップグレードが証明しないことである。より大きなガス上限はブロック時間を短縮しない。手数料を自動的に引き下げることもなく、手数料は依然として需要に応じて変動し、2億ガスの目標に紐づく利用実績やレイヤー2への測定済み影響はまだ存在しない。また、単一の取引に無制限の余地を与えるものでもない。EIP-7825はブロック上限にかかわらず、1取引あたり16,777,216ガスのプロトコルレベルの上限を設けている。この変更は更多の総活動のための余地を作るものであり、一つの処理がブロック全体を占有することを許可するものではない。

この実験には既知のリスクも内在する。以前のロードマップ標識であるEIP-7935は、1億5,000万ガスを潜在的な懸念水準として特定していた。その水準での最悪ケースのブロックサイズが、コンセンサスレイヤーのゴシップ上限、すなわちブロックがネットワーク全体に遅すぎる形で伝播し始める境界に近づくためである。イーサリアムは事実上、検証コスト、伝播遅延、ノード運用者のハードウェア要件が追加能力の価値を上回り始める地点を見極めるため、この境界を意図的に試している。

姉妹提案であるEIP-8261は、この調整問題に対するより長期的な答えを描いている。 Still in peer review の段階にあるこの提案は、バリデーターが指定されたエポックで採用できる任意の機械可読ガス上限スケジュールを導入し、運用者がたまたまソフトウェアを更新したときにのみ新たなデフォルトが効力を持つ現在の仕組みを置き換えるものである。この提案はコンセンサスルールには変更を加えず、スケジュール値を上下するブロックも有効なままとなる。バリデーターに共有された目標を与えることで、ネットワークの分散性を保ちつつ、より画的なネットワーク全体の進化を可能にするものにすぎない。

見出しよりも狭い結論

ユーザーとビルダーにとっての今日の正直な結論は、見出しが示唆するものより狭い。Sepolia上のGlamsterdamは、メインネットにおける2億ガス上限を確定させたわけではない。有効化日もメインネットのガス目標も決まっておらず、Hoodiテストネットとメインネットの日程は依然として未定である。確定したのは実証済みの手法である。Grandine、Lighthouse、Lodestar、Nimbus、Prysm、Tekuによる対応クライアントのリリース、仕様に対する有効なバグバウンティ、そしてより大きなブロックの影響を理論ではなく観察できるライブ環境である。

今後数週間のSepoliaのデータが、この実験の成否を決める。開発者はブロック生成の一貫性、検証レイテンシー、そしてそもそもバリデーターが上限引き上げを採用するかどうかを注視する。ネットワークが分散性を損なうことなく従来のデフォルトの3倍を超えるブロックを処理できることを示せば、メインネットでの漸進的かつオプトイン方式の処理能力拡大の根拠はかなり強まる。イーサリアムのスケーリング議論は、常に野心と実用性の交渉であった。10月6日以降、その交渉はついに実際のブロック上で行われている。

出典: Metaverse Post