イーサリアム2029ロードマップの詳細解説：自分自身を根本から刷新するが、この船は停止してはならない

2026.03.06

共有先

TechFlow厳選深潮セレクト

イーサリアム2029ロードマップの詳細解説：自分自身を根本から刷新するが、この船は停止してはならない

7回のアップグレードにより全面的に刷新されたが、ブロックチェーンの稼働は停止しない。

2026.03.06 - 05:36:11

以太坊

Web3業界の深掘り報道に専念し潮流を洞察

7回のアップグレードにより全面的に刷新されたが、ブロックチェーンの稼働は停止しない。

著者：James／Snapcrackle

編集・翻訳：TechFlow

TechFlow解説：イーサリアムの研究員であるJustin Drake氏が「Strawmap」——史上初の、明確なタイムラインとパフォーマンス目標を備えたイーサリアム構造的アップグレードロードマップ——を発表しました。Vitalik氏はこれを「極めて重要」と評価し、その総合的な効果を「テセウスの船」方式での再構築と表現しています。本稿は、現時点でStrawmapを最もわかりやすく解説した長文の入門記事であり、その動作原理から5つの目標、さらに7回にわたるアップグレードまでを網羅しており、技術的知識がなくても理解できます。

本文全文：

イーサリアムは、これまでで最も詳細なアップグレード計画をついに発表しました。7回のアップグレード、5つの目標、そして大規模な再構築です。

このガイドがどの「素人」向けに書かれているのか……それは、私自身です。

イーサリアムの研究員Justin Drake氏は、「Strawmap」と呼ばれる、2029年までをカバーする7つの主要アップグレード提案のタイムテーブルを発表しました。イーサリアム共同創設者のVitalik Buterin氏はこれを「極めて重要」と評価し、その累積的な効果をイーサリアムコアに対する「テセウスの船」方式の再構築と表現しています。

この比喩は、じっくりと考えてみる価値があります。

「テセウスの船」とは、古代ギリシャにおける思想実験です。ある船の板を一枚ずつ交換していき、最終的にすべての板を取り替えたとき、それはもはや同じ船なのでしょうか？

それが、Strawmapがイーサリアムに提案しているものです。

2029年までには、システムのあらゆる主要コンポーネントが置き換えられます。ただし、計画された「ダウンタイムを伴う大規模書き換え」は一切ありません。目標は、後方互換性を保ったアップグレードであり、船の板を交換しながらも、チェーンの稼働を継続することです——ただし、各アップグレードごとにノード運営者がソフトウェアを更新する必要があり、エッジケース（例外的な状況）も変化する可能性があります。これは、漸進的アップグレードを装った完全な再構築です。厳密には、コンセンサス層および実行層のロジックが再構築されるものの、ステート（ユーザー残高、スマートコントラクトのストレージ、履歴記録）はすべてのフォークで保持されます。「この船は、荷物を積んだまま再構築されるのです。」さあ、ぜひ船に乗ってください！

「なぜ最初から作り直さないのか？」——答えは、再起動などできないからです。そうすれば、イーサリアムの価値を支えるもの——すでに上に展開されているアプリケーション、すでに流通している資金、すでに築かれた信頼——を失ってしまうからです。あなたは、船が航行中であるうちに、板を交換しなければならないのです。

「Strawmap」という名称は、「strawman（草案）」と「roadmap（ロードマップ）」を合成した造語です。草案とは、不完全であることを承知の上で、あえて批判を受けることを目的として提示される初期案のことです。したがって、これは約束ではなく、議論の出発点なのです。しかし、これはイーサリアムの開発者たちが、構造的かつタイムラインと明確なパフォーマンス目標を備えたアップグレード経路を初めて体系化したものです。

この作業には、地球上で最も優れた暗号学者およびコンピュータ科学者が関与しています。しかも、すべてオープンソースです。ライセンス料もなければ、ベンダー契約もなければ、企業の営業チームも存在しません。いかなる企業、いかなる開発者、いかなる国も、この上に構築することができます。JPモルガンはこれらのアップグレードから恩恵を受けるでしょうし、ブラジル・サンパウロにある3人の創業者からなるスタートアップチームも、まったく同じ恩恵を受けることができます。

世界最高レベルのエンジニアが結成した連合が、インターネットの金融インフラをゼロから再構築しており、あなたが直接接続できると想像してみてください。

イーサリアムの仕組み（60秒版）

どこへ向かおうとしているかを語る前に、まず今日のイーサリアムがどのようなものかを説明しましょう。

