📝 嗨，我是 10，Vitalik 最近发了一条长推，透露以太坊将迎来一次真正意义上的发动机级升级。

不是小修小补，不是性能优化，而是要把 EVM（以太坊虚拟机）彻底重构，甚至替换掉。

打个不那么恰当的比方：你用了七年的 iPhone，系统一直更新，但芯片从来没换过。有一天，苹果突然宣布，要在你正常使用的情况下，把芯片架构整个换掉，影响力当然很大。

👇👇👇

一、 为什么终于要对 EVM 动手了

在以太坊圈，大家通常不动 EVM。遇到新需求，很多人先想在协议层加速（如预编译合约），绕过虚拟机。

原因很现实：EVM 处理某些复杂操作确实慢。Vitalik 的意思其实很朴素：厨房不够好，就重建一个，不必总指望外援。

二、 第一刀换掉那棵胖树

他提了两个大改动。第一个是关于状态树，你可以理解成以太坊的账本索引。

你可以把状态树理解为以太坊的账本索引。目前用的是六叉树，每个节点最多有16个子节点，查找路径长、效率低。Vitalik 提议换成二叉树，只有左右两个方向，查找更快，带宽消耗也更少。

就像从翻厚厚的电话簿，变成了用手机通讯录直接搜索。同时，哈希函数也要换：引入 Blake3 提升稳定性，Poseidon 则能让效率提升几十倍。

这个方案其实是替代了之前的 Verkle 树。因为 Verkle 树依赖的密码学可能扛不住量子计算，所以从去年开始，它逐渐被社区弃用。技术路线图嘛，说变就变。

三、 第二刀把 EVM 变成历史

第二刀更大胆，用 RISC-V 架构替换 EVM。 RISC-V 原本跟区块链没啥关系，但现在许多ZK证明系统都在用它。

Vitalik 的思路很简单：既然 RISC-V 已经被用作证明器，那为什么虚拟机还要使用不同的语言并增加额外的翻译？去掉这个翻译层，效率自然提升。

一个 RISC-V 解释器只有几百行代码，Vitalik 认为这才是区块链虚拟机该有的样子。

他的三步计划：

先让新虚拟机跑预编译合约，验证可行性

允许开发者部署新虚拟机合约，EVM和新虚拟机并行运行

EVM退役，但老合约依然能运行，因为EVM会转成新虚拟机上的智能合约

老用户不用换车，但发动机悄悄升级了。Vitalik 算了一下：状态树和虚拟机加起来占了以太坊证明瓶颈的 80% 以上。不动这两块，ZK 扩容就难以实现。

四、 Arbitrum 的回应：方向对，路径可以再想想

Arbitrum 团队去年 11 月对 RISC-V 的提议做过回应。他们认可 RISC-V 在 ZK 证明上的优势，但认为它不适合作为合约的交付格式。

他们打了个比方：叉车在仓库里搬货很高效，但快递员不可能开叉车送货上门吧？

所以他们建议用 WASM（WebAssembly） 作为合约层。WASM 能快速运行，有成熟的类型安全机制，工具链也在浏览器环境中被验证过。Arbitrum 已经用 WASM 实现了原型：合约通过 WASM 交付，再通过 RISC-V 做 ZK 证明，两者各司其职、互不干扰。

他们还担心一点：ZK 技术进展太快，RISC-V 刚刚进入 64 位，万一两年后出了更好的架构呢？

五、 以太坊的 L2 面临断奶时刻

一个月前，Vitalik 质疑是否还需要专门的 L2 路线图，引发 L2 阵营的集体回应。有人指出，L2原本是为了扩容，而现在以太坊自己变得更快，L2 的角色自然需要调整。

L2 们不但没有慌乱，反而开始主动去以太坊化，有人将 L2 比作独立网站，以太坊则是底层结算标准；有人认为，真正的挑战在于为特定场景创造独特的区块空间。

Vitalik 对执行层的改动传递出一个信号：以太坊不再只满足于做结算层，而是要收回核心能力的控制权。而 L2 们，也在逐步找到自己的独立定位。

六、 到底能不能成

Vitalik 自己也承认：虚拟机替换还没形成广泛共识。目前，状态树改革比较成熟，EIP-7864 已经有了具体草案，但 RISC-V 替换 EVM，还是停留在路线图阶段。

接下来的两个关键节点是：Glamsterdam 升级（预计 2026 年上半年）和 Hegota 升级。状态树改革和执行层优化是确定的主线，虚拟机替换预计要到 2027 年。

不过，Vitalik 有句话特别有意思：以太坊已经在飞行中换过一次发动机（指The Merge），接下来还可能再换四次。虽然这话听起来轻描淡写，但想一想——一个几千亿市值的网络，能够在不停机、不影响用户的情况下换共识机制、虚拟机和状态树，这在传统互联网时代是不可想象的。

七、 我的感受

以太坊在 EVM 上跑了七年，预编译合约的积累问题一直存在。为什么现在要大规模调整？我觉得是 ZK 时代的需求变化了。

过去，以太坊只需保证在普通硬件上能运行，而现在 ZK 证明要求每个操作都能生成验证证明。EVM 当初没考虑 ZK 证明，许多操作在 ZK 电路中跑不通，所以预编译合约成了权宜之计，但这种临时解决方案积累太多，现在是时候做出改变了。

Vitalik 这次态度也更坚决了，不再是可以考虑，而是要正面解决。这也许意味着社区内部已经达成共识，不能再拖延。

能否成功，2027 年见分晓，但至少可以确定，Ethereum 不想在 ZK 时代依然是个补丁系统。

至于具体怎么做，这场讨论比结果更有价值。毕竟，能在这儿讨论未来的项目，已经不多了。