イーサリアムのストーリーが書き換えられている：L1 zkEVMが最終的なものとなるとき、次の革命はいつ訪れるのか？

執筆者：imToken

感覚的に言えば、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年までに7回のプロトコルフォークを計画し、平均約6か月ごとに行う。

言うまでもなく、過去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などのL2上での操作を増やし、L1に直接触れることが少なくなった。イーサリアムのETH価格もこの不安を反映している。

これによりコミュニティ内では、「L2がすべてのユーザーと活動を奪い合うなら、L1の価値はどこにあるのか？」という議論が始まった。2025年のイーサリアム内部の動揺や、2026年に展開された一連のロードマップは、この論理の深い変化を示している。

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

これこそがL1 zkEVMの野心である。L2 zkEVM（zkSync、Starknet、Scrollなど）とは異なり、L1 zkEVM（入殻zkEVM）は、ゼロ知識証明技術を直接イーサリアムのコンセンサス層に統合することを意味する。

これはL2 zkEVMの模倣ではなく、イーサリアムの実行層そのものをZKに優しいシステムへと変貌させる試みだ。もしL2 zkEVMがイーサリアム上にZKの世界を築くものであるなら、L1 zkEVMはイーサリアム自体をそのZKの世界に変える。

この目標が達成されれば、イーサリアムのナラティブはL2の決済層から「検証可能な計算の根幹」へと進化する。

これは大きな質的変化であり、過去数年の量的変化ではない。

二、真のL1 zkEVMとは何か？

古くからの議論だが、従来のモデルでは、検証者は「各取引を再実行」してブロックを検証していた。一方、zkEVMモデルでは、検証者はZK証明を検証するだけで済む。これにより、イーサリアムはノードの負担を増やすことなく、Gas Limitを1億やそれ以上に引き上げることが可能となる（詳細は「ZK路線『黎明時刻』：イーサリアム終局のロードマップは本格的に加速か？」も参照）。

しかし、イーサリアムL1をzkEVMに改造するには、一つの突破口だけでは不十分であり、八つの方向性を同時に推進する必要がある。どれも数年規模の大規模な工程だ。

作業ライン1：EVMの形式化規範（EVM Formalization）

すべてのZK証明の前提は、証明対象が正確な数学的定義を持つことだ。しかし、現状のEVMは、その挙動がクライアント実装（Geth、Nethermindなど）によって定義されており、厳密な形式化規範による定義は存在しない。異なるクライアント間で境界条件の挙動が一致しないこともあり、EVMの証明回路を作るのは非常に困難だ。定義が曖昧なシステムに対して証明を作ることはできないからだ。

この作業ラインの目標は、EVMの各命令、各状態遷移ルールを、機械的に検証可能な形式化規範に落とし込むことだ。これがL1 zkEVM全体の土台となる。これがなければ、後続のすべては砂上の楼閣となる。

作業ライン2：ZKに優しいハッシュ関数への置換

イーサリアムは現在、多くの箇所でKeccak-256をハッシュ関数として使っている。KeccakはZK回路に不向きであり、計算コストが非常に高く、証明生成時間とコストを著しく増大させる。

この作業ラインの核心は、PoseidonやBlake系列などのZKに優しいハッシュ関数へ段階的に置き換えることだ。特に状態木やMerkle証明パスにおいて、ハッシュ関数の置換は全体に大きな影響を与える。ハッシュ関数はイーサリアムのプロトコルのあらゆる部分に浸透しているためだ。

作業ライン3：Verkle Treeへの置換（Merkle Patricia Tree）

2025–2027のロードマップで最も注目される変更の一つ。イーサリアムは現在、全体状態をMerkle Patricia Tree（MPT）で管理しているが、Verkle Treeはベクトルコミットメントを用いてハッシュリンクを置き換えるものであり、証明の証跡サイズを数十倍圧縮できる。

L1 zkEVMにとっては、これにより各ブロックの証明に必要なデータ量が大きく削減され、証明生成速度も向上する。Verkle Treeの導入は、L1 zkEVMの実現性にとって重要なインフラ基盤となる。

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