イーサリアムは本質的に、世界中で共有される一台のコンピュータです。ある企業が一台のサーバーを運用するのではなく、世界中の数千名の独立した運営者が、同一ソフトウェアの複製をそれぞれ実行しています。

これらの運営者は、取引を個別に検証します。そのうち一部は「バリデーター」と呼ばれ、自身のETHを担保として預け入れます。もしバリデーターが不正行為を試みた場合、預け入れたETHは没収されます。12秒ごとに、バリデーターは「どの取引が発生し、どのような順序で発生したか」について合意を形成します。この12秒のウィンドウを「slot（スロット）」と呼びます。32個のスロット（約6.4分）で構成される単位を「epoch（エポック）」と呼びます。

取引が不可逆となる「真正のファイナリティ（確定性）」は、およそ13～15分かかります。これは、あなたの取引がどのエポックのどこに位置するかによって異なります。

イーサリアムの処理速度は、取引の複雑さにもよりますが、おおよそ秒間15～30件です。対照的に、Visaネットワークは秒間6万5千件以上を処理可能です。この差が、今日のほとんどのイーサリアムアプリケーションが「レイヤー2（L2）」ネットワーク上で動作している理由です——つまり、独立したシステムが多数の取引をまとめて処理し、その要約をイーサリアムのメインチェーンに戻してセキュリティを確保するという仕組みです。

こうしたすべての運営者が合意に達するためのシステムを「コンセンサスメカニズム」と呼びます。現在のイーサリアムのコンセンサスメカニズムは、正常に機能しており、実戦で十分に検証されていますが、これはより古い時代を想定して設計されており、ネットワークの能力上限を制限しています。

Strawmapの目標は、こうしたすべての課題を、一回のアップグレードごとに解決していくことです。

Strawmapの5つのコア目標

このロードマップは、5つの目標を中心に構成されています。イーサリアムは既に稼働中であり、毎日数十億ドルがその上で流動しています。しかし、実際に構築可能なものの範囲には、現実的な制約が存在します。この5つの目標は、それらの制約をすべて解消することを目指しています。

1．高速L1：秒単位のファイナリティ

現在、イーサリアム上で取引を送信すると、それが真正に確定（＝不可逆・完了・取り消し不能）するまでに、およそ13～15分待つ必要があります。

解決策：すべての運営者が合意を形成するための「エンジン」を置き換えます。目標は、各スロット内で1回の投票だけでファイナリティを達成することです。研究中の主な候補の一つが「Minimmit」であり、これは超高速コンセンサスを目的としたプロトコルですが、具体的な設計はまだ洗練の途上です。重要なのは目標自体——すなわち、単一スロット内でのファイナリティの実現です。その後、スロット時間そのものも短縮されます：提案されている道筋は、12秒→8秒→6秒→4秒→3秒→2秒です。

ファイナリティは単なるスピードの問題ではなく、むしろ「決定性」の問題です。電信送金を例にとると、「送金済み」と「決済済み」の間の時間こそが、何かが誤って起こり得るウィンドウなのです。もしブロックチェーン上で100万ドルの支払い、債券取引の決済、あるいは不動産取引を完了させたとしても、この13分間の不確実性は深刻な問題です。これを秒単位に圧縮することで、このネットワークが実現可能なもの——暗号資産原生のアプリケーションのみならず、あらゆる価値移転を伴う活動——が根本的に変わります。

2．Gigagas L1：300倍の高速化

イーサリアムメインネットの処理能力は、秒間約15～30件の取引であり、これがボトルネックとなっています。

解決策：Strawmapでは、L1の実行容量を秒間1ギガガス（gigagas）に引き上げることを目指します。典型的な取引に換算すると、およそ秒間1万件（正確な数値は取引の複雑さや、各操作が消費するガス量によって異なります）。その核となる技術は「ゼロ知識証明（ZK証明）」です。

最もシンプルな理解方法はこうです。現在、ネットワーク上のすべての運営者は、各取引の計算を自ら再実行して、その正当性を検証しなければなりません。これは、会社の全従業員が同僚の計算を一人ひとり独立してやり直すようなものです。安全か？　はい。しかし極めて非効率か？　これもまた、はいです。ZK証明を使えば、計算が正しいことを示すコンパクトな数学的「領収書」をチェックするだけで済み、同等の信頼性を得つつ、極めて少ない作業量で済むようになります。

これらの証明を生成するソフトウェアは、現時点ではまだ遅すぎます。現在のバージョンでは、複雑な作業に対して数分から数時間かかることがあります。それを秒単位に圧縮——すなわち、およそ1000倍の高速化——することは、今まさに活発に研究が進められている課題であり、単なる工学的課題ではありません。RISC ZeroやSuccinctなどのチームが急速に前進していますが、この領域は依然として最先端です。

