Ethereumのアップグレード roadmap：GlamsterdamとHegotáで開発者が確認すべきこと

Ethereumのアップグレード計画は、2つの異なる段階に分かれている。Glamsterdamは、公開テストネットでの互換性検証を進めながら、メインネットでの稼働時期として暫定的に2026年Q4を目指す。一方、2027年のアップグレードHegotáは、候補を絞り込んでいる途中だ。

アプリケーションやインフラを開発するチームにとって、当面の優先課題はGlamsterdamの新しいガスモデルとブロック構築ルールへの対応である。変更が長期運用されるテストネットに到達する前に、Platåbergetで実際の互換性テストを行う必要がある。

Glamsterdamはメインネットに向けた公開検証段階へ

Ethereum Foundationは、Glamsterdamの初期検証環境となる公開テストネットPlatåbergetを立ち上げた。短期間で終了する内部向けの開発ネットとは異なり、数カ月にわたって稼働する想定だ。開発者、バリデーター、ウォレット事業者、インデクサー、ノード運用者などが継続的にテストし、Sepolia、Hoodi、そしてメインネットに進む前に問題を洗い出せる。

Platåberget上でのGlamsterdamフォークは8月20日に予定されている。メインネットの時期は2026年前半から2026年Q4へ後ろ倒しになったが、これはあくまで計画上の目標であり、確定した稼働日ではない。

現時点で示されている検証の流れは次の通りだ。

1. PlatåbergetでGlamsterdamを有効化
2. フィードバックを反映し、互換性の問題を修正
3. ファイナリティを持たない開発ネットで検証
4. SepoliaとHoodiでGlamsterdamをフォーク
5. テストネットが安定した後にメインネットへ展開

ツールに影響しやすいGlamsterdamの変更

ガスに関する前提が変わる

Glamsterdamには、ガスの再価格設定をまとめた変更が含まれており、ガス下限をおよそ2億gasとする方向が示されている。最大ガス量を固定値として扱うウォレット、インデクサー、ガス見積もりツールなどは、この変更によって動作に支障が出る可能性がある。

単に1つの定数を書き換えれば済む変更ではない。EIP-8037は、新しい状態を作成する処理に対して、実行ガスとは別の「状態ガス」の次元を導入する。分離された料金体系では、既存アカウントへの送金は21,000実行ガスを維持できる一方、存在しないアカウントへの送金には、実行時の状態ガスも加算される。

そのため、開発者は次の2つの前提を見直す必要がある。

• 通常のETH送金は、必ず21,000gasで済む
• Ethereumの取引は、単一のガス指標だけで表せる

ウォレットや関連サービスは、プロトコルに対応した見積もり処理を使い、既存アカウントと新規アカウントの双方への送金をPlatåbergetでテストすべきだ。Ethereum Foundationも、最大ガス量をハードコードしたツールは動かなくなる可能性があると警告している。

ePBSがブロック構築の流れを変える

**提案者とビルダーの分離をプロトコルに組み込む仕組み（ePBS）**は、EIP-7732を通じて導入されるGlamsterdamの主要変更の1つだ。ブロックの構築と検証に関する役割の扱いが変わるため、バリデーター、ビルダー、リレー、ノードの各インフラは、単なる取引送信だけでなく、ブロック生成から検証までの一連の処理を確認する必要がある。

ブロック単位のアクセスリストを導入

EIP-7928で定められる「ブロック単位のアクセスリスト」もGlamsterdamに含まれる。これは、1ブロック全体で想定される状態へのアクセス情報をクライアントやインフラに提供する仕組みだ。ブロックの内容を解析・モデル化する実行クライアントやインデクサーには、対応作業が発生する。

コントラクトとinitcodeの上限を拡大

サイズ上限についても、次の拡大が提案されている。

• デプロイ可能なコントラクトの最大サイズ：24KiBから64KiBへ
• initcodeの最大サイズ：48KiBから128KiBへ

コントラクトのデプロイツール、バイトコード検証、開発フレームワーク、インデックスシステムは、現在の上限が今後も固定されるとは限らないことを前提に、拡大後の境界値をテストする必要がある。

Platåbergetで確認すべき実務項目

