執筆：グレイロブスター、シンチャオ TechFlow
イーサリアム開発者には、EVMをできるだけ触らないという暗黙の習慣がある。
過去数年、チェーン上で新しい暗号学操作が必要になるたびに、開発者の最初の反応はEVM内でそれを実装することではなく、仮想マシンを回避し、プロトコル層に直接ハードコードされたショートカットである「プリコンパイル契約」の追加を申請することでした。
3月1日、ヴィタリク・ブテリンはX上で長文の投稿をし、この薄い紙をはがした。彼の原語の要点は、イーサリアムのすべての意義はその汎用性にあり、EVMが十分でないなら、私たちはこの問題に正面から取り組み、より優れた仮想マシンを構築すべきだ、というものだった。
彼は二つの具体的な手術用ハサミを提示しました。
最初の一刀：「データ構造」を交換
最初の変更はイーサリアムのステートツリーに適用されます。これはイーサリアムの「帳簿インデックスシステム」と考えることができ、誰かが残高を確認したり、トランザクションを検証したりするたびに、このツリーを下って参照します。
問題は、現在この木があまりにも「太い」ことです。イーサリアムは「六分岐KeccakMerklePatricia木」という構造を使用しています（名前が呪文のように長いです）。Vitalikが提案したEIP-7864では、これをより簡潔な二分木に置き換えようとしています。
たとえば、以前は1つのデータを確認する際に六叉路で何度も方向を選んでいましたが、今は左と右の2択だけになりました。その結果、マーチルツリーのブランチ長は元の4分の1に短縮されます。軽クライアントにとって、データを検証するために必要な帯域幅が大幅に削減されます。
しかし、ヴィタリクは木の形状を変えるだけでは満足せず、「葉の文字」、つまりハッシュ関数も変更したいと考えています。候補はBlake3とPoseidonの2つです。Blake3は安定した速度向上をもたらします。一方、Poseidonはより革新的で、理論的には証明効率を数十倍向上させることができますが、セキュリティについてはさらなる監査が必要です。
注目すべきは、この方案がこれまでコミュニティで長年議論されてきたVerkle Treesを実質的に置き換えた点である。Verkleは2026年のハードフォークの優先方案であったが、その基盤となる楕円曲線暗号が量子計算の脅威にさらされているため、2024年半ばから人気が低下し、二分木方案が台頭した。
第二の手：「仮想マシン」を交換し、EVMをスマートコントラクトに変える
二番目の変更はより大膽で、より議論を呼ぶものだ：EVMを長期的にRISC-Vアーキテクチャで置き換えること。
RISC-Vはオープンソースの命令セットであり、元々ブロックチェーンとは関係なかったが、現在ではほぼすべてのZK証明システム内で使用されている。Vitalikの論理は非常に単純だ：証明者がすでにRISC-Vという言語を話しているなら、なぜ仮想マシンは別の言語を話して、その間に翻訳層を挟む必要があるのか？翻訳層を削除すれば、効率は自然と向上する。
RISC-Vのインタプリタはたった数百行のコードで実現できる。Vitalikは、これがブロックチェーン仮想マシン应有的な姿だと述べた。
彼は三段階の計画を立てた。第一段階では、新しい仮想マシンでプリコンパイル済みの契約を実行し、既存のプリコンパイルの80％を新しいVMコードで再構築する。第二段階では、開発者が新しい仮想マシンの契約を直接デプロイし、EVMと並行して実行できるようにする。第三段階では、EVMを退役させるが、消えるわけではない——新しい仮想マシン上で動作するスマートコントラクトとして書き換えられ、完全な後方互換性を実現する。
古い車の所有者は車を買い替える必要はありません。エンジンが静かに交換されただけで、ステアリングはそのままです。
この二つの要素を合わせると、どれほど重要でしょうか？ヴィタリックは数字を示しました：状態ツリーと仮想マシンを合わせて、イーサリアムの証明ボトルネックの80％以上を占めています。つまり、これら二つを動かさなければ、イーサリアムはZK時代におけるスケーリングで立ち止まったままです。
Arbitrumは同意しない：倉庫でフォークリフトを使うからといって、宅配便の運転手にもフォークリフトを運転させることはできない
しかし、これは誰もが頷くような物語ではありません。
昨年11月、Arbitrumのコア開発チームであるOffchain Labsは、詳細な技術的反論を発表した。4人の研究者は、RISC-VはZK証明に適しているが、コントラクトの「配布形式」には適していない、という核心的な見解を示した。
彼らは重要な区別を示しました。「デリバリー指令セット」（dISA）と「証明指令セット」（pISA）は同じものである必要はないということです。あなたの倉庫で荷物を運ぶのにフォークリフトが最も効率的だとしても、宅配便の配達員が自宅までフォークリフトで届ける必要があるわけではありません。
Offchain Labsは、スマートコントラクト層にWebAssembly（WASM）を採用することを提唱しており、その理由は非常に確実です：WASMは標準的なハードウェア上で高効率で実行され、大多数のイーサリアムノードはRISC-Vチップを実行していないため、強制的に切り替えるにはエミュレーターが必要になります。WASMには成熟した型安全検証メカニズムが備わっており、WASMのツールチェーンエコシステムは数十億の実行環境で実績を積んでいます。
さらに重要なのは、彼らが単に口で言うだけでなく、Offchain Labs が Arbitrum 上でプロトタイプを実行済みであることです。WASM をスマートコントラクトの配布形式として使用し、RISC-V にコンパイルして ZK 証明を行います。二層はそれぞれの役割を果たし、互いに干渉しません。
彼らはさらに、深く考えるべきリスクを指摘した：ZK証明の分野では技術の進化が極めて速く、最近ではRISC-Vの実装が32ビットから64ビットに切り替わった。もし今この段階でRISC-VをイーサリアムL1に固定してしまうと、2年後により優れた証明アーキテクチャが登場した場合どうなるのか？急速に移動する標的に対して賭けをかけるのは、イーサリアムのスタイルではない。
より大きな背景：L2が「離乳」し始めている
この提案を理解するには、より広い背景が必要です。
ちょうど1か月前、ヴィタリックはイーサリアムに「専用のL2ロードマップ」が必要かどうかを公に疑問を呈し、L2陣営から一斉の反応を引き起こした。Espresso SystemsのCEO、ベン・フィッシュはCoinDeskに対して、ヴィタリックの意図は、L2の当初の目的がイーサリアムのスケーリングを支援することだったが、今やイーサリアム自体が速くなろうとしているため、L2の位置づけも当然変化すべきだ、という意味であると的確に述べた。
興味深いことに、L2はパニックになるのではなく、むしろ「イーサリアムからの脱却」を積極的に進めています。OP Labsの共同創業者であるJing Wangは、L2を独立したウェブサイトに例え、イーサリアムを底層のオープンな決済標準と述べました。PolygonのCEOであるMarc Boironはさらに明確に、本当の課題はスケーリングではなく、支払いのような実際のシナリオに特化したブロック空間を構築することだと語っています。
言い換えれば、ヴィタリクの今回の実行層への大規模な変更は、より大きなトレンドへの技術的な注釈である：イーサリアムは自らのコア機能への制御権を取り戻しつつあり、L2たちは強制されたり、ついに自ら独立して存在する理由を見出しつつある。
これは実現できますか？
Vitalik自身也承認、仮想マシンの置き換えについては、開発者コミュニティの広範な合意がまだ得られていない。状態ツリーの改革はより成熟しており、EIP-7864には具体的な草案と推進チームがすでに存在する。しかし、RISC-VによるEVMの置き換え？これはまだ「ロードマップ」の段階にとどまり、コードに組み込むにはまだ距離がある。
しかしVitalikは先週、印象的な発言をしました：イーサリアムはすでに1回のジェットエンジン交換（The Mergeを指す）を完了しており、今後さらに約4回の交換が可能だと述べました——状態ツリー、コンセンサスの簡素化、ZK-EVM検証、仮想マシンの置換。
イーサリアムのGlamsterdamアップグレードは2026年前半に実装される見込みで、その後にHegotaが続きます。両方のハードフォークの詳細はまだ確定していませんが、ステートツリーの改革と実行層の最適化が明確な主要な方向性です。
イーサリアムの物語は、「できるかできないか」の問題ではなかった。PoWからPoSへ、L1すべてに注力からRollup中心へと移行し、すでに万メートルの高空でエンジンを分解する能力と勇気を示してきた。
今回動かすのはより深い部分——新しい機能を追加するのではなく、古い基盤を掘り起こして再コンクリート打ちすることだ。これは深く計画されたリニューアルなのか、それともますます複雑になる無底洞なのか？その答えはおそらく2027年にならなければ明らかにならない。
しかし、少なくとも一つは確実です：イーサリアムは、ZK時代に「パッチを貼り続ける古いシステム」でいるつもりはありません。パッチをどう外し、エンジンをどのモデルに交換するかという議論自体が、結論よりも価値があるかもしれません。