メインネットで1万TPSを達成し、かつ高速なファイナリティを実現できれば、よりシンプルな設計、より少ない構成要素、そしてより少ない障害発生ポイントが得られます。

3．Teragas L2：高速チャネルを介した秒間1,000万件

本当に大規模な取引量（およびカスタマイズ要件）には、依然としてレイヤー2ネットワークが必要です。現在、L2の上限は、イーサリアムメインネットがL2のために処理できるデータ量に依存しています。

解決策：「データ可用性サンプリング（DAS）」と呼ばれる技術です。すべての運営者がすべてのデータをダウンロードしてその存在を検証する代わりに、各自がランダムに選ばれたサンプルをチェックし、数学的手法で全体のデータセットが完全であることを検証します。500ページの本が書棚に本当に存在するかどうかを確認するのに、ランダムに20ページを開いてそれが存在すれば、統計的に見て残りのページも存在すると判断できるのと同じです。

PeerDASはすでにFusakaアップグレードで導入され、Strawmapのすべての基盤を築きました。そこから完全な目標へと拡張するには、反復的なスケーリングが必要です：各フォークでさらに多くのデータ容量を追加し、各ステップでネットワークの安定性を徹底的に負荷テストします。

L2エコシステムが秒間1,000万件の取引を処理できるようになれば、現時点ではどのブロックチェーンでも実現不可能な新たな扉が開かれます。例えば、グローバルなサプライチェーンにおいて、すべての製品およびすべての貨物がデジタルトークン化されるようなケース、または何百万台ものIoT機器が検証可能なデータを生成するようなケース、あるいは数セント以下のマイクロペイメントを処理するようなシステムなどが挙げられます。こうしたワークロードは、現存するどのネットワークにとっても大きすぎるものですが、1,000万TPSであれば、余裕を持って処理可能です。

4．耐量子L1：量子コンピュータへの備え

イーサリアムのセキュリティは、現代のコンピュータにとっては極めて解読困難な数学的問題に依拠しています。これはシステム全体——ユーザーが取引を送信する際の署名、およびバリデーターがコンセンサスを形成する際に用いる署名——に適用されます。十分な性能を持つ量子コンピュータが登場すれば、これら両方の署名を破ることが理論上可能となり、第三者による取引の偽造や資金の窃取といったリスクが潜在的に生じます。

解決策：新しい暗号方式（ハッシュベースの方式）への移行です。これは、量子攻撃に対して耐性があると広く考えられています。これは後期のアップグレードであり、システムのほぼすべての部分に影響を与えるだけでなく、新方式で使用されるデータ量が大幅に増加する（バイト単位からキロバイト単位へ）ため、ネットワーク全体のブロックサイズ、帯域幅、ストレージに関する経済性を根本的に変えることになります。

量子攻撃が現代の暗号学に及ぼす脅威は、あと数年から数十年は現実化しないかもしれません。しかし、長期にわたって運用されるインフラ——数兆ドルの価値を扱う可能性のあるインフラ——を構築するのであれば、「後でやればいい」というのは、真の答えにはなり得ません。

5．プライベートL1：取引の秘匿化

イーサリアム上では、すべての情報がデフォルトで公開されています。Railgunのようなプライバシー重視アプリや、ZKsync、Aztecといったプライバシー志向のL2を使用しない限り、すべての取引、金額、取引相手は誰にとっても可視です。

解決策：イーサリアムのコアに、秘密取引機能を直接組み込むことです。技術的目標は、ネットワークが「取引が有効であること（送金元に十分な資金があること、計算が数学的に正しいこと）」を検証できる一方で、実際の詳細を明らかにしないようにすることです。たとえば、「これは合法な5万ドルの支払いである」と証明することは可能ですが、誰が誰に支払ったのか、あるいはその支払いの目的は何なのかは明らかにしません。

現在は代替手段が存在します。EYおよびStarkWareは2026年2月、Starknet上でプライバシー保護取引を実現するNightfallを発表しました。しかしそうした代替手段は、複雑性とコストを増加させます。プライバシー機能を基礎レイヤーに直接組み込めば、ミドルウェアの必要性を完全に排除できます。

これは同時に、耐量子化作業とも交差するポイントです：どんなプライバシー方式を採用するにせよ、それが耐量子性を兼ね備えていなければならないのです。この二つの課題は、同時に解決しなければなりません。これを実現できれば、大規模な普及を阻む主な障壁の一つが消失します。

7回のフォーク（アップグレード）

