我最近注意到，Vitalik Buterin 开始坦率地谈论一个长期以来被以太坊开发者忽视的问题：过度依赖“捷径方案”，而不是修复根基架构。实际上，开发者一直在回避优化 EVM（以太坊虚拟机），而不是在每次需要新的加密流程时就添加“预先打包的合约”。但 Vitalik 最终决定正面直指这一问题。

该计划包含两项彻底的改动。第一项涉及以太坊的状态树——把它想象成网络的索引系统。问题在于，它由于当前的结构而变得“臃肿”得非常厉害。Vitalik 提议根据 EIP-7864 将其替换为更简单的二叉树。结果是什么？Merkle（默克尔）分支的长度将降至原来的 1/4，这意味着轻客户端的带宽需求将大幅下降。

但最大胆的部分是第二项：从长期来看，用 RISC-V 替换 EVM。RISC-V 是一种开源指令集，目前已在大多数 ZK 证明系统中使用。逻辑很简单：为什么要用另一种虚拟机语言，并在它们之间额外加上一层翻译？去掉这层翻译会自动提升效率。

该计划分三阶段推进：首先，在新机器上运行预先打包的合约，并重写其中 80%；其次，允许开发者直接部署新的合约，同时与旧的 EVM 并行进行并发执行；第三，逐步退役 EVM，但用智能合约形式重写它——旧的“汽车”无需改变，只需要更换引擎。

Vitalik 给出了一个关键数字：状态树与虚拟机合在一起构成了超过 80% 的验证瓶颈。没有这些改变，ZK 时代的扩展只会原地打转。

不过，并非所有人都认同。Offchain Labs 的团队 (Arbitrum) 发布了一份细致的技术回应，反对把 RISC-V 变成统一标准。它们的观点是：RISC-V 适用于证明，但并不适合作为合约的“交付格式”。他们建议改用 (WebAssembly)WASM(——它在普通设备上运行效率高，并且具备成熟的安全性验证机制。更重要的是，他们在 Arbitrum 上构建了一个试验模型，证明当 WASM 作为交付层并结合 RISC-V 进行证明时，两者可以彼此独立运行、互不干扰。

引人关注的是，这反映出生态系统正在发生更广泛的变化：L2s 开始寻求独立的身份，而不再只是帮助以太坊。有人认为，真正的挑战并不在于扩展，而在于为真实场景创造出独一无二的区块空间。

Vitalik 承认，替换 EVM 仍然缺乏广泛兼容性。状态树的修复更成熟，但 RISC-V 仍处在“路线图”阶段。然而他给出了一个令人震惊的表态：以太坊在“合并”过程中已经在飞行中换过一次引擎——)The Merge——它还能再做大约四次。

预计 Glamsterdam 升级将在 2026 年上半年实施，紧接着 Hegota 也会随之推进。修复状态树并优化执行层，是两个确定无疑的重点。

真正的问题是：这是经过深思熟虑的修订，还是一个随着每次修补而变得更复杂、永无止境的陷阱？也许要到 2027 年我们才会知道。但有一点可以肯定：以太坊并不打算在 ZK 和现代加密时代成为一个需要被不断修修补补的旧系统。甚至这场讨论本身，也许比最终结果更有价值。