ヴィタリックのイーサリアム次の10年に関する見解

null

著者：Chloe、ChainCatcher

2026年7月5日、Vitalik ButerinがX上で長文を公開し、「Lean Ethereum」と名付けた長期ロードマップを発表した。Vitalikはこれを、イーサリアムのMerge後における第3の大きな進化として位置づけている。これは単独のアップグレードではなく、今後3〜4年のあいだに段階的に実現していく一連のプロトコル改善であり、プロトコルの中核となるほぼすべてのモジュールを対象に、検証方式、暗号学、最終性、状態ストレージに至るまで、すべてを作り直すものだ。

このロードマップはイーサリアムの組織再編のさなかに生まれたため、より全体的な時間軸の中で理解する必要がある。この全面的な再構築を読み解くには、具体的な技術アップグレードの内容を整理するだけでなく、「移行コスト」と「検証のハードル」の間で設計がどのようにバランスを取り直すのかを見極め、そしてこの基盤レベルの変革が最終的にETHの価格パフォーマンスへどう波及するのかを探る必要がある。

イーサリアムの3つの発展段階

今回のアップグレードを位置づけるには、まずイーサリアムの3つの世代を並べてみるとよい。

第1世代は「PoW + EVM」の原始的なアーキテクチャで、そのコアはすべてのノードがすべての取引を直接再実行（Re-execution）することだ。このモデルは安全で、汎用的で、オープンだが、そのために拡張性が制限される。

第2世代は2022年の「Merge（統合）」後のPoSイーサリアム。コンセンサスメカニズムの転換は、イーサリアムの安全モデル、発行モデル、ステーキング体系を根本から変え、同時に、市場に対して、停止せずにコアエンジンを交換できる高度なエンジニアリング能力をイーサリアムが持っていることを証明した。

第3世代が現在のLean Ethereumだ。これは「L1が決済を担当し、L2がスケーリングを担当する」という従来の分担に満足せず、L1の性能、証明化された検証（Proved Verification）、プライバシー、耐量子、状態構造、クライアントアーキテクチャをすべて、同一の長期再構築フレームワークに組み込む。

Lean Ethereumロードマップの由来

Lean Ethereumのロードマップはstrawmap.orgで公開された。基金会（ファウンデーション）の研究員Justin Drakeが今年2月に最初に提案した公開草案で、2029年までに7回のネットワークアップグレードを計画している。strawmapという語はstraw（わら）に由来し、文書は自らを「修正可能な草稿」と位置づけている。strawmapにはまた、それが進行中の調整ツールであり固定のタイムテーブルではなく、あらゆるアップグレードは引き続き、研究・テスト・クライアント実装・ラフな共通理解を経る必要があるとも明記されている。

この構想では、5つの長期戦略目標が明確に描かれている。より速いL1の最終確定（Finality）、毎秒1 gigagasのL1スループット（極限状態で万級TPSを受け入れ可能）、teragas級を生態系のビジョンとするL2の拡張、全面的に防御された量子暗号のセキュリティ、そしてL1ネイティブのプライバシー送金だ。

現状と照らし合わせると、その目標の野心的な度合いが実感できる。Etherscanのデータによれば、現在のイーサリアムL1は平均して1秒あたり約32件の取引しか処理していない（1日約270万件）。一方で1 gigagasの目標は、L1の計算能力が数百倍に爆発的に増えることを意味する。注目すべきは、L1のオンチェーン需要が過去1年は実は増加の成長トレンドにあったことだ。日次取引量は2025年半ばの140万件から大きく回復し、2026年に入ってからは多くの期間で200万〜290万件の間に安定している。4月・5月の市場ピーク時には、一時は360万件に迫った。このロードマップの提示は、まさに回復しつつあるこのオンチェーン活動の需要に対応するためだ。

時間の目印もかなり明確で、現時点では2026年の2回目のアップグレードであるHegotáが、イーサリアムにとって最後の「前Lean時代」のハードフォークになる可能性が高い。その後のアップグレードは理論上、この再構築の一部に属するという。さらに近いGlamsterdamのアップグレードは、ガス上限の大幅な引き上げをもたらす見込みだ。このアップグレードは当初2026年上半期の開始が見込まれていたが、現時点ではまだ稼働していない。

