数か月前、ヴィタリックは非常に興味深いアイデアを提案しました：イーサリアムには表面上よりも深刻な問題がある。常に事前にコンパイルされたコントラクトでEVMを修正し続けるのではなく、アーキテクチャ自体を再考する時が来ているのではないかと。

彼は二つの重要な変更案を提示しました。一つは状態木に関するもので、これはイーサリアムがすべての残高や検証のためにインデックスシステムとして使用しているマークルツリーです。問題は、現在の六角形のKeccak Merkle Patricia Treeと呼ばれる構造があまりにも巨大すぎることです。各クエリには多くの分岐を通過する必要があります。

ヴィタリックはEIP-7864を提案し、これを二分木に置き換えることを提案しています。シンプルに聞こえますが、その効果は驚くべきもので、マークルツリーの長さは4倍短縮されます。軽量クライアントにとっては、検証すべきデータが大幅に減ることを意味します。しかし彼はここで止まりません—ハッシュ関数自体も変更したいと考えています。Blake3かPoseidonか？Poseidonはより野心的で、理論的には証明の効率を何十倍も向上させる可能性がありますが、安全性はまだ検証が必要です。

二つ目の提案ははるかに大胆です—長期的にはEVMをRISC-Vに置き換えることです。シンプルな論理はこうです：ZK証明システムがすでにRISC-Vを理解しているなら、仮想マシンは別の言語を使う必要はないのではないか？これは単に翻訳の手間を増やすだけです。RISC-Vインタプリタは数百行のコードで済み、これこそがブロックチェーンインターフェースにふさわしいものです。

計画は三段階です：まず新しいVM上で事前コンパイルされたコントラクトを稼働させ、その後、開発者がEVMと並行して新しいマシンのコントラクトを展開できるようにし、最後にEVMを運用から外すが、完全に削除せず—新しいプラットフォーム上のスマートコントラクトとして書き換える。古いコントラクトは変更なく動き続けます。

ヴィタリックは数字も示しました：状態木と仮想マシンは、イーサリアムの証明の制約の80%以上を占めていると。これらの変更なしでは、ZK時代のスケーリングは行き詰まるだけだと。

しかし、全員が賛成しているわけではありません。Arbitrum Offchain Labsのチームは真剣な反論を公表しました。彼らは言います：RISC-VはZK証明には素晴らしいが、だからといってコントラクトをRISC-Vで書く必要はないと。彼らはこれを分割提案しています—コントラクトにはWebAssemblyを使い、その後証明のためにRISC-Vにコンパイルする。彼らの主張はこうです：イーサリアムのほとんどのノードはRISC-Vチップ上で動作していない、WASMには検証済みのセキュリティメカニズムがあり、WASMのツールエコシステムは何十億回の実行で試されてきた。

これは興味深いことに、より大きなトレンドを示しています。L2ソリューションは、自分たちの役割が変わりつつあることを理解し始めています。イーサリアム自体が高速化しているため、L2は単なるスケーリングだけでなく、実際のシナリオに特化した空間を模索しています。

これを実現できるかどうかについては、コンセンサスは得られていません。merkle treeの改革はより具体的で、EIP-7864にはすでにチームがあります。しかし、EVMの置き換えはまだロードマップの段階です。GlamsterdamやHegotaのハードフォークは2026年前半に予定されていますが、詳細は未承認です。

しかし、ヴィタリックはおそらく自分のやるべきことを知っているのでしょう。イーサリアムはすでに一度、飛行中に反応的なエンジンを変えました—The Mergeです。彼はさらに約4つの変更を行う準備をしています。これは単なる機能追加ではなく、根本的な基盤の変革です。これが計画的な修理なのか、無限の複雑さの穴なのか、その答えはおそらく2027年になって初めて明らかになるでしょう。