Strawmapは、Glamsterdamから始まり、およそ半年ごとのペースで実施される7回のアップグレードを提言しています。各アップグレードは、重大な変更を1～2件だけに限定することが意図されています。これは、万一問題が生じた場合に、原因を正確に特定できるようにするためです。

Fusaka（PeerDASおよびデータ最適化により基盤を築いた、すでに実施済みのアップグレード）の次がGlamsterdamであり、トランザクションブロックの構築方式を再構成します。

続くHegotáは、さらなる構造的改善をもたらします。残りのフォーク（I～M）は2029年まで延長され、高速なコンセンサス、ZK証明、拡張されたデータ可用性、耐量子暗号、プライバシー機能を段階的に導入していきます。

なぜ2029年までかかるのか？

なぜなら、これらの課題のいくつかは、現時点ではまだ解決されていないからです。

コンセンサスメカニズムの置き換えは、最も難しい課題です。数千人の副操縦士が、すべての変更について合意しなければならない状況下で、飛行中に航空機のエンジンを交換するようなものです。各変更には、数か月に及ぶテストおよび形式的検証が必要です。また、サイクル時間を4秒未満に短縮しようとする試みは、最終的には物理的な限界に直面します：光信号が地球を一周する往復時間はおよそ200ミリ秒であり、ある時点で、あなたは光速と競い合うことになるのです。

ZK証明器を十分に高速化することも、もう一つの最先端の課題です。現在の速度（分単位）と目標速度（秒単位）の間には約1000倍のギャップがあり、これは数学的なブレイクスルーと専用ハードウェアの両方が求められます。

データ可用性の拡張は難易度がやや低く、より実行可能です。数学的な根拠はすでに確立されていますが、課題は、数千億ドルの価値を扱うリアルタイムネットワーク上で慎重に運用することにあります。

耐量子化移行は、運用面での悪夢です。新しい署名は大幅に大きくなるため、すべての経済的バランスが変化します。

ネイティブなプライバシー機能は、技術的難易度に加えて、政治的にも敏感なテーマです。規制当局は、プライバシーツールがマネーロンダリングを助長することを懸念しています。エンジニアは、実用性を確保するほど十分に秘匿されたものでありながら、同時にコンプライアンス要件を満たすほど十分に透明なもの、さらに耐量子性も兼ね備えたものを構築しなければなりません。

これらの課題は、同時並行的に推進することはできません。いくつかのアップグレードは他のアップグレードに依存しており、成熟したZK証明がなければ1万TPSへの拡張は不可能であり、データ可用性の作業がなければL2の拡張もできません。こうした依存関係の鎖が、タイムラインを決定づけています。

このような挑戦を考慮すると、3年半という期間は、むしろ非常に大胆な設定だと言えるでしょう。

2029年？

まず、一つの変数があります。Strawmapは明確に指摘しています。「現行の草案は、人間主導の開発を前提としています。AI駆動の開発および形式的検証が導入されれば、タイムラインは大幅に短縮される可能性があります。」

2026年2月、YQという名の開発者がVitalik氏と賭けをし、AIエージェントを用いて2030年以降のロードマップに対応するイーサリアム全体のシステムを、1人でプログラミングできると宣言しました。数週間後、彼は「ETH2030」という実験的なGo言語実行クライアントをリリースしました。これは、Strawmapの全65項目を実装し、テストネットおよびメインネットで動作すると謳われ、コード行数は約71万3千行に及ぶとされています。

これがすでに本番環境で利用可能か？　いいえ。Vitalik氏が指摘した通り、おそらく至る所に重大な脆弱性が存在し、一部ではスタブ実装（未完成の仮実装）が使われており、AIはそもそも完全版を試みようとすらしていない可能性があります。しかし、Vitalik氏の反応は、じっくり読み込んでおく価値があります。「6か月前には、このようなものが実現可能だと考えられることすらなかった。重要なのは、このトレンドの方向性です……人々は、『イーサリアムのロードマップが予想よりもはるかに早く完了し、セキュリティ基準も予想よりもはるかに高くなる』という可能性（確定ではない！　可能性です！）に対して、心を開いておくべきです。」

Vitalik氏の核心的な洞察は、AIを正しく使うとは、単に「速く進む」ことではなく、「半分の成果をスピードに、もう半分をセキュリティに割り当てる」ことだということです——つまり、より多くのテスト、より多くの数学的検証、そして同一の機能に対する独立した複数の実装を行うことです。

Lean Ethereumプロジェクトは、一部の暗号学および証明スタックについて、機械検証による形式的検証を進めています。「バグのないコード」——長年にわたり理想主義的な幻想と見なされてきた概念——が、もはや基本的な期待事項となり得るのです。