アップグレードの名称よりも重要なのは、各チームが何を検証するかだ。Ethereum向けのソフトウェアを運用するチームは、少なくとも次の項目を確認したい。

• 最大ガス量を固定値とする前提を取り除く
• 既存アカウントと存在しないアカウントへのETH送金をテストする
• 必要に応じて、実行ガスと状態ガスを分けて管理する
• ガス見積もり、手数料表示、取引シミュレーションのロジックを見直す
• ePBSに関係するノード、ビルダー、バリデーターの処理を検証する
• ブロックパーサーとインデクサーをブロック単位のアクセスリストで確認する
• コントラクトとinitcodeを拡大後の上限でテストする
• Glamsterdamがファイナリティなしの開発ネット、Sepolia、Hoodiへ進むたびに再検証する

Platåbergetは、単なる新機能のプレビューではない。本番環境のソフトウェアに生じる破損を、修正する時間が残っている段階で見つけるためのテスト環境だ。

Hegotáは66件を検討中、正式決定はFOCILのみ

2027年に予定されるHegotáは、まだ内容が確定していない。現在は66件の提案が検討されており、8月27日ごろに採用候補リスト、9月10日までにクライアントチームの優先順位が示される見通しだ。ただし、これらは選定上の節目であり、66件すべてが実装されることを意味しない。

提案のステータスは区別して見る必要がある。

• Scheduled（予定）：正式に採用予定となったもの
• Considered（検討中）：積極的に評価されているが、確定していないもの
• Candidate（候補）：議論の対象であり、実装・テストの余力をめぐって競合しているもの

現時点でHegotáに正式に予定されているのは、**FOCIL（Fork-Choice Enforced Inclusion Lists、EIP-7805）**だけだ。これは検閲耐性を高める仕組みで、指定された取引リストをフォーク選択の仕組みを通じて強制的に含めることにより、ブロックビルダーが対象取引を除外しにくくする。

Hegotáで有力視される提案

Frame Transactions

**Frame Transactions（EIP-8141）**は、Hegotáへの採用が正式決定した機能ではなく、引き続き検討対象だ。この提案では、取引の有効性確認、ガス代の支払い、実行を、複数のフレームとコントラクト呼び出しの組み合わせで処理する取引形式を定義する。アカウント抽象化や、より柔軟な手数料支払いをプロトコルネイティブに実現する道筋になり得る。

Ethereumの研究者は、Frame Transactionsを関連提案と組み合わせることで、よりネイティブなプライバシー機能を支えられる可能性についても議論している。ただし、この一連の機能がHegotáに採用されたわけではない。

Quick Slots

Ethlabsは、検閲耐性と高速化に焦点を絞ったHegotáの一環として、**Quick Slots（EIP-8198）**を提唱している。ブロック生成間隔の短縮は、現時点では提案段階であり、確定したアップグレードのパラメーターではない。

Layer 1の継続的なスケーリング

Ethlabsは、検閲耐性、高速な確認、ネイティブなアカウント抽象化に加え、Layer 1の処理能力向上も推奨している。ただし、これらは議論の優先事項であって、正式な採用決定と同じ意味ではない。

ガス上限の引き上げ、8秒スロット、ポスト量子暗号、その他のバリデーター・プライバシー・実行レイヤー関連の提案も、Hegotáで確定した範囲ではなく、引き続き検討中だ。

Ethereum開発チームにとっての結論

短期的なエンジニアリング上の締め切りはGlamsterdamだ。Platåbergetでは、ガスの再価格設定、状態ガス、ePBS、アクセスリスト、サイズ上限の拡大によって生じる問題を、Sepolia、Hoodi、メインネットに到達する前に発見できる。

Hegotáは性質が異なる。こちらはまだ優先順位を決める段階であり、現時点で確定しているのはFOCILだけだ。Frame Transactions、Quick Slots、スケーリング関連の提案などは、今後の選定、実装、テストを通過しなければならない。

したがって開発者は、Glamsterdamを現在進行中の互換性対応プロジェクトとして扱い、Hegotáは2027年の確定機能一覧ではなく、発展途上の設計ロードマップとして捉えるべきだ。