最近、ビタリック・ブテリンが長い間エthereumの開発者たちが無視してきた問題について率直に語り始めたことに気づいた：解決策に頼りすぎて根本的な修正を行わないことだ。実際、開発者たちはEVMの改善を避け、代わりに新しい暗号化処理が必要なたびに「事前に用意されたコントラクト」を追加してきた。しかし、ビタリックはついにこの問題に直接対処することを決めた。

計画は二つの抜本的な変更を含む。最初はイーサリアムの状態木—ネットワークの索引システムのようなもの—に関するものだ。問題は、その構造が現在のままでは「肥大化」してしまったことだ。ビタリックはこれをEIP-7864に基づくよりシンプルな二分木に置き換えることを提案している。結果は？マークルツリーの長さは4分の1に短縮され、軽量クライアントの帯域幅要件が大きく削減される。

しかし、最も大胆な部分は二つ目だ：長期的にはEVMをRISC-Vに置き換えることだ。RISC-Vはオープンソースの命令セットで、すでにほとんどのZK証明システムで使われている。シンプルな理由：なぜ仮想マシンに異なる言語を使い、その間に翻訳層を追加する必要があるのか？この層を取り除けば、効率は自動的に向上する。

計画は三段階で進む：まず、事前に用意されたコントラクトを新しい仮想マシン上で動かし、80%を書き換える；次に、開発者が新しいコントラクトを直接公開できるようにし、旧EVMと並行して動作させる；最後に、EVMを引退させるが、それをスマートコントラクトとして再実装する—古い車両は変更不要で、エンジンだけが変わる。

ビタリックは重要な数字を示した：状態木と仮想マシンの合計は、証明のハードルの80%以上を占めている。これらの変更なしでは、ZK時代のスケーリングはただの停滞に過ぎない。

しかし、全員が賛成しているわけではない。Offchain Labsの(Arbitrum)チームは、RISC-Vを標準化するアイデアに対して詳細な技術的反論を公開した。彼らの意見は：RISC-Vは証明には良いが、「コントラクトの配信フォーマット」としては適していないというものだ。代わりにWebAssembly(WASM)を提案している—これは一般的なデバイス上で効率的に動作し、成熟した安全性検証メカニズムを持つ。最も重要なのは、Arbitrum上にWASMとRISC-Vを独立して動作させる試験モデルを構築したことだ。

興味深いのは、これはエコシステム全体の変化を反映している点だ：L2は単なるEthereumの補助から、自立したアイデンティティを模索し始めている。ある人々は、真の課題はスケーリングではなく、実世界のシナリオに適したユニークなブロック空間を作ることだと考えている。

ビタリックは、EVMの置き換えは依然として広範な互換性に欠けていると認めた。状態木の修正はより成熟しているが、RISC-Vはまだ「ロードマップ」段階だ。しかし、彼は驚くべき立場を示した：イーサリアムはすでに一度、(The Merge)の間にエンジンを置き換えたことがあり、あと4回くらいは可能だと。

Glamsterdamのアップグレードは2026年前半に実施され、その後すぐにHegotaが続く見込みだ。状態木の修正と実行層の改善は、確実に進めるべき二つの柱だ。

本当の疑問は：これは綿密に検討された見直しなのか、それとも終わりのない罠で、修正を重ねるごとに複雑さが増すだけなのか？答えは2027年までわからないだろう。ただ一つ確かなことは、イーサリアムはZK時代や最新の暗号通貨時代に古いシステムを修正し続けるつもりはないということだ。議論そのものが、最終結果よりも価値があるかもしれない。