Ethereumの物語は書き換えられている：L1 zkEVMが最終形となるとき、次の革命はいつ訪れるのか？

体感的には、2025年以降、イーサリアムコア開発者コミュニティの更新頻度が異常に高まっています。

FusakaアップグレードからGlamsterdam、そして今後3年間のkEVM、耐量子暗号システム、Gas Limitなどの長期的な計画に至るまで、イーサリアムはわずか数ヶ月の間に、3年から5年をカバーする複数のロードマップ文書を集中的に発表しました。

このペース自体が一つのシグナルです。

最新のロードマップを注意深く読むと、より明確で、より野心的な方向性が浮かび上がってきます：イーサリアムは自らを検証可能なコンピューターへと改造しつつあり、この道の終着点はL1 zkEVMです。

一、イーサリアムナラティブの三つの重心シフト

2月26日、イーサリアム財団の研究者Justin Drakeはソーシャルプラットフォームで、イーサリアム財団が「Strawmap」というロードマップ草案を提出し、今後数年間のイーサリアムL1プロトコルのアップグレード方向性を概説したと発表しました。

このロードマップは五大コア目標を掲げています：より高速なL1（秒単位のファイナリティ）、zkEVMによる1万TPSの「Gigagas」L1、データ可用性サンプリング（DAS）に基づく高スループットL2、耐量子暗号システム、ネイティブなプライバシー送金機能。同時に、ロードマップは2029年までに七回のプロトコルフォークを計画しており、平均して約6ヶ月に1回のペースです。

言えることは、過去10年間、イーサリアムの発展は常にナラティブと技術路線の絶え間ない進化と共にあったということです。

第一段階（2015–2020）は「プログラム可能な台帳」でした。

これはイーサリアムの最初のナラティブの核心であり、「チューリング完全なスマートコントラクト」です。当時、イーサリアムの最大の利点は、ビットコインに比べてより多くのことができることでした。例えば、DeFi、NFT、DAOはすべてこのナラティブの産物であり、大量の分散型金融プロトコルがチェーン上で動作を開始し、レンディング、DEX、ステーブルコインへと進化し、イーサリアムは徐々に暗号経済の主要な決済ネットワークとなりました。

第二段階（2021–2023）は、L2のナラティブが主導権を握りました。

イーサリアムメインネットのGas手数料が高騰し、一般ユーザーが取引コストを負担しにくくなるにつれて、Rollupがスケーリングの主役となり始めました。イーサリアムもまた、自らを決済レイヤーとして再定義し、L2にセキュリティ保証を提供する基盤となることを目指しました。

簡単に言えば、実行レイヤーの計算の大部分をL2に移行し、Rollupによってスケーリングし、L1はデータ可用性と最終的な決済のみを担当するということです。この間、The MergeやEIP-4844はすべてこのナラティブに貢献し、L2がより安価に、より安全にイーサリアムの信頼を利用できるようにすることを目指しました。

第三段階（2024–2025）は、ナラティブの内省と再考に焦点が当てられました。

周知の通り、L2の繁栄は予期せぬ問題をもたらしました。それは、イーサリアムL1自体が重要ではなくなり、ユーザーがより多くArbitrum、Base、Optimism上で操作し、L1に直接触れることが少なくなったことです。イーサリアムETHの価格パフォーマンスもこの懸念を裏付けています。

これにより、コミュニティでは、もしL2がすべてのユーザーと活動を奪い取るならば、L1の価値獲得はどこにあるのか？という議論が始まりました。2025年のイーサリアム内部の動揺、そして2026年に展開された一連の最新ロードマップに至るまで、この論理は深く進化しつつあります。

実際、2025年以降のコア技術方向性を整理すると、Verkle Tree、ステートレスクライアント（Stateless Client）、EVMの形式的検証、ネイティブZKサポートなどが繰り返し登場します。これらの技術方向性はすべて、同じ一つのことを指し示しています：イーサリアムL1自体に検証可能性を持たせること。注意すべきは、これは単にL2の証明をL1上で検証可能にするだけでなく、L1のあらゆる状態遷移のステップをゼロ知識証明によって圧縮し検証可能にすることを意味します。

これはまさにL1 zkEVMの野望です。L2のzkEVMとは異なり、L1 zkEVM（インサイドzkEVM）は、ゼロ知識証明技術を直接イーサリアムのコンセンサスレイヤーに統合することを意味します。

