イーサリアム共同創設者のヴィタリック・ブテリン氏は2026年9月27日、2027年展開目標の「ヘゴタ」を最後の通常フォークとし、以降は再帰的STARKと耐量子署名を中核とする設計へ移行する方針を公表しました。
2027年「ヘゴタ」以降のプロトコル転換と世界各国の実装動向
イーサリアム開発者コミュニティは、2026年10月6日にセポリア(Sepolia)テストネットで予定される「グラムステルダム(Glamsterdam)」、および2027年を目標とする「ヘゴタ(Heze Bogotá / Hegotá)」を経て、ネットワークの動作原理を根底から転換させるロードマップを明示しました。従来のブロックチェーンは、参加するすべてのノードが全トランザクションをダウンロードして同一の計算を再実行することで分散型台帳の整合性を担保してきました。しかし、この「全件再実行モデル」は、ネットワーク規模の拡大に伴いストレージ容量の肥大化とノード運用の集中を招く構造的課題を抱えています。
ブテリン氏が発表した「The cryptographic world computer」では、サトシ・ナカモト氏によるビットコインの基本設計と2030年に向けたイーサリアムのアプローチが節ごとに対比されました。その結論として、2027年に予定されるヘゴタが2015年当初のアーキテクチャを引き継ぐ最後の通常ハードフォークとなり、以降は計算の直接再実行を完全に排除した暗号学的検証モデルへ移行することが示されました。
この発表に対する市場の短期的な反応は限定的で、イーサ(ETH)価格は2,711ドルから2,722ドル(約43万円)の狭いレンジで推移しました。価格変動を目的とした材料ではなく、2030年を見据えた中長期的な研究開発アジェンダとしての性質が投資家や開発者に受け止められたためです。
プロトコルの段階的進化を示す時系列と実装ステータスは以下の通りです。
| 時期 | アップグレード・事象 | 主要な技術仕様 | 開発ステータス |
|---|---|---|---|
| 2025年12月 | Fusaka | PeerDAS(ピア・データ可用性サンプリング)の導入 | メインネット実装完了 |
| 2026年10月6日(予定) | Glamsterdam | ePBS(プロトコル組み込み型提案者・ビルダー分離)、アクセスリスト | セポリアテストネット有効化予定 |
| 2027年(目標) | Hegota | ブロック時間短縮、手数料・トランザクションルールの最終改定 | 研究および仕様策定中 |
| 2030年に向け | Cryptographic World Computer | 再帰的STARKによる全件証明、耐量子暗号(PQC)署名移行 | 初期実装および研究フェーズ |
世界各地の開発現場では、このタイムラインに沿った先行実装が進行しています。2025年12月の「Fusaka」によって導入されたPeerDASにより、blob(データのかたまり)容量は理論上8倍に拡張され、ノードは128列に分割されたblobデータのうち最低8列のサブネットに参加する検証体制がすでに定着しています。
DeFi(分散型金融)プロトコル大手Aaveの創設者兼最高経営責任者(CEO)であるスタニ・クレチョフ(Stani Kulechov)氏は、プロトコルの検証可能性が金融向けスマートコントラクトの枠を超えて拡張されることで、トラストを最小化したアプリケーションの設計領域が劇的に拡大すると評価しています。一方、イーサリアム研究者のバルナベ・モノ(Barnabé Monnot)氏は、計算をオフチェーンへ移してオンチェーンでは結果の証明のみを行う設計がノードの負荷を削減する有益性を認める一方で、永続的な価値を担保すべき重要な台帳記録はオンチェーンに保持し続ける設計規律が必須であると論じています。
参考記事: イーサリアム最新ロードマップの全貌|耐量子暗号とネイティブプライバシーがもたらす構造転換
再帰的STARKとPeerDASが変える検証アーキテクチャの本質
従来のブロックチェーンが「全ノードによる同一計算の冗長実行」に依存していたのに対し、ヘゴタ以降のイーサリアムは「オフチェーンでの計算生成とオンチェーンでの数学的検証」を基本構造とします。この転換を支える決定的な構成要素が、再帰的STARK(Recursive STARKs)とPeerDAS、そしてFOCIL(Fork-Choice Inclusion Lists)です。
再帰的STARKによるブロック再実行の完全排除
従来のフルノードは、ブロックに含まれる全トランザクションを仮想マシン上で実際に実行し、状態変化の正当性を確認していました。この方式ではトランザクション数の増加に伴い計算負荷とディスクIOPS(秒間読み書き回数)が比例して増大し、ノード運用の物理的ハードルを引き上げていました。
再帰的STARKは、計算結果が正しいことを示す暗号学的証明(Proof)をブロック自体に内包させます。さらに、複数の証明をひとつの証明へと集約する「再帰性」を活用することで、長大なトランザクション連続体の正当性を単一のコンパクトな証明データへと圧縮します。検証ノードは計算を再実行する必要がなく、届いた証明の妥当性を数ミリ秒の暗号検証演算で確認するだけで完了します。これにより、スマートフォンやシングルボードコンピューターなどの極小リソース環境でも、第三者を一切信用しないトラストレスな検証が可能となります。
PeerDASによるデータサンプリングとストレージの分散化
ブロックチェーンのスケーラビリティを阻害するもうひとつの要因は、ブロックデータそのものの伝搬と保存です。2025年12月のFusakaで本番適用されたPeerDAS(Peer Data Availability Sampling)は、全ノードが全データをダウンロードする前提を破壊しました。
PeerDASでは、イレイジャーコーディング(消失訂正符号)によって拡張されたデータを小さな断片に分割します。各ノードはネットワーク全体からランダムにいくつかの断片(サンプル)を要求して取得するだけで、データ全体が隠蔽されずに公開されていることを確認できます。履歴データの保管も単一ノードが全履歴を抱え込むのではなく、各ノードが責任を持って保持するサブセットをネットワーク全体で分散保有する仕組みへ移行しています。
FOCILとePBSによる分散型ブロック生成の確立
直近のグラムステルダムでセポリアに導入されるePBS(プロトコル組み込み型の提案者・ビルダー分離)と、それに続くFOCIL(Fork-Choice Inclusion Lists)は、ブロック構築過程における検閲耐性をプロトコルレベルで担保します。
従来、高頻度取引(HFT)や最大抽出可能価値(MEV)の最適化を行う専門のブロックビルダーが、特定のトランザクションを意図的に排除するリスクが指摘されていました。FOCILは、複数の独立したバリデーターが「このトランザクションは次のブロックに必ず含まれなければならない」という強制リスト(Inclusion List)をフォーク選択ルールに基づいて提示します。単一のビルダーがブロックを独占構築することを数学的・経済的に阻止し、中立的なトランザクション受け入れを強制する仕組みです。
さらに、合意形成(コンセンサス)のファイナリティ確定時間は、従来の約15分(64〜96スロット)から、数スロット以内(約8〜32秒)へと大幅に短縮される仕様が盛り込まれました。これにより、金融取引やクロスチェーンブリッジの即時確定性が劇的に向上します。
参考記事: レーン・イーサリアム(Lean Ethereum)ロードマップとは?仕組みから実用化の課題、2029年までの移行計…
参考記事: ゼロ知識証明(ZKP)とは?基礎から実装の落とし穴、2030年を見据えた産業インパクト
2030年耐量子暗号(PQC)移行に伴うスマートコントラクトの技術的条件
ブテリン氏が示した2030年ビジョンの中で、最も広範なアプリケーション層に直接的な影響を与えるのが署名方式の完全刷新です。現在、イーサリアムのトランザクション署名や公開鍵生成は、楕円曲線暗号(ECDSA、具体的にはsecp256k1)に依存しています。楕円曲線暗号は、ショアのアルゴリズムを実行可能なフォールトトレラント(誤り耐性型)量子コンピューターが登場した場合、現実的な時間内で秘密鍵が解読される脆弱性を抱えています。
署名方式のパラダイムシフト
ロードマップでは、単一の楕円曲線署名に依存する既存のユーザー認証を廃止し、以下の3要素を状況に応じて組み合わせるハイブリッド認証へ移行することが明記されました。
- 格子暗号やハッシュベース署名を用いた耐量子署名(PQC Signature)
- 秘密分散に基づくマルチシグネチャ(多重署名)
- トランザクション承認権限そのものを秘匿しつつ正当性のみを証明するゼロ知識証明(ZKP)
この移行はプロトコルのレイヤー1(L1)にとどまらず、ウォレットやアプリケーション層のアーキテクチャ全体に抜本的な変更を強います。耐量子署名は従来のsecp256k1(署名長64バイト、公開鍵33バイト)と比較して、公開鍵および署名データのサイズが数キロバイトから数十キロバイト規模へと著しく肥大化します。
従来のノード再実行モデルのままPQC署名を導入すれば、帯域とストレージが枯渇してブロックチェーンは停止します。しかし、前述の「再帰的STARK」と組み合わせることで、オフチェーンで大規模なPQC署名を検証し、オンチェーンには「耐量子署名の検証に成功した」という極小のSTARK証明のみを書き込む設計が可能になります。すなわち、再帰的STARKの実装は、単なるスケーリング手段ではなく耐量子暗号をブロックチェーンに収容する上で重要な前提となります。
既存コントラクトとガスモデルへの影響
グラムステルダムおよびヘゴタへの移行プロセスにおいて、アプリケーション開発者が直面する実装上の課題は以下の2点に集約されます。
第1に、ガス価格体系(Gas Schedule)の抜本的改定です。グラムステルダムではブロックレベルのアクセスリストが導入され、データの作成とアクセスに要する物理リソースの実態を反映してオペコードごとのガス消費量が調整されます。これにより、過去にデプロイされた「固定ガス値(例: 送金時の21,000 gas固定やハードコードされたガス上限)」を前提とするスマートコントラクトは、トランザクションが予期せずリバート(実行失敗)するリスクを抱えます。
第2に、アカウント抽象化(ERC-4337等)の必須化です。耐量子署名への移行をエンドユーザーにシームレスに提供するためには、従来のEOA(外部所有アカウント)からスマートコントラクトウォレットへの完全移行が前提となります。ウォレットのファームウェアやライブラリは、暗号アルゴリズムのアジリティ(暗号アジリティ:アルゴリズムの動的差し替え能力)を備える必要があります。
参考記事: 耐量子暗号(PQC)とは?CISOが急ぐべき暗号インベントリと2030年への移行ロードマップ
日本のWeb3事業者・金融インフラが直面する構造課題
イーサリアムのアーキテクチャ転換は、国内のWeb3事業者、暗号資産交換業者、さらにはブロックチェーン技術を活用した実証実験を進める金融機関に対して、具体的な改修スケジュールとインフラ投資の再考を突きつけています。
カストディ基盤とハードウェアセキュリティモジュール(HSM)の改修
暗号資産交換業者に関する内閣府令や日本暗号資産取引業協会(JVCEA)の自主規制規則に基づき、国内の交換業者は顧客資産のコールドウォレット管理を義務付けられています。現在稼働しているエンタープライズ向けカストディインフラの多くは、米FIPS 140-2/3認証を取得したハードウェアセキュリティモジュール(HSM)内でsecp256k1またはEd25519の鍵を生成・保管する設計を採用しています。
しかし、2030年に向けた耐量子署名への移行が始まれば、既存のHSMファームウェアでは署名生成が物理的に不可能となります。PQCアルゴリズム(ML-DSAやSLH-DSAなど)に対応したハードウェアへの更新、または署名計算をセキュアエンクレーブとマルチパーティ計算(MPC)で分散処理するアーキテクチャへのリプレイスが不可欠です。交換業者のセキュリティ担当者は、ベンダーが提示するPQC対応ロードマップがヘゴタ以降のイーサリアム仕様と整合しているかを厳格に検証する必要があります。
ステーキングインフラとバリデーターの運用体制
国内の機関投資家や事業会社によるイーサリアムステーキングの参入が増加する中、グラムステルダム(2026年10月セポリア有効化予定)からヘゴタ(2027年目標)にかけてのプロトコル更新は、バリデーターの運用リスクを直接的に引き上げます。
ファイナリティの数スロット以内(8〜32秒)への短縮とePBSの導入により、バリデーターノードはミリ秒単位の遅延低減とクライアントの厳格な同期を要求されます。クライアントのアップデートが遅延した場合、合意形成から切り離されてスラッシング(ペナルティによる担保資産の没収)や非アクティブペナルティを受けるリスクが高まります。ノード運用を外部委託している企業であっても、プロトコルのフォークスケジュールに対する監視体制と、テストネットにおける事前動作検証の自動化ライン(CI/CDパイプライン)の構築が求められます。
レガシー・スマートコントラクトの負債化
国内のエンタープライズブロックチェーン基盤において、イーサリアム互換(EVM互換)のプライベートチェーンやコンソーシアムチェーンを採用しているプロジェクトは多数存在します。パブリックチェーンであるイーサリアムが「再実行モデル」から「STARK検証モデル」へと移行し、アクセスリストやガスモデルを更新していく過程で、EVMの仕様そのものが分岐していく可能性があります。
固定ガス消費に依存したコントラクトコードや、楕円曲線暗号のプリコンパイルコントラクト(ecrecover)に直接依存した署名検証ロジックを組んでいる場合、将来的にパブリックイーサリアムや最新のL2ロールアップとの相互運用性が完全に喪失します。既存コントラクトの暗号インベントリ監査を実施し、署名検証ロジックをコントラクト本体から分離する設計への改修を急ぐ必要があります。
参考記事: レイヤー2スケーリングの仕組みと技術選定|イーサリアムの課題を解決する主要プロジェクトを徹底比較
技術責任者・開発チームが着手すべき実行計画
イーサリアムが「ブロックチェーン」から「暗号学的世界コンピューター」へと進化するロードマップは、2027年のヘゴタを経て2030年に向けて段階的に展開されます。技術責任者および開発チームは、抽象的なトレンド追従を排し、自社システムの依存関係に基づいた具体的な防御策と投資計画を策定する必要があります。
- 稼働中スマートコントラクトのガスモデルおよび暗号依存性の棚卸し
自社がデプロイしているコントラクト群を走査し、固定ガス値(21,000 gas前提等)のハードコードが存在しないかを検証します。同時に、ecrecoverなどの楕円曲線依存の組み込み関数を直接呼び出している箇所を特定し、将来的にERC-4337(アカウント抽象化)やモジュール型署名検証コントラクトへ差し替え可能な構造へリファクタリングを実施します。
- カストディおよびウォレット基盤における暗号アジリティの確保
ハードウェアウォレットや機関投資家向けカストディソリューションの調達仕様書を見直し、ファームウェアレベルでのアルゴリズム更新(PQC対応)が契約上保証されているかを確認します。秘密鍵の管理手法として単一のECDSA鍵に依存する運用を段階的に廃止し、MPC(マルチパーティ計算)やスマートコントラクトマルチシグへの移行スケジュールを確定させます。
- グラムステルダム/ヘゴタ対応テストネット(Sepolia・Plataberget)での検証環境構築
2026年10月6日のセポリアテストネットにおけるグラムステルダム有効化に合わせて、開発環境の実行レイヤー(EL)およびコンセンサスレイヤー(CL)のクライアントを最新版へと更新します。ePBS導入に伴うビルダー・プロポーザー間の動作変化や、アクセスリスト導入によるトランザクション挙動の差異をステージング環境で計測し、本番デプロイ時の予期せぬ停止を未然に防止します。
- ゼロ知識証明(ZKP)およびSTARK検証スタックの内製化・調査
再帰的STARKによる軽量検証がL1およびL2の標準となる前提に立ち、社内エンジニアによるZKプルーフ生成・検証ライブラリ(STARKベースの検証器)の実装スキルを育成します。オフチェーンで大規模計算を行い、オンチェーンへは証明のみを提出するシステム設計へとアーキテクチャの標準仕様を書き換えます。
出典: BigGo Finance
出典: PlayToEarn
出典: Ethereum Foundation Blog
出典: Vitalik Buterin’s Website
