ヴィタリックが描く、今後10年間のイーサリアムのビジョン
chaincatcher著者:クロエ、チェーンキャッチャー
2026年7月5日、ヴィタリック・ブテリンはXに関する長文の記事を公開し、「リーン・イーサリアム」と名付けられた長期ロードマップを発表した。ヴィタリックはこれをマージに続くイーサリアムの3番目の大きな進化と位置付けている。これは単一のアップグレードではなく、今後3~4年かけて段階的に導入される一連のプロトコル改善であり、検証方法、暗号化、ファイナリティから状態ストレージに至るまで、プロトコルのほぼすべてのコアモジュールを網羅し、すべてが再構築される予定だ。
このロードマップはイーサリアム組織の再編中に作成されたものであり、より包括的な時間的文脈の中で理解される必要があります。この包括的な再編を解釈するには、具体的な技術的アップグレードの内容を明確にするだけでなく、その設計が「移行コスト」と「検証しきい値」の間のトレードオフをどのように再配分するのかを理解し、この根本的な変革が最終的にETHの価格パフォーマンスにどのような影響を与えるのかを探る必要があります。
イーサリアムの3つの開発段階
このアップグレードを位置づけるために、まずイーサリアムの3つの世代について概説します。
第一世代は「PoW + EVM」のオリジナルアーキテクチャであり、その核心はすべてのノードがすべてのトランザクションを直接再実行(再実行)することにある。このモデルは安全で汎用的かつオープンであるものの、スケーラビリティには限界がある。
第2世代は、2022年の「マージ」後のPoS(プルーフ・オブ・ステーク)イーサリアムです。このコンセンサス機構の移行は、イーサリアムのセキュリティモデル、発行モデル、ステーキングシステムを根本的に変革すると同時に、イーサリアムがダウンタイムなしでコアエンジンを置き換える高いエンジニアリング能力を持っていることを市場に証明しました。
第3世代は、現在のリーンイーサリアムです。これはもはや「L1が決済を担当し、L2がスケーリングを担当する」という既存の分業体制に満足せず、L1のパフォーマンス、証明された検証、プライバシー、量子耐性、状態構造、クライアントアーキテクチャを同一の長期的な再構築フレームワークに統合しています。
リーン・イーサリアム・ロードマップの起源
イーサリアムのリーンロードマップはstrawmap.orgで公開されました。これは、財団の研究員であるジャスティン・ドレイク氏が今年初めに提案した公開草案で、2029年までに7回のネットワークアップグレードを計画しています。strawmapという用語は「藁」に由来し、この文書は修正可能な草案として位置づけられています。また、strawmapは、これは継続的な調整ツールであり、確定したタイムラインではないこと、そしてアップグレードには依然として調査、テスト、クライアント実装、そして大まかな合意が必要であることを明記しています。

このビジョンでは、5つの長期戦略目標が明確に示されています。L1ファイナリティの高速化、1ギガガスのL1スループットの達成(極限条件下で数万TPSを処理可能)、テラガスレベルのエコロジービジョンに基づくL2スケーリング、量子暗号セキュリティに対する包括的な防御、そしてL1ネイティブのプライバシートランザクションです。
現状とは対照的に、これらの目標の革新性は明らかです。Etherscanのデータによると、イーサリアムL1は現在、平均で毎秒約32件のトランザクション(1日あたり約270万件)しか処理していません。1ギガバイトという目標は、L1の計算能力が数百倍に爆発的に増加することを意味します。注目すべきは、L1のオンチェーン需要が過去1年間、実際に成長軌道に乗っていたことです。1日のトランザクション量は、2025年半ばの140万件から大幅に回復し、2026年の大半は200万件から290万件の間で安定し、4月と5月の市場ピーク時には360万件に迫りました。このロードマップの発表は、まさにオンチェーン活動に対する回復しつつある需要に対応するためです。

タイムラインも明確に示されており、2回目のアップグレードは2026年に予定されているHegotáで、おそらくイーサリアムの「リーン時代以前」最後のハードフォークとなるでしょう。理論上、それ以降のアップグレードはすべてこの再構築の一部となります。近日公開予定のGlamsterdamアップグレードでは、ガスリミットが大幅に増加すると予想されています。このアップグレードは当初2026年前半に開始される予定でしたが、まだ稼働していません。
ロードマップが発表されて以来、タイムラインは最も集中的に議論されているポイントの1つとなっています。イーサリアム財団の元コア研究員であり、イーサリアムのダンクシャーディング計画の提案者であるダンクラッド・ファイスト氏は、X上でこの暫定的なロードマップを支持するとしながらも、3~4年というタイムラインは確かに遅すぎると述べ、現在の大規模言語モデル技術を用いれば、このアップグレードは1年以内に完了するはずだと示唆しました。