ステートレスクライアントは、ノードがブロック検証時に、完全なイーサリアム状態データベースを保持せず、ブロックに付随する証跡（witness）だけで検証を完了できる仕組みだ。

この作業ラインはVerkle Treeと深く結びついている。証跡が十分に小さければ、ステートレスクライアントは実現可能となる。これにより、ノードのハードウェア要件が大幅に低減され、分散性が向上する。一方、証跡が小さくなることで、ZK証明の入力も明確になり、証明者は証跡のデータだけを処理すればよくなる。

作業ライン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証明を生成する必要があり、その生成時間はブロック生成間隔を超える可能性もある。

この作業ラインの核心は、検証の最終性を損なわずに、実行と証明生成を非同期に解放することだ。すなわち、実行は高速に完了させ、証明は遅延させて後から生成し、検証者が適切なタイミングで最終確認を行える仕組みを構築することだ。

作業ライン7：递归証明と証明の集約

単一のブロックのZK証明生成コストは高いが、複数のブロックの証明を递归的に集約し、一つの証明にまとめることができれば、検証コストは大きく削減される。この進展は、L1 zkEVMの運用コストを大きく下げる鍵となる。

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

すべての技術的改造は、イーサリアム上のスマートコントラクト開発者にとって透明でなければならない。既存の数十万のコントラクトがzkEVM導入によって動作しなくなることは避けたい。ツールチェーンの再構築や互換性維持は最も時間を要する作業の一つであり、L1 zkEVMの規模は過去のアップグレードよりも大きくなるため、その負担も膨大になる。

三、なぜ今この理解が重要なのか？

Strawmapの公開は、市場のETH価格に対する不安と重なるタイミングだった。このロードマップの最大の価値は、イーサリアムを「インフラ」として再定義している点にある。

開発者やビルダーにとっては、Strawmapは方向性の確信をもたらし、ユーザーにとっては、これらの技術アップグレードが最終的に体感できる体験に直結する。取引の秒単位の確定、L1とL2間の資産のシームレスな流通、プライバシー保護の内蔵化などだ。

もちろん、L1 zkEVMはすぐに実現するものではなく、完成には2028–2029年、あるいはそれ以降を要するだろう。

しかし、少なくともイーサリアムの価値提案を再定義している。もしL1 zkEVMが成功すれば、イーサリアムは単なるL2の決済層を超え、「検証可能な計算の根幹」としてWeb3全体の信頼の根源となる。これにより、あらゆるチェーンの状態が数学的にイーサリアムのZK証明チェーンに追跡可能となる。これはイーサリアムの長期的価値捕捉にとって決定的だ。

また、L2の長期的な位置付けも変わる。L1自体にZK能力が備われば、L2は「安全な拡張方案」から「専用の実行環境」へと進化する。どのL2がこの新しい枠組みで自らの役割を見出すか、今後数年のエコシステムの進化を見守る必要がある。

最も重要なのは、**これがイーサリアム開発者文化の絶好の窓となる点だ。**八つの相互依存する技術作業ラインを同時に推進し、それぞれが数年規模の工程でありながら、分散型の調整を維持している。この点こそ、イーサリアムというプロトコルの独特な能力の証左だ。

これを理解することは、イーサリアムがさまざまな競合ナラティブの中でどこに位置しているのかをより正確に評価する助けとなる。

総じて、2020年の「Rollup中心」から2026年のStrawmapへと至るナラティブの進化は、拡張はL2だけに頼るべきではなく、L1とL2の協調的進化が不可欠であることを示している。

したがって、L1 zkEVMの八つの作業ラインは、その認識の変化を技術的に映し出したものであり、共通の目標に向かっている。それは、イーサリアムのメインネットが、去中心化を犠牲にせずに、性能を飛躍的に向上させることだ。これはL2路線の否定ではなく、その補完と完成だ。

今後3年間、「忒修斯の船」は七回のフォークと無数の「木板」の交換を経て、2029年に次の目的地に到達するだろう。そこには、真の意味での「グローバル決済層」が待っている—高速、安全、プライバシー保護、そして変わらぬオープン性を持つ。

共にその時を見守ろう。