刚刚看到Vitalik关于以太坊重大升级计划的帖子，必须说这相当勇敢

简要总结是他想做两项基础性变革，这将深刻影响以太坊的运作方式。第一是状态树的问题，简单来说就是以太坊的数据存储和检索系统。问题是目前它太庞大且复杂，Vitalik建议将其从Hexadecimal Keccak Merkle Patricia Tree结构改为更简单的二叉树结构。实际影响是，用于验证数据的带宽将减少到原来的大约四分之一。

但这还不够，他还想改变哈希函数，提出使用Blake3或Poseidon Blake3。Blake3速度更快，但Poseidon似乎更厉害，从理论上可以提升数十倍的效率。

第二项变革更为激烈，他希望用RISC-V取代EVM，从长远来看。原因相当合理：如果所有零知识证明系统都用RISC-V，那为什么还要让EVM用不同的语言？还要进行转换？如果去掉转换层，性能自然会提升。

他的计划分为三个步骤：第一，使用新的虚拟机运行已编译的合约；第二，让开发者可以直接在新虚拟机上部署合约；第三，废除EVM，但用新虚拟机重新编写智能合约，以实现向后兼容。

Vitalik表示，状态树和虚拟机的改进合计占以太坊证明限制的80%以上。如果不触动这两部分，以zk时代的扩展也会卡在这里。

但并非所有人都同意。Arbitrum的Offchain Labs团队提出了较为详细的反对意见。他们说RISC-V适合构建ZK证明，但不适合作为合约的交付格式。他们建议用WebAssembly替代，然后编译成RISC-V以生成证明。值得注意的是，他们不仅仅是说说而已，已经有Arbitrum的原型用这种方法取得了效果。

他们还指出风险：ZK证明技术变化迅速，如果在以太坊Layer 1上坚持用RISC-V，两个年后出现更优结构，可能会成为问题。

有趣的是，这与一个大趋势有关：Vitalik提出的这项改进，正值Layer 2逐渐“脱离”以太坊的时期。Polygon的管理层直言，真正的挑战不是扩展性，而是如何为实际场景打造专用空间。

Vitalik也承认，目前尚未达成广泛共识关于用RISC-V取代EVM，但状态树的改进似乎更成熟。他提到，以太坊曾在“合并”时更换过引擎(，还能再换四次左右。

Glamsterdam的升级计划预计在2026年上半年启动，随后是Hegota。实际上，这不是“能不能做”的问题，以太坊已经证明了在基础层面进行勇敢改进的决心。最明确的时间点可能在2027年，但至少以太坊不会变成一个需要修补的旧系统。