これはL2 zkEVM（zkSync、Starknet、Scrollなど）の複製ではなく、イーサリアムの実行レイヤー自体を、ZKに適したシステムへと改造することです。したがって、L2 zkEVMがイーサリアムの上にZKの世界を構築するものだとすれば、L1 zkEVMはイーサリアム自体をそのZKの世界へと変えることです。

この目標が一度達成されれば、イーサリアムのナラティブは、L2の決済レイヤーから「検証可能な計算のルート・トラスト」へとアップグレードされるでしょう。

これは、過去数年間の量的変化ではなく、質的変化となるでしょう。

二、真のL1 zkEVMとは何か？

繰り返しになりますが、従来のモードでは、バリデータはブロックを検証するためにすべてのトランザクションを「再実行」する必要がありました。一方、zkEVMモードでは、バリデータはZK Proofを検証するだけで済みます。これにより、イーサリアムはノードの負担を増やすことなく、Gas Limitを1億以上に引き上げることが可能になります（関連記事：「ZKルート『夜明けの時』：イーサリアム終局のロードマップは全面加速中？」）。

しかし、イーサリアムL1をzkEVMに改造することは、単一の突破口の問題ではなく、八つの方向で同時に推進する必要があり、それぞれが数年単位のプロジェクトです。

作業線1：EVMの形式的仕様（EVM Formalization）

あらゆるZK証明の前提は、証明される対象が正確な数学的定義を持っていることです。しかし、現在のEVMの動作は、クライアント実装（Geth、Nethermindなど）によって定義されており、厳密な形式的仕様によって定義されているわけではありません。異なるクライアントは境界条件において動作が一致しない可能性があり、これによりEVM用のZK回路を作成することが極めて困難になります。結局のところ、定義が曖昧なシステムの証明を書くことはできません。

したがって、この作業線の目標は、EVMのすべての命令、すべての状態遷移ルールを、機械検証可能な形式的仕様として記述することです。これはL1 zkEVMプロジェクト全体の基礎です。これがなければ、その後のすべては砂上の楼閣です。

作業線2：ZKに適したハッシュ関数への置き換え

イーサリアムは現在、ハッシュ関数としてKeccak-256を多用しています。KeccakはZK回路に極めて不親切で、計算コストが非常に大きく、証明生成の時間とコストを大幅に増加させます。

この作業線のコアタスクは、イーサリアム内部でのKeccakの使用を、徐々にZKに適したハッシュ関数（Poseidon、Blakeシリーズなど）に置き換えることです。特に状態ツリーやMerkle証明パスにおいてです。これは、ハッシュ関数がイーサリアムプロトコルの隅々に浸透しているため、一部を変更すると全体に影響するような変更です。

作業線3：Merkle Patricia TreeからVerkle Treeへの置き換え

これは2025–2027ロードマップの中で最も注目されている変更の一つです。イーサリアムは現在、グローバル状態の保存にMerkle Patricia Tree（MPT）を使用しています。Verkle Treeは、ハッシュチェーンをベクトルコミットメント（Vector Commitment）で置き換えることで、witnessのサイズを数十倍に圧縮できます。

L1 zkEVMにとって、これは各ブロックの証明に必要なデータ量が大幅に減少し、証明生成速度が著しく向上することを意味します。また、Verkle Treeの導入は、L1 zkEVMの実現可能性にとって重要なインフラ前提条件であることも意味します。

作業線4：ステートレスクライアント（Stateless Clients）

ステートレスクライアントとは、ノードがブロックを検証する際に、完全なイーサリアム状態データベースをローカルに保存する必要がなく、ブロック自体に付随するwitnessデータだけで検証を完了できることを指します。

この作業線はVerkle Treeと深く結びついています。なぜなら、witnessが十分に小さくなければ、ステートレスクライアントは実際に実現可能だからです。したがって、ステートレスクライアントの意義はL1 zkEVMにとって二重です：一方で、ノードを実行するためのハードウェアのハードルを大幅に下げ、分散化に貢献します。他方で、ZK証明に明確な入力境界を提供し、証明者が全世界状態ではなく、witnessに含まれるデータのみを処理すればよくなります。

作業線5：ZK証明システムの標準化と統合

L1 zkEVMは、ブロック実行の証明を生成するために、成熟したZK証明システムを必要とします。しかし、現在のZK分野の技術状況は高度に分散しており、公認の最適解はありません。この作業線の目標は、イーサリアムプロトコルレイヤーに標準化された証明インターフェース（proof interface）を定義し、異なる証明システムが競争方式で接続できるようにすることです。特定の一つを指定するのではなく。

