なぜVitalik ButerinはEthereumがeWASMを採用しなかったのか

• イーサリアムはMergeの遅延と優先順位の変化によりeWASMを放棄し、実行層のアップグレードの遅れと勢いの低下を招きました。

• SNARKやzkEVMのブレークスルーにより、イーサリアムのVMのニーズが再形成され、WebAssemblyよりも証明に適した設計が優先されるようになりました。

• RISC-Vは、zkVMの採用拡大、SNARKとの互換性の向上、エコシステム全体でのツールの成長により、支持を集めました。

Vitalik Buterinは、2025年4月のPragma Taipeiのファイアサイドチャットで、イーサリアムがeWASMを放棄した理由を明らかにしました。台北での講演で、イーサリアムの共同創設者は、技術的遅延と研究のブレークスルーがイーサリアムの仮想マシンプランをどのように再形成したかを説明しました。彼は、なぜRISC-Vが現在のイーサリアムのロードマップにeWASMよりも適しているのかを詳述しました。

eWASMの初期の約束と技術的摩擦

Buterinは、イーサリアムがかつてeWASMをイーサリアム仮想マシン（EVM）の代替と見なしていたと述べました。彼は、非効率な256ビット設計や問題のあるガスメカニズムを理由に、EVMの欠点を指摘しました。また、EVMのアーキテクチャは非暗号ソフトウェアとの互換性を制限しているとも述べました。

特に、eWASMはブラウザがWebAssemblyを採用したことで魅力を増しました。イーサリアムの開発者は、業界全体で共有できるツールの恩恵を期待していました。しかし、イーサリアムがPoSの開発に集中するにつれて進展は鈍化しました。

Buterinは、「The Merge」が開発リソースを消費したと説明しました。その結果、イーサリアムは大規模な実行層の変更を遅らせました。彼は、もし早期のアップグレードがより早く完了していれば、eWASMは2020年頃にリリースされていた可能性があるとも述べました。

しかし、そのタイムラインは実現しませんでした。イーサリアムの優先順位が変わるにつれて、eWASMの勢いは失われました。その一時停止は、代替アプローチの余地を生み出しました。

SNARKがイーサリアムの方向性を変える

2022年から2023年にかけて、Buterinは新技術がイーサリアムの考え方を変えたと述べました。彼はSNARKシステムやRISC Zeroのようなプロジェクトを指摘し、これらのツールがゼロ知識証明の効率性を強調していると説明しました。

Buterinは、VMの置き換えにはSNARKの互換性が必要だと述べました。彼は、イーサリアムは最初から証明システムを中心に設計すべきだと指摘しました。この要件により、eWASMの魅力は低下しました。

特に、eWASMはSNARKベースの実行とネイティブに整合しませんでした。一方、zkEVMの研究はエコシステム全体で加速し、開発者はゼロ知識証明を念頭に置いたシステム構築を進めました。

Buterinによると、その変化はイーサリアムにVM戦略の見直しを迫りました。彼は、完全な置き換えには長期的な暗号学的互換性が必要だと強調しました。

なぜRISC-Vがイーサリアムの新しい道に適合するのか

Buterinは、RISC-Vがゼロ知識仮想マシン全体で支持を得ていると述べました。多くのzkEVM実装は、現在RISC-Vベースの設計を採用しています。彼は、オープンハードウェアプロジェクトでの採用拡大についても言及しました。

さらに、Buterinは、RISC-Vが標準化の勢いを享受していると述べました。ツールの拡大は暗号と従来のエンジニアリングコミュニティ全体で進行中です。この整合性は、イーサリアムの将来の実行環境にとって重要です。

彼は、イーサリアムがVMの全面的な刷新を決定した場合、RISC-Vはより明確なメリットを提供すると説明しました。RISC-VはSNARKに優しい実行をサポートし、より広範なエコシステムとの互換性も持ち合わせています。そのため、イーサリアムはeWASMからRISC-Vへの焦点を移したのです。