イーサリアムのエンジン交換が始まろうとしている。ヴィタリック・ブテリンが最近発表した提案は、単なるアップグレードではなく、EVMの根本的な作り直しを意味している。

昨年から開発者コミュニティには暗黙のルールがあった。新しい暗号学操作が必要になるたびに、EVMそのものを改造するのではなく、プリコンパイル契約という「抜け道」を使ってきた。つまり、基盤は触らず、表面的な修正を重ねてきたわけだ。ヴィタリクはこの流れに異議を唱えた。彼の主張はシンプルだ——イーサリアムの価値は汎用性にあり、EVMが不十分なら、より優れた仮想マシンを構築すべきだということだ。

具体的には二つの大きな変更が提案されている。まずはステートツリーの改革。現在のイーサリアムは「六分岐KeccakMerklePatricia木」という複雑な構造を使っているが、これをシンプルな二分木に置き換えようというもの。データ検証時の帯域幅が大幅に削減され、軽クライアントの効率が劇的に向上する。さらにハッシュ関数もBlake3やPoseidonに変更する検討もある。

もう一つは、より大胆な変更——EVMをRISC-Vアーキテクチャで長期的に置き換えることだ。ZK証明システムではすでにRISC-Vが標準言語として使われている。ヴィタリクの論理は明快だ。証明者がRISC-Vで動作しているのに、なぜ仮想マシンは別の言語を話して、その間に翻訳層を挟む必要があるのか。翻訳層を削除すれば、効率は自然と向上する。

この二つの変更を合わせると、イーサリアムの証明ボトルネックの80％以上を占めるという。つまり、これらを実現しなければ、ZK時代のスケーリングは進まないということだ。

ただし、全員が賛成しているわけではない。Arbitrumのコア開発チームであるOffchain Labsは、詳細な技術的反論を発表した。彼らの指摘は鋭い——配布形式とproof形式は同じである必要はないということだ。倉庫でフォークリフトが効率的だからといって、宅配便の配達員もフォークリフトで運ぶ必要はない。Offchain Labsはスマートコントラクト層にWebAssemblyを採用し、それをRISC-Vにコンパイルしてproof化する二層アプローチを提唱している。実際、彼らはすでにArbitrumでプロトタイプを実行済みだ。

さらに重要な懸念がある。ZK証明の分野では技術進化が極めて速く、RISC-Vの実装も32ビットから64ビットに移行したばかり。今この段階でRISC-VをイーサリアムL1に固定してしまうと、2年後により優れた証明アーキテクチャが登場した場合、どうするのか。急速に変わる標的に賭けをかけるのは、イーサリアムのスタイルではないということだ。

興味深いのは、このタイミングだ。ちょうど1か月前、ヴィタリクはイーサリアムに「専用のL2ロードマップ」が必要かどうかを公に疑問視した。それに対してL2陣営は、むしろ「イーサリアムからの独立」を積極的に進め始めている。OP Labsの共同創業者やPolygonのCEOは、L2の役割が単なるスケーリングではなく、特定のユースケースに特化したブロック空間を構築することにあると述べている。

つまり、ヴィタリクのこの実行層への大規模な変更は、より大きなトレンドの技術的な注釈に過ぎない。イーサリアムは自らのコア機能への制御権を取り戻しつつあり、L2たちは独立して存在する理由を見出しつつある。

ステートツリーの改革はすでに成熟度が高く、EIP-7864には具体的な草案と推進チームが存在する。一方、EVMの置き換えはまだ「ロードマップ」段階で、実装までには距離がある。ただしヴィタリク自身は、イーサリアムはThe Mergeという一度のエンジン交換を完了しており、今後さらに約4回の交換が可能だと述べている。

Glamsterdamアップグレードは2026年前半に実装される予定で、その後にHegotaが続く。ステートツリーの改革と実行層の最適化が明確な主要方向性だ。

イーサリアムの物語は「できるかできないか」の問題ではなかった。PoWからPoSへ、L1すべてに注力からRollup中心へと移行し、すでに万メートルの高空でエンジンを分解する能力と勇気を示してきた。今回動かすのはより深い部分——新しいcrypto機能を追加するのではなく、古い基盤を掘り起こして再コンクリート打ちすることだ。

これは深く計画されたリニューアルなのか、それともますます複雑になる無底洞なのか。その答えはおそらく2027年にならなければ明らかにならない。ただ一つ確実なのは、イーサリアムはZK時代に「パッチを貼り続ける古いシステム」でいるつもりはないということだ。パッチをどう外し、エンジンをどのモデルに交換するかという議論自体が、結論よりも価値があるかもしれない。