タイムテーブルも、ロードマップ公開後の最も集中的な議論点の一つだ。以前のイーサリアム・ファウンデーションの主要研究員で、Danksharding案の提案者であるDankrad FeistがXに投稿し、彼はこのstrawmapを評価している一方で、3〜4年という時間軸はあまりにも遅いとしている。現在の大規模言語モデル技術なら、1年以内にこのアップグレードを完成させられるはずだ。

中核技術の大きなアップグレード：証明化された検証と状態の再構築

Lean Ethereumの技術的な核は、検証方式を根本から入れ替えることだ。現在のイーサリアムの安全モデルでは、各ノードがすべての取引を再実行して、状態が正しいことを確認する。新しい設計では、再帰型STARK証明をプロトコルのネイティブなコアコンポーネントに組み込む。証明者が重い計算を実行し、他のすべてのノードは、簡略化された数学的証明を検証するだけで済む。

この選択は、別の問題にも同時に対応している。STARKはハッシュ暗号を用い、現時点では量子攻撃の既知の経路がない。一方で、イーサリアムの現行の署名スキームには関連するリスクがある。Vitalikは、量子安全性の優先度を「大幅に上げる」意向を示しており、ロードマップではWinternitz署名を段階的に置き換えて、量子に対して脆弱なコンポーネントをすべて置換する計画だ。その中でも最も差し迫っているのは、L2の手数料を引き下げるためのblobに、量子安全な設計を見つけることだ。

コンセンサス層も変更範囲に入っている。現在のイーサリアムでは、取引はチェーンに載るまでなら十数秒だが、最終確定を待つには約15分かかる。新設計では、「継続してブロックを生成するチェーン」と「最終確定性」を分離して扱う。検証者の投票が1〜2ラウンドで決着し、15分をほぼリアルタイムに圧縮することが目標だ。さらに多次元のガス価格も導入され、計算、ストレージ、データ転送といった異なるリソースを別々に課金する。水道代と電気代をまとめて1本にしないように、すべてを1つの取引に混ぜて計上するのではない。

状態アーキテクチャの変更は、アプリ開発者に直結する。状態は、イーサリアムのリアルタイムな総勘定帳のように捉えられ、すべてのアカウントの残高やスマートコントラクトのデータが記録される。この帳簿はますます分厚くなっていき、しかも現状では全ノードが完全な複製を維持する必要があるため、オンチェーンストレージコストが高止まりしている。

Vitalikの案は、ストレージ構造を分層化することだ。現在の「ダイナミック状態（Dynamic State / コア精髄区）」は、2TBのハードウェア上限という厳格な境界に制限され、無制限に膨張することを防ぐ。一方、プロトコルは容量が最大100TBでより拡張性の高い「新型状態ストレージ層（大倉庫）」を新たに切り開く。Vitalikが描く2030年のビジョンでは、大多数のトークン（ERC-20）、NFT、一般的なDeFiアプリは、自発的に合意して、新しいアーキテクチャを採用した大倉庫へコントラクトを書き換えて移せば、取引手数料が直接的に10倍以上下がる可能性がある。プロトコル層は強制もしなければ補助もしない。巨大な2層間の価格差を市場にそのまま提示し、移行のタイミングはアプリ側の判断に委ねる。

プライバシーの位置づけも再定義される。これまでのイーサリアムの分担は、チェーン上のすべてを公開透明にしておき、プライバシーを必要とするユーザーは自分で第三者のプライバシープロトコルを探す、というものだった。Vitalikは今回、「Privacy is no longer an afterthought, it is a first class goal」と書き残した。つまりプライバシーは「住人が自分で後付けするもの」から「建築のルールの一部」に変わる。今後のプロトコルの各新コンポーネントは、設計段階で「低コストで、仲介者なしで、かつ耐量子のプライバシー機能を支えられるか」という問いが検証される。しかしそれが実現できるかどうかは未確認だが、評価基準そのものはロードマップに書き込まれている。

EVMの置き換えをめぐる論争：L2エコシステムの駆け引き

イーサリアムが10年間使ってきたエンジンがEVMであり、世界中の合約、開発ツール、プログラミング言語はそれを中心に構築されてきた。そして現在、Vitalikはこのエンジンを交換すべきだと提案している。理由は前述のSTARKと関係している。取引から数学的証明を生成するのにEVMでコストが高くなりやすいため、証明により適した別のエンジンに替えれば、大幅に安くなる。

