メインコンテンツまでスキップ

Ethereum Hegota: Glamsterdam 後のフォークと Ethereum の 18 か月 3 フォーク・パイプライン

· 約 12 分
Dora Noda
Dora Noda
Software Engineer

イーサリアムの歴史の大部分において、新しいハードフォークは 1 年に一度のイベントでした。それは、イーサリアム改善案（EIP）のバックログが延期できないほど大きくなったときに発送される、遅くて重いリリース列車のようなものでした。その時代は終わりました。Glamsterdam に続くアップグレードとして Hegota が命名されたことで、イーサリアムのコア開発者は、18 か月の期間内に 3 つのハードフォークを行うことを公に約束しました。Fusaka（2025 年 12 月リリース）、Glamsterdam（2026 年上半期）、そして Hegota（2026 年下半期）です。Pectra（2025 年 5 月）に加えて、約 20 か月で 4 つのプロトコルアップグレードが行われることになります。これは The Merge（ザ・マージ）以来、最も過密な実行スケジュールです。

もはや、イーサリアムがリリースできるかどうかという問題ではありません。問題は、この加速されたパイプラインが、2027 年にロードマップが完了する前に、ステートレス・クライアント、並列実行、そしてプロトコル内 MEV フェアネスを十分に速く提供し、4 年間にわたる ETH/BTC の低迷を食い止めることができるかどうかです。

命名規則が示す新しい哲学​

イーサリアムのアップグレード名は、かつては Shanghai、Cancun、Prague、Osaka といった単純な Devcon 開催都市名でした。Glamsterdam は、Glasgow（グラスゴー）と Amsterdam（アムステルダム）を組み合わせた合成語（ポートマントー）でそのパターンを破りました。Hegota は、Devcon 開催都市（Bogotá：実行レイヤー名）と恒星（Heze：コンセンサス・レイヤー名）を組み合わせることで、この慣習をさらに広げています。

この変化は、見た目以上に重要です。かつての「一つの都市」による命名は、一度限りの大規模なバンドルリリースを反映していました。新しい合成語による命名は、実行レイヤーとコンセンサス・レイヤーが共有されたタイムライン上で共に進化する、年 2 回のペースを反映しています。コア開発者は、後回しにされたすべての EIP を年 1 回のメガフォークにまとめるのではなく、より小規模で頻繁な変更をリリースしたいと明言しています。命名は、その決意の結果です。

Glamsterdam（2026 年上半期）で実際にリリースされるもの​

Hegota が何かを実現する前に、まずは Glamsterdam が着地しなければなりません。現在の範囲は野心的です：

  • EIP-7732 — プロトコル内での提案者と構築者の分離 (ePBS)。 現在、イーサリアムのブロックの約 80 ～ 90% は、MEV-Boost のようなプロトコル外のリレイヤーを通過しています。ePBS は、構築者と提案者の分離をコンセンサス層に取り込み、信頼が必要なリレイヤーを排除し、MEV 周辺の中央集権化リスクを大幅に軽減します。
  • EIP-7928 — ブロックレベルのアクセスリスト (BALs)。 BALs は、トランザクションが接触するステートを事前に宣言し、同じブロック内の独立したトランザクションの並列実行を可能にします。初期のデブネット（Devnet-0 から Devnet-5）では、すでにコアロジックのテストが行われています。
  • ガス価格の再設定とガスリミットの引き上げ。 Glamsterdam のデブネットでは、L1 ガス価格が最大 78% 削減されることが実証されており、ガスリミットは約 2 億まで引き上げられる予定です。BAL による並列実行と組み合わせることで、開発者は L1 で 10,000 TPS の上限を明確に目指しています。

正直な注意点として、ePBS は「予想以上にトリッキー」であることが判明しています。複数のコア開発者は、上半期の目標が 2026 年の第 3 四半期または第 4 四半期にずれ込むリスクがあると指摘しています。ずれ込みが生じれば、Hegota の期間は圧縮されます。

Hegota の真の目的​

Glamsterdam がスケーリングと MEV のフォークであるのに対し、Hegota はノードオペレーターと検閲耐性のためのフォークです。現在のスコープでは、3 つの機能が中心となっています：

Verkle 木（Verkle Trees） — ステートレス性の解放​

最大の注目点は、イーサリアムのステート保存構造を Merkle Patricia Tries から Verkle Trees へと構造的に入れ替えることです。ベクトルコミットメントは、ツリーの幅に関係なくサイズがほぼ一定に保たれる「ウィットネス（Witnesses）」を生成します。これにより、ノード運用の経済性が一変します：

  • ノードのストレージ負荷が約 90% 減少します。
  • ウィットネスがブロックと共に送信できるほど小さくなり、イーサリアム史上初めて ステートレス・クライアント が可能になります。
  • バリデーターのハードウェア要件が汎用的なレベルまで低下し、バリデーターを運用できる参加者の層が広がります。

ステートレス・クライアントは、マージ後の当初のロードマップ以来の目標でした。Hegota は、その理論的な目標がついにメインネットに実装されるフォークです。

FOCIL (EIP-7805) — プロトコル内での検閲耐性​

フォーク選択による強制包含リスト (FOCIL) は、ブロックのスロットごとに 17 人の参加者をランダムに選択し、それぞれが特定のトランザクションをブロックに強制的に含めることができるようにする仕組みです。たとえ構築者が制裁への準拠、MEV の抽出、あるいはその他の理由で検閲を行おうとしても、FOCIL 委員会のメンバーがそれを上書きできます。

