为什么Vitalik Buterin 说以太坊放弃了 eWASM

• 以太坊在合并延迟和优先级转变导致执行层升级停滞、动力减弱后，放弃了 eWASM。

• SNARK 和 zkEVM 的突破重塑了以太坊的虚拟机需求，更偏向于证明友好的设计，而非 WebAssembly。

• 由于强大的 zkVM 采用、对 SNARK 的更好兼容性以及生态系统中工具的不断增长，RISC-V 逐渐受到青睐。

Vitalik Buterin 在2025年4月于 Pragma Taipei 举行的炉边聊天中透露了以太坊为何放弃 eWASM的原因。在台北，他解释了技术延误和研究突破如何重塑以太坊的虚拟机计划。他详细说明了为何 RISC-V 现在比 eWASM 更适合以太坊的路线图。

eWASM 的早期承诺与技术摩擦

Buterin 表示，以太坊曾将 eWASM 视为以太坊虚拟机的替代方案。他描述了 EVM 的缺陷，指出其在256位设计选择和 gas 机制方面效率低下。他补充说，EVM 架构限制了与非加密软件的兼容性。

值得注意的是，eWASM 之所以受到青睐，是因为浏览器采纳 WebAssembly。以太坊开发者期望在行业间实现工具共享的好处。然而，随着以太坊专注于权益证明的开发，进展变慢。

Buterin 解释说，“合并”消耗了大量开发资源。因此，以太坊推迟了大规模执行层的变更。他指出，如果早期升级能更快完成，eWASM 可能在2020年左右推出。

然而，这一时间表从未实现。随着以太坊优先级的转变，eWASM 失去了动力。这一暂停为替代方案打开了空间。

SNARKs 改变以太坊的方向

在2022年和2023年左右，Buterin 表示新技术改变了以太坊的思路。他提到 SNARK 系统和如 RISC Zero 之类的项目。这些工具强调零知识证明的效率。

Buterin 解释说，替换虚拟机需要 SNARK 的兼容性。他表示，以太坊应从一开始就围绕证明系统进行设计。这一要求降低了 eWASM 的吸引力。

值得注意的是，eWASM 缺乏与基于 SNARK 执行的本地对齐。同时，zkEVM 研究在整个生态系统中加速。开发者越来越多地构建考虑零知识证明的系统。

据 Buterin 称，这一转变迫使以太坊重新考虑其虚拟机策略。他强调，全面替换需要长期的密码学兼容性。

为什么 RISC-V 适合以太坊的新路径

Buterin 表示，RISC-V 在零知识虚拟机中获得了关注。许多 zkEVM 实现现在采用基于 RISC-V 的设计。他描述了在开源硬件项目中的日益采用。

此外，Buterin 说 RISC-V 受益于标准化的推动。工具链在加密和传统工程社区中不断扩展。这种一致性对以太坊未来的执行环境至关重要。

他解释说，如果以太坊承诺进行虚拟机的全面改造，RISC-V 提供了更明确的优势。它支持对 SNARK 友好的执行和更广泛的生态系统兼容性。因此，以太坊将重点从 eWASM 转向 RISC-V。