彼が挙げた候補はRISC-VとleanISAの2つのアーキテクチャだ。理想の着地点は、新しいエンジンがプロトコル本体になること。EVMは翻訳層として退く。つまり旧合約はそのまま動くが、底層では新しいエンジンが理解できる命令へ最初に翻訳されてから実行される、という形だ。エンジンを変えることは比較的複雑なため、この提案は2025年4月にVitalikが最初にRISC-V構想を投げて以来、ずっと論争が続いている。

L2のArbitrumの背後にいる主要開発者Offchain Labsは、昨年11月に、別のアーキテクチャとしてWebAssembly（WASM）がより良い選択だと公に主張していた。しかし今回、Vitalikが列挙した候補リストにはWASMが入っていない。なぜこれが重要かというと、Arbitrumはイーサリアム最大級のL2の一つであり、その合約技術であるStylusはWASM上に構築されているからだ。

こう理解できる。L1がエンジンを変えるのは、言い換えればエコシステム全体の「プラグ規格」を再定義することと同じだ。自宅の機器がちょうど同じ種類のプラグならそのまま使える。違うなら、各自が金を払って変換アダプタを作る必要がある。リストに誰が選ばれるかが、未来のL1に対して過去の投資がシームレスに接続できるL2と、変換コストを払うことになるL2を決める。

イーサリアムには、この種の対立を裁くための投票メカニズムはない。替えるのか、誰に替えるのかは最終的に、All Core Devs会議で開発者たちの粗い合意が形成されるか、そして各クライアントチームが実装に動く気があるかにかかっている。現時点では、エンジンの置き換えはVitalikが口にする長期目標のままで、開発者会議では正式な結論は何も出ていない。

ロードマップはETHの価格に影響するのか？

技術ロードマップをETH価格に対応づけるなら、2つの時間的レイヤーに分けられる。

第1のレイヤーは、メカニズム上の伝導経路だ。イーサリアムはEIP-1559以降、取引ごとに基礎手数料がバーンされる。そのため、L1の取引活動の規模は、ETHの供給ダイナミクスと清算価値に直接影響する。このメカニズムに従うと、gigagas目標が実現され、L1の取引量がスループットの向上にともなって回復するなら、ガス消費とバーン量も同時に増幅する。これはロードマップとETHの価格付けの間における最も直接的な伝導経路だ。ただし強調すべきは、この経路が成立する前提は「容量が増えたあと需要が戻ってくること」であり、容量の増加それ自体は自動的に需要を生み出さないという点だ。

第2のレイヤーは時間差だ。ロードマップが示すのは3〜4年の段階的なエンジニアリングであり、2026年までの間、このロードマップはイーサリアムの現状を何も変えない。これは方向性へのコミットメントにすぎない。そしてイーサリアムの方向性へのコミットメントは、過去にタイムテーブルの遅延記録がある。Merge自体も当初の見積もりより数年遅れている。つまりこのロードマップは、イーサリアムの長期的な容量上限を引き上げるが、ETHの中期的なバリューキャプチャ問題は扱っていない。アナリストIgnasによるロードマップ批判はまさにこの点を突いており、ETH本体のトークノミクス調整が含まれていないことが問題視されている。

次の10年の観察リスト

ここまでの内容をまとめると、最終的な答えは結局、同じ構造を指している。このstrawmapが引き上げるのはイーサリアムの長期上限だが、ETHの中期的なバリューキャプチャ問題は直ちに解決されない。したがって、いまはロードマップのFOMO（買い煽り）のタイミングで買いに行く局面ではない。

ロードマップそのものを価格付けするよりも、より実行可能なのは、直近で検証できるいくつかのノードを追うことだ。

Glamsterdamのアップグレードが順調に開始・完了し、ガス上限の引き上げが実現するか

blobの需要がL2活動にともなって継続的に増えていくか

L1の手数料収入とETHのバーン量が改善するか

L2の成長がblobの支払いと決済需要を通じてL1へフィードバックされるか

ETH対BTCの相対パフォーマンスが回復するか

これらの指標はいずれもロードマップの各構成要素に対応しており、EtherscanのチャートページやDefiLlamaなどの公開ダッシュボードで週ごとに検証できる。ロードマップ文書そのものよりも、どの指標の変化のほうが価格の根拠により近い。いずれの変化であっても、ロードマップ文書そのものよりも先に市場へ知らせる。この3〜4年の再構築が、本当に実現していくのか、それとも延期されるのか。