Glamsterdam の ePBS と組み合わせることで、これら 2 つのアップグレードは一貫した物語を形成します。Glamsterdam はプロトコル内で「誰が」ブロックを構築するかを決定し、Hegota は「何が」そこに含まれなければならないかを決定します。この組み合わせは、OFAC 時代の検閲議論に対するイーサリアムからの最も強力な構造的回答です。

ステートおよび履歴の期限切れ​

Verkle Trees と並行して、Hegota では古くて未使用のステートや履歴を安全にまとめ、アーカイブするメカニズムが導入されます。これにより、アクティブなステートのセットが無限に増加するのを防ぎます。これなしでは、Verkle Trees だけではステートの肥大化を遅らせるだけで、上限を設けることはできません。

ペースの問題：イーサリアムは本当に年 2 回リリースできるのか？​

加速されたロードマップは、信頼性のテストです。イーサリアムの過去の実績は賛否両論あります。The Merge は数年にわたって何度も延期されたことで有名です。新しいペースでは、コア開発者は 5 つの主要なクライアント間で調整されたコンセンサス・レイヤーと実行レイヤーの変更を、6 か月ごとに提供することを求められています。

それが機能している初期の兆候はあります。Pectra は、アカウント抽象化のプリミティブと 2,048 ETH の最大バリデーターステークを備え、2025 年 5 月にリリースされました。続いて 2025 年 12 月には Fusaka がリリースされました。これには PeerDAS が含まれており、バリデーターがロールアップデータをダウンロードするのではなくサンプリングできるようにする blob スケーリングメカニズムで、L2 スループットをさらに一桁向上させました。どちらもほぼ予定通りに着地しました。

しかし、Glamsterdam の ePBS の複雑さは真のストレステストです。もし上半期が第 4 四半期にずれ込めば、Hegota の 2026 年下半期の枠はほぼ不可能になり、「年 2 回」という約束は「余分なステップを伴う年 1 回」へと逆戻りしてしまいます。したがって、2026 年の前半は、イーサリアムの新しい開発文化がその実力を証明するか、あるいは静かに以前の形に戻るかの分かれ目となるでしょう。

L2 が誰よりも注視している理由​

ロールアップエコシステムは現在、EIP-4844 以前にはなかった形でイーサリアムのアップグレードパイプラインに依存しています。各フォークは L2 の経済性を再定義します：

  • Fusaka の PeerDAS はすでにブロブ容量を拡張しており、L2 のデータコストをさらに押し下げています。
  • Glamsterdam のガス価格改定 と 2 億ガスのシーリング（上限）は、L1 の実行エンベロープを広げます。これは、出金スループット、強制包含トランザクション、およびロールアップのセトルメントウィンドウにとって重要です。
  • Hegota のステートレス性 は、「軽量な」 L2 シーケンサーやプルーバーのあり方を変えます。なぜなら、誰でも L1 ステートを保持することなく検証できるようになるからです。

Arbitrum、Base、Linea、Optimism、そして台頭する ZK スタックにとって、この 3 つのフォークパイプラインは、事実上イーサリアムの DA とセトルメントにおける 2 年間のキャパシティプランとなっています。エコシステムチームは、これに合わせて 2026 年 〜 2027 年の独自のロードマップを構築しています。

ETH/BTC のオーバーハング​

これらはすべて真空中で起きているわけではありません。ETH は約 4 年間 BTC に対してアンダーパフォームしており、「技術ロードマップ」というナラティブに対する市場の忍耐は限界に達しています。加速された開発サイクルは、とりわけナラティブのリセットを意味します。織り込むべき遠い先のメガフォークが 1 つあるのではなく、市場は 6 ヶ月ごとに目に見える成果物の進展を目の当たりにすることになります。

それが ETH/BTC 比率を変化させるかどうかは、実行力にかかっています。Glamsterdam を予定通りに提供し、測定可能な L1 手数料の削減と並列実行によるスループットの向上を実証し、2027 年までに Hegota のステートレス性を実現できれば、「イーサリアムの開発は遅い」という定説は崩れます。3 つのうち 2 つが遅延すれば、その定説はさらに強固なものになるでしょう。

結論​

Hegota という命名自体は、製品発表ではありません。具体的な EIP のスコープ定義は、少なくとも 2026 年 2 月までは行われない見込みです。これが意味するのは、スケジュールへのコミットメントです。イーサリアムのコア開発者は、3 つのアップグレードを含む 18 ヶ月の期間に公に自らを縛り、それぞれに一貫したテーマを掲げました。Fusaka はデータをスケーリングし、Glamsterdam は実行をスケーリングして MEV の公平性を組み込み、Hegota はノードを安価にして構造的に検閲を困難にします。

これら最後のアップグレードがリリースされた瞬間、イーサリアムはプルーフ・オブ・ステーク（PoS）以来の最大のプロトコル変革を完了することになります。次の 12 ヶ月は、その一文が歴史として刻まれるか、あるいは実行力が伴わなかった野心の脚注として終わるかを決定づけるでしょう。

BlockEden.xyz は、メインネットおよび主要な L2 にわたって本番環境のイーサリアムインフラストラクチャを運用しており、パイプラインにある各ハードフォークのデブネットおよびテストネットを追跡しています。BlockEden.xyz のイーサリアム API サービスを詳しく見る。2027 年までのスケーリングを見据えて設計されたロードマップに基づいて開発を始めましょう。

出典​

Share on Twitter