イーサリアム財団のプロトコルクラスターは2026年9月7日、ネットワーク基盤層全体を耐量子暗号（PQC）へ移行させる目標期日を2029年12月に設定したと発表した。国内では資金決済法に基づき暗号資産を取り扱う交換業者や、デジタル通貨基盤の実証を進めるメガバンク各行にとって、既存鍵管理システムの耐用年数設定と暗号アジリティ（暗号方式の動的切り替え能力）の確保時期に直結する。
イーサリアムが定めた2029年デッドラインと高頻度フォーク体制
イーサリアムのコア開発コミュニティは、量子コンピュータの台頭による公開鍵暗号の解読リスクに対処するため、実行層・コンセンサス層・データ可用性システムのすべてをPQC（Post-Quantum Cryptography：ポスト量子暗号）へ刷新する計画を具体化した。2026年9月7日に公表された声明によると、この2029年12月という期限は2027年1月に予定される外部専門家チームの再評価まで固定される。
プロトコル調整を統括するフレドリック・スバンテス（Fredrik Svantes）氏は、耐量子L1の実現を「遅くとも2029年12月までに完了させる積極的な目標」と位置づけ、次期「Hegota」アップグレードの提案選定において最優先基準としたことを明かした。従来のイーサリアムは年1回程度の大規模ハードフォークを実施してきたが、「Glamsterdam」実装以降は平均7.2カ月周期で5回連続のハードフォークを実行する高頻度開発サイクルへと舵を切る。
開発コミュニティが移行を急ぐ背景には、オンチェーンに露出している巨額の資産リスクがある。プロトコル研究グループのプロジェクト・イレブン（Project Eleven）が2026年5月にまとめた報告書によると、ビットコイン（Bitcoin）は約690万BTCが公開鍵露出アドレスに存在し、イーサリアムでは全供給量の約65%がすでに公開鍵の可視化したアドレスに保持されている。過去に送金履歴のある通常ウォレットは、secp256k1曲線上のECDSA（楕円曲線デジタル署名アルゴリズム）署名を用いており、トランザクション発行と同時に公開鍵が世界中に開示される構造を持つためである。
| 項目 | イーサリアムのPQC移行計画 | 主要クラウド・ハイパースケーラー動向 | 米国標準化・規制動向（NIST / NSM-10） |
|---|---|---|---|
| 完了目標年 | 2029年12月（2027年1月進捗再評価） | 2029年（Google、Cloudflare、Microsoft等） | 2030年（非推奨）、2035年（完全禁止） |
| 主要対象暗号 | ECDSA、BLS署名、KZGコミットメント | TLS通信、公開鍵インフラ（PKI）、SSH鍵 | 連邦情報システム内の全公開鍵暗号 |
| 採用・検討方式 | 格子暗号（ML-DSA等）、ハッシュベース署名（SLH-DSA等） | ML-KEM、ML-DSA、ハイブリッド鍵交換 | FIPS 203、FIPS 204、FIPS 205 |
| 移行アプローチ | アカウント抽象化（EIP-8141）による任意移行 | TLSセッションの耐量子ハイブリッド化 | 段階的システム認証停止と暗号アジリティ義務化 |
このタイムラインは、グーグル（Google）、クラウドフレア（Cloudflare）、マイクロソフト（Microsoft）といったメガテック企業が掲げる2029年のPQC移行完了スケジュールと軌を一にしている。クラウドフレアの公表データでは、すでにWebトラフィック全体の50%以上が耐量子ハイブリッド暗号化に対応している。分散型ネットワークであるイーサリアムも、従来の暗号解読予測より数年早い2030年の「Qデー（暗号解読が可能な量子マシンの出現日）」到来をストレステストの前提条件として採用した。予測プラットフォームのメタキュラス（Metaculus）では、2030年までに暗号解読マシンが登場する確率が約20%、2033年までには50%を超えると算出されている。
今回のスコープ策定にあたり、約60人のコア研究者・エンジニアがHegota向けに提出された62件のEIP（Ethereum Improvement Proposals）に対して計397件のピア評価を実施した。その結果、必須出荷（Sティア）と判定されたのはわずか2件にとどまり、28件がスコープから明確に除外（DFI：Declined for Inclusion）された。物議を醸していたステーキング発行量の削減案（EIP-8363等）もDFIに分類され、プロトコルの複雑性増大を抑えてPQC準備に開発資源を集中させる姿勢が鮮明となった。
参考記事: 耐量子計算機暗号（PQC）移行のロードマップと技術的課題｜G7声明が迫る暗号アジリティへの変革
アカウント抽象化とパーティション化バイナリツリーが解く技術的ボトルネック
なぜイーサリアムは、プロトコル全体の署名方式を一斉変更するのではなく、個別アカウントの段階的移行という複雑な経路を選んだのか。その答えは、ブロックチェーン固有の後方互換性と、量子耐性暗号がもたらす計算・帯域オーバーヘッドのトレードオフにある。
EIP-8141による署名アジリティの獲得
Hegotaアップグレードで必須採用（Sティア）とされたEIP-8141（Frame Transactions）は、ネイティブアカウント抽象化をL1基盤に導入する提案である。従来の通常アドレス（EOA：Externally Owned Account）は、プロトコル層でECDSA署名方式と不可分に結びついていた。EIP-8141はこの制約を解除し、トランザクションの検証ロジックをフレームとして構造化することで、通常のアカウントをプログラム可能なコントラクトウォレットと同等の柔軟性へ引き上げる。
技術的な絶対条件（Prerequisites）としての意義は、ネットワーク全体のハードフォークによる強制移行を回避し、個々のアカウントが任意のタイミングで署名検証方式を切り替えられる「暗号アジリティ」をプロトコルネイティブで確立する点にある。
[従来のEOA（静的署名）]
ユーザー秘密鍵 ---> ECDSA署名（secp256k1固定） ---> L1プロトコル検証（固定）
※署名方式の変更にはネットワーク全体の一斉フォークが不可欠
[EIP-8141導入後のフレームトランザクション（動的署名アジリティ）]
ユーザー秘密鍵 ---> 署名（ECDSA / ML-DSA / SLH-DSA等） ---> 検証フレーム
│
▼
個別アカウント側で検証ロジックを定義
（L1全体を停止せず段階的PQC移行が可能）
格子ベースのML-DSA（旧Dilithium）やハッシュベースのSLH-DSA（旧SPHINCS+）といったPQC署名は、ECDSAの64バイトと比較して署名サイズが数キロバイト規模へと数十倍に膨らむ。すべてのトランザクションを一挙にPQC署名へ切り替えれば、ブロックサイズとネットワーク帯域が即座に逼迫する。EIP-8141により、保護を急ぐ大口保有者やDeFiコントラクトから段階的にPQC検証フレームへ移行させることが可能となる。
並行する5つの研究ベクトルとストレージ制約の解消
イーサリアム財団は、PQC移行に向けたロードマップを単一の暗号切り替えとしてではなく、基盤レイヤー全体の再設計として進めている。具体的には以下の5つの研究トラックが並行して走っている。
- ポスト量子セキュリティ: ECDSAおよびBLS署名から、格子ベース・ハッシュベース署名への移行。
- 高速ファイナリティ（SSZ/SSF）: スロット時間を短縮し、シングルスロットでの確定性を実現。
- パーティション化バイナリツリー（EIP-8297）: 従来のマークルパトリシアツリー（Merkle Patricia Tree）をバイナリ構造へ刷新。ノードのストレージ容量を最大90%削減し、状態証明のサイズを劇的に縮小。
- ネイティブプライベートトランザクション: プロトコルネイティブのプライバシー保護機構の統合。
- ポスト量子zkEVM証明系: 量子耐性を持つハッシュ関数および再帰的STARKs（Scalable Transparent ARguments of Knowledge）を用いた検証エンジンの構築。
耐量子署名の導入に伴う最大の実装障害は、ステートサイズとノードの計算負荷の急激な増加である。ノードが維持すべき暗号学的証明が肥大化すれば、バリデーターのハードウェア要件が跳ね上がり、分散性が損なわれる。EIP-8297によるパーティション化バイナリツリーの導入は、ツリー構造を二分木化して中間ハッシュを削減し、ストレージ要件を90%圧縮することで、将来的なPQC署名データの格納スペースを物理的に確保する前提条件となっている。
さらに中間フェーズとして計画されている「Jマイルストーン」では、縮小された検証保証下で運用を維持するフォールバックメカニズムが構想されている。これには、コンセンサス層向けのポスト量子ハートビート、データ可用性層向けのleanDAサンプリング、実行層向けの軽量ハッシュ署名（leanSPHINCS）が含まれており、万が一2029年以前に急激な量子ブレイクスルーが発生した場合のセーフティネットとして機能する。
参考記事: イーサリアム最新ロードマップの全貌｜耐量子暗号とネイティブプライバシーがもたらす構造転換
参考記事: レーン・イーサリアム（Lean Ethereum）ロードマップとは？仕組みから実用化の課題、2029年までの移行計…
国内金融インフラと暗号資産事業者が直面する構造的課題
イーサリアム財団による2029年デッドラインの明文化は、国内のWeb3事業者のみならず、ブロックチェーン基盤の社会実装を進める伝統的金融機関にとっても看過できない運用変更を強いる。
暗号資産交換業者におけるコールドウォレット管理の再設計
金融庁の監督指針に基づき、日本の暗号資産交換業者は顧客資産の95%以上をインターネットから隔離されたコールドウォレットで管理することが義務付けられている。しかし、過去に送金や残高移動を行ったアドレスは、すでに公開鍵がブロックチェーン上に恒久的に記録されている。
仮に秘密鍵がオフラインのハードウェアセキュリティモジュール（HSM）や金庫内に保管されていても、公開鍵がブロックチェーン上に露出していれば、ショアのアルゴリズムを実行可能な量子コンピュータによって秘密鍵が逆算されるリスクを原理的に排除できない。全ETHの約65%が露出アドレスに存在するという推計値は、国内事業者が長年コールドストレージとして退避させてきた長期保管用アドレスの多くが該当し得ることを示している。
国内交換業者は2029年に向け、以下の2段階のインフラ刷新を迫られる。
第1に、残高を保有したまま過去に一度でも外部送金を行った既存コールドアドレスを特定し、公開鍵が未露出の全新規アドレスへ資産を段階的に再配置する暗号インベントリ作業である。
第2に、将来的なPQC移行に対応できるよう、署名アルゴリズムをハードコードした旧来の署名エンジンから、ファームウェア更新でPQC署名（ML-DSA等）へ切り替え可能なHSM基盤への更新である。
ステーブルコイン・デジタル証券基盤の暗号アジリティ要件
国内では、改正資金決済法のもとで信託銀行やメガバンク連合による国産ステーブルコインの発行準備や、大阪デジタルエクスチェンジ（ODX）におけるセキュリティトークン（ST）取引の拡大が進んでいる。これらの金融インフラの多くは、イーサリアム互換（EVM系）のパーミッションド型チェーンまたはパブリックL2を採用している。
金融システムとして10年以上の連続稼働を前提とするインフラにおいて、基盤プロトコルが7.2カ月ごとの連続ハードフォークを行い、2029年までに暗号基盤を総入れ替えするという前提は、システムの安定運用管理に重大な影響を及ぼす。スマートコントラクトにECDSA検証を直接組み込んでいる既存のコントラクトは、基盤層の仕様変更に伴ってレガシー化する。EIP-8141に準拠したアカウント抽象化の導入と、検証鍵の動的ローテーション機構をスマートコントラクトの設計段階から組み込むことが、基幹金融システムとしての必須の非機能要件となる。
| 対象セクター | 直面する技術的・運用の制約 | 2029年に向けた対応要件 |
|---|---|---|
| 暗号資産交換業者 | コールドウォレットの公開鍵露出、既存HSMのPQC署名非対応 | 保管アドレスの総点検、未露出アドレスへの移行、PQC対応HSM調達 |
| ステーブルコイン発行体 | スマートコントラクト内のECDSA署名固定化、ガス代急騰耐性 | アカウント抽象化（ERC-4337/EIP-8141）対応、検証ロジックのアジリティ確保 |
| エンタープライズL2基盤 | 7.2カ月周期の連続ハードフォークへのノード追従負荷 | 自動アップデートパイプライン構築、バイナリステート同期の検証 |
参考記事: 耐量子暗号（PQC）とは？CISOが急ぐべき暗号インベントリと2030年への移行ロードマップ
参考記事: [耐量子暗号（PQC）のハードウェア実装ロードマップ｜主要半導体ベンダーの対応と移行の技術的課題](https://techshift.jp/2026/08/24/post-2100/）
技術責任者・事業責任者が着手すべき移行準備
イーサリアム財団が示した2029年12月という目標は、ブロックチェーン業界における暗号耐用年数の議論を「学術的な仮説」から「明確な調達・開発期限」へと決定的に移行させた。技術責任者およびプロジェクト推進者は、以下の具体的なステップに従って移行計画の具体化に着手する必要がある。
- 保管アドレスにおける公開鍵露出状況の監査
自社および顧客の資産を保管しているウォレットアドレスのトランザクション履歴をオンチェーン解析し、公開鍵がネットワーク上にブロードキャスト済みの残高比率を算出する。公開鍵が露出しているアドレスについては、2027年1月のイーサリアム財団による進捗再評価を目処に、未露出アドレスへの計画的な資産移動計画を策定する。
- 鍵管理モジュールおよび署名ライブラリの暗号アジリティ検証
現在採用しているMPC（マルチパーティ計算）ソリューションやHSM製品が、NIST標準のFIPS 203（ML-KEM）およびFIPS 204（ML-DSA）の署名アルゴリズムをファームウェアレベルでサポート可能かベンダーへ確認する。ECDSA署名処理がチップセットにハードコードされている旧世代機器については、2028年までのリプレイス計画を予算化する。
- Hegotaアップグレード仕様へのプロトコル追従テスト
2026年9月16日の公式AMAやテストネット環境を通じて、EIP-8141（フレームトランザクション）およびEIP-7805（FOCIL）の動作検証を行う。アカウント抽象化を前提とした次世代ウォレットアーキテクチャへの移行準備を進め、スマートコントラクト側の検証ロジックが将来の耐量子署名拡張に対応できるようリファクタリングを実施する。
出典: BigGo ファイナンス
出典: イーサリアム財団公式ブログ（Protocol Priorities）
出典: イーサリアム財団公式ブログ（Hegota EIPs）
出典: EIP-8141仕様書
出典: 米NIST（PQC標準化リリース）
出典: The Defiant