これは技術の開放性を維持すると同時に、証明システムの継続的な進化の余地も残します。Ethereum FoundationのPSE（Privacy and Scaling Explorations）チームは、この方向で多くの事前蓄積を既に行っています。

作業線6：実行レイヤーとコンセンサスレイヤーの分離（Engine APIの進化）

現在、イーサリアムの実行レイヤー（EL）とコンセンサスレイヤー（CL）はEngine APIを介して通信しています。L1 zkEVMのアーキテクチャでは、実行レイヤーの各状態遷移ごとにZK証明を生成する必要があり、この証明の生成時間はブロック生成間隔を大幅に超える可能性があります。

この作業線が解決する必要のある核心的な問題は、コンセンサスメカニズムを破壊することなく、実行と証明生成をどのように分離するかです。実行はまず迅速に完了し、証明は遅れて非同期に生成され、その後、バリデータが適切なタイミングで最終的な確認を完了することができます。これは、ブロックのファイナリティ（Finality）モデルの深い改造に関わります。

作業線7：再帰的証明と証明の集約

単一ブロックのZK証明生成コストは高いですが、複数のブロックの証明を再帰的に一つの証明に集約できれば、検証コストは大幅に薄められます。この作業線の進展は、L1 zkEVMがどれだけ低コストで実行できるかを直接決定します。

作業線8：開発者ツールチェーンとEVM互換性の保証

すべての基盤的な技術的改造は、最終的にイーサリアム上のスマートコントラクト開発者に対して透過的でなければなりません。既存の数十万のコントラクトは、zkEVMの導入によって無効化されてはならず、開発者のツールチェーンは書き直しを強制されてはなりません。

この作業線は最も過小評価されがちですが、しばしば最も時間を要するものです。歴史的に、EVMのアップグレードのたびに、大量の後方互換性テストとツールチェーンの適応作業が必要でした。L1 zkEVMの変更規模は過去のどのアップグレードよりも大きく、ツールチェーンと互換性に関する作業量も桁違いに増加するでしょう。

三、なぜ今がこのことを理解する正しいタイミングなのか？

Strawmapの発表は、市場がETHの価格パフォーマンスに疑念を抱いている時期とちょうど重なりました。この観点から、このロードマップの最も重要な価値は、イーサリアムを「インフラストラクチャ」として再定義することにあります。

開発者を代表とするBuilderにとって、Strawmapは方向性に関する確実性を提供します。ユーザーにとって、これらの技術的アップグレードは最終的には知覚可能な体験に変換されます：取引が数秒でファイナリティを得ること、資産がL1とL2の間でシームレスに移動すること、プライバシー保護がプラグインではなく組み込み機能となること。

もちろん客観的に言えば、L1 zkEVMは近い将来に実現する製品ではなく、その完全な実装には2028-2029年、あるいはそれ以降までかかる可能性があります。

しかし少なくとも、それはイーサリアムの価値提案を再定義します。もしL1 zkEVMが成功すれば、イーサリアムはもはや単なるL2の決済レイヤーではなく、Web3世界全体の検証可能なトラストルートとなり、あらゆるチェーン上の状態が、最終的に数学的にイーサリアムのZK証明チェーンまで遡及できるようになります。これはイーサリアムの長期的な価値獲得にとって決定的です。

次に、それはL2の長期的なポジショニングにも影響を与えます。結局のところ、L1自体がZK能力を持つとき、L2の役割は変化するでしょう——「安全なスケーリングソリューション」から「専用実行環境」へと進化します。この新しい枠組みの中で自らの位置を見つけられるL2はどれか、それは今後数年間で最も注目に値するエコシステムの進化となるでしょう。

最も重要なのは、筆者が考えるに、これはイーサリアム開発者文化を観察する絶好の窓でもあるということです——相互に依存する八つの技術作業線を同時に推進し、それぞれが数年単位のプロジェクトでありながら、分散化された調整方法を維持できること、それ自体がイーサリアムというプロトコルの独特の能力です。

この点を理解することは、様々な競争ナラティブにおけるイーサリアムの真の位置をより正確に評価するのに役立ちます。

全体として見ると、2020年の「Rollup中心主義」から2026年のStrawmapへ、イーサリアムのナラティブの進化