主要コア技術アップグレード:実証済み検証と国家再構築
Lean Ethereumの技術的な核心は、検証モデルを根本的に変えることです。現在、Ethereumのセキュリティモデルでは、各ノードがトランザクションを毎回再実行して状態が正しいことを確認する必要があります。新しい設計では、再帰的なSTARK証明をプロトコルのネイティブなコアコンポーネントとして組み込みます。つまり、単一の証明者が重い計算を実行し、他のすべてのノードは簡略化された数学的証明を検証するだけで済みます。
この選択は、別の問題にも対処しています。STARKはハッシュ暗号を使用しており、現在知られている量子攻撃ベクトルはありませんが、イーサリアムの既存の署名方式には関連するリスクがあります。ヴィタリック氏は、量子セキュリティの優先順位が「大幅に引き上げられた」と述べ、ロードマップでは量子に脆弱なコンポーネントをすべてウィンターニッツ署名に段階的に置き換える計画であり、最も緊急な課題は、L2が手数料削減のために依存しているブロブの量子安全な設計を見つけることだと述べています。
コンセンサス層も変更の対象となっています。現在、イーサリアムのトランザクションはオンチェーンでわずか10秒強で完了しますが、ファイナリティの確定には約15分かかります。新しい設計では、「継続的なブロック生成」と「ファイナリティ」を2つの独立したプロセスに分離し、バリデーターによる1~2回の投票で決定を下すことで、15分という時間をほぼリアルタイムに短縮することを目指しています。さらに、ガス料金も多次元的に設定され、計算、ストレージ、データ伝送といったさまざまなリソースが、水道や電気料金のように個別に課金されるようになります。
ステートアーキテクチャの変更には、アプリケーション開発者が直接関与します。ステートとは、イーサリアムのリアルタイム台帳であり、すべてのアカウント残高とスマートコントラクトデータを記録します。この台帳は時間とともに肥大化し、現在、すべてのフルノードが完全なコピーを保持する必要があり、オンチェーンストレージのコストが高くなっています。
ヴィタリック氏の解決策は、ストレージアーキテクチャを構造的に階層化することです。既存の完全に機能する「動的状態(コアエッセンスゾーン)」は、無制限の拡張を防ぐためにハードウェアのしきい値を2TBに厳密に制限します。一方、プロトコルは、よりスケーラブルな最大100TBの容量を持つ新しい「新しい状態ストレージレイヤー(大規模倉庫)」を開設します。ヴィタリック氏が2030年に描くビジョンでは、ほとんどのトークン(ERC-20)、NFT、および通常のDeFiアプリケーションは、この新しいアーキテクチャの大規模倉庫に移行するために契約を書き換える意思があれば、取引手数料が10倍以上直接的に下がると予想されます。プロトコルレイヤーは強制も補助もせず、単に2つのレイヤー間の大きな価格差をそこに設定し、市場が移行のタイミングを決定できるようにします。
プライバシーのあり方も再定義されました。これまでイーサリアムでは、オンチェーンの情報はすべて公開され透明性が高く、プライバシーを求めるユーザーはサードパーティのプライバシープロトコルを利用する必要がありました。今回、ヴィタリック氏は「プライバシーはもはや後付けではなく、最優先事項である」と述べ、プライバシーは「ユーザー自身が設定するもの」から「建築基準の一部」へと移行したことを示唆しました。プロトコルの新しいコンポーネントはすべて、低コストで仲介者を必要とせず、量子耐性のあるプライバシー機能をサポートできるかどうかを設計段階で検証されます。ただし、これが実現可能かどうかはまだ検証が必要ですが、評価基準はすでにロードマップに盛り込まれています。
EVM代替をめぐる論争:L2エコシステムのゲーム
イーサリアムが過去10年間使用してきたエンジンはEVMと呼ばれ、すべてのコントラクト、開発ツール、プログラミング言語はこのEVMを中心に構築されています。今回、ヴィタリック氏は、前述のSTARKに関連する理由として、このエンジンの置き換えを提案しています。EVMではトランザクションの数学的証明を生成するのに非常にコストがかかるため、より証明に適したエンジンに切り替える方がはるかに安価になるという理由です。
彼が挙げた候補はRISC-VとleanISAアーキテクチャであり、理想的な結果として、新しいエンジンがプロトコルのコアとなり、EVMは変換レイヤーとなる。つまり、古いコントラクトも引き続き実行できるが、実行前に基となる命令が新しいエンジンが理解できるコマンドに変換されることになる。エンジンの変更は比較的複雑であるため、この提案はヴィタリックが2025年4月にRISC-Vの概念を初めて提唱して以来、物議を醸してきた。
L2 Arbitrumの中核開発元であるOffchain Labsは、昨年11月にWebAssembly(WASM)という別のアーキテクチャの方が優れていると公に主張したが、今回はWASMは候補リストに含まれなかった。なぜこれが重要なのか?それは、Arbitrumがイーサリアム上で最大規模のL2の一つであり、そのコントラクト技術であるStylusがWASM上に構築されているからである。
これは次のように理解できます。L1がエンジンを変更すると、実質的にエコシステム全体の「プラグ仕様」が再定義されます。お使いのデバイスが同じタイプのプラグを使用している場合はそのまま使用できますが、そうでない場合はアダプターを作成するために費用がかかります。リストに誰が選ばれるかによって、L2の過去の投資のうち、どれが将来のL1にシームレスに接続できるか、どれがアダプターの費用が発生するかが決まります。
イーサリアムには、こうした意見の相違を解決するための投票メカニズムがありません。変更するかどうか、そして誰に変更を加えるべきかは、最終的には全コア開発者会議における開発者の大まかな合意と、様々なクライアントチームがそれを実装する意思があるかどうかにかかっています。現時点では、エンジンの変更はヴィタリック氏が言及した長期目標にとどまっており、開発者会議で正式な結論は出ていません。
ロードマップはETH価格に影響を与えるか?
技術ロードマップをETH価格にマッピングすることは、2つの時間的レベルに対応させることができる。
第一段階は、機械的な伝達経路です。EIP-1559以降、イーサリアム上の各トランザクションの基本手数料はバーンされ、L1トランザクション活動の規模がETHの供給ダイナミクスと決済額に直接影響を与えます。このメカニズムによれば、ギガガス目標が達成され、スループットの増加に伴ってL1トランザクション量が回復すれば、ガス消費量とバーンも同期して増加します。これがロードマップとETH価格の間の最も直接的な伝達経路です。ただし、この経路が成り立つための前提条件は「容量増加後に需要が回復する」ことであり、容量自体が自動的に需要を生み出すわけではないことを強調しておくことが重要です。
2つ目の問題は時間的な遅れです。ロードマップでは、3~4年かけて段階的にエンジニアリングを進める計画が発表されていますが、2026年までにイーサリアムの現状が変わることはありません。これは方向性を示すものであり、イーサリアムの方向性を示す計画は過去に遅延した実績があり、マージ自体も当初の予想より数年遅れています。つまり、このロードマップはイーサリアムの長期的な処理能力の上限を引き上げるものの、ETHの中期的な価値獲得の問題には対処していません。アナリストのイグナス氏がこのロードマップを批判しているのはまさにこの点であり、ETHのトークンエコノミクスの調整について触れていないからです。

今後10年間の観察チェックリスト
これまでの内容をまとめると、最終的な答えは結局同じ構造を指し示している。つまり、このロードマップはイーサリアムの長期的な上限を引き上げるものの、ETHの中期的な価値獲得問題をすぐに解決するものではない。今はロードマップに基づいてFOMO(乗り遅れたくないという焦り)に駆られるべき時ではない。
ロードマップ自体に価格を設定するのではなく、より実践的なアプローチとしては、近い将来にテスト可能な複数のノードを追跡することが挙げられる。
グラムステルダムのアップグレードが成功裏に開始され、ガス供給制限の引き上げが完了するかどうか
L2アクティビティによってブロブ需要が成長し続けるかどうか
L1手数料収入とETHバーンが改善できるかどうか
L2の成長が、ブロブ決済と決済需要を通じてL1にフィードバックするかどうか
ETHのBTCに対する相対的なパフォーマンスは回復できるだろうか
これらの指標はロードマップの様々な側面に対応しており、EtherscanのチャートページやDefiLlamaなどの公開ダッシュボードで毎週確認できます。これらの指標のいずれかに変化があれば、ロードマップ文書そのものよりも価格決定の根拠に近い情報となります。変化があれば、この3~4年にわたる再構築計画が実行されるか否かを、ロードマップ文書そのものよりも早く市場に伝えることができます。
この内容は情報提供および教育目的であり、BTCCに関連する投資助言ではありません。BTCCは信頼性・正確性・独自性に努めていますが、これらを完全に保証するものではありません。