我注意到，在以太坊过去几年里形成了一种有趣的传统：开发者不是改进虚拟机本身，而是通过预编译的合约绕过它。但Vitalik并不满足于此。最近，他发布了一个详细的计划，说明如何从零重新设计这一切。

计划的第一部分涉及以太坊的状态树。简化来说，它就像一种索引系统，系统不断地在其中查找数据。问题在于，当前的结构——同样是六叉的Keccak Merkle树——过于庞大。Vitalik提出的EIP-7864，用二叉树取代了它。你不再从六个方向选择，而是只选择左或右。结果是？默克尔树的长度缩短了四倍。对于轻客户端来说，这意味着大幅降低带宽需求。

但这还不是全部。Vitalik还想改变哈希函数。目前有两个候选：Blake3，提供稳定的加速；以及Poseidon，理论上可以将证明效率提高数十倍，尽管安全性仍在验证中。这个计划实际上取代了多年来社区讨论的Verkle树，但由于量子计算的威胁，它逐渐失去了人气。

第二步更为雄心：用RISC-V架构取代EVM。逻辑很简单——如果零知识证明系统已经理解RISC-V，为什么虚拟机要使用其他语言？去除中间层，所有操作都能自动加速。Vitalik计划分三个阶段：首先将80%的预编译合约迁移到新虚拟机，然后允许开发者直接部署合约，最后逐步淘汰旧的EVM——但不是删除它，而是将其重写为新机器上的智能合约。旧合约将继续运行，就像一辆可以更换引擎的汽车。

Vitalik表示，状态树和虚拟机合计占以太坊限制的80%以上。没有这些变化，ZK时代的扩展性根本无法推进。

但并非所有人都同意。Arbitrum Offchain Labs团队发布了详细的技术反对意见。他们的立场是：RISC-V适合零知识证明，但不一定适合作为合约的格式。他们区分了用于传递(dISA)指令集和用于证明(pISA)指令集的指令集。在他们看来，这两者不应是同一回事。他们建议用WebAssembly作为合约层，然后编译成RISC-V以进行证明。他们已经在Arbitrum上测试了原型，效果良好。同时，他们指出了风险：零知识技术变化迅速，如果现在在L1上固定RISC-V，两年后会怎样？

这一讨论发生在更大变革的背景下。Vitalik最近质疑了以太坊是否还需要单独的L2路线图。令人惊讶的是，L2没有陷入恐慌，而是开始积极重新思考自己的角色。如果以太坊变得更快，L2就必须找到自己的独特空间——不仅仅是扩展，而是真正的应用场景。

Vitalik本人承认，关于替换EVM的共识尚未达成。状态树的改革已取得一定进展——EIP-7864已有具体方案。但用RISC-V替代？目前还只是路线图上的一项。Glamsterdam硬分叉预计在2026年上半年，随后是Hegota。具体细节尚未确认，但状态树的改革和执行层的优化已成为确定的方向。

以太坊的历史一直在证明“可能”。从PoW到PoS，从L1到Rollup——系统已经证明它准备好在高空中拆解引擎。这次讨论更深层次：不是增加功能，而是从根本上重塑基础。是经过深思熟虑的修复，还是逐渐变成难以修补的坑？答案要到2027年才能揭晓。但有一点是明确的：以太坊不打算成为一个带有补丁的老系统。这场关于如何拆除补丁和安装新引擎的争论，也许比任何结论都更有价值。