撰文：Haotian
有朋友问我如何看@VitalikButerin提出用开源的RISC-V指令集架构替换以太坊虚拟机EVM字节码的激进方案？本质上，就是以太坊正酝酿一场以ZK技术为主导深层次的技术变革。来，我来梳理下背后的战略逻辑：
1）首先，Vitalik提出将EVM替换为RISC-V的观点其实并不新鲜。早在提出Rollup-Centric扩容战略时，他就已经暗示过类似思路：让符合条件的layer2都可以成为主网的执行层，而EVM从协议层降级为「编内」Rollup执行客户端功能层，成为众多AltVM之一。
这一转变的实现关键在于RISC-V作为更底层、更通用的指令集架构，能够为zkVM提供统一的「硬件」基础，从而使各种不同的执行环境能在同一框架下高效运行。而这一架构变革必须建立在以太坊完成底层SNARKs化部署的基础上，因为只有当ZK技术能够大规模应用于状态验证时，这种模块化的执行层架构才能在保证安全性的同时实现效率提升。
2）老实说，以太坊的这一战略调整乍看有「破釜沉舟、回炉再造」的魄力，但深层次剖析，执行层的可替代性其实是以太坊这类老牌强共识公链的必经之路。面对Solana、Sui等新锐公链凭借极致TPS形成的技术冲击，以及大量EVM兼容链的市场分流，以太坊选择与其被动挨打，不如主动出击。
因为，纯技术指标对比下，以太坊的TPS确实难以与Solana、Sui等新公链抗衡，但在三难困境中，以太坊始终坚守安全性和去中心化这两大核心价值，同时维系着无可匹敌的生态繁荣度和开发者群体。
若以太坊尝试用RISC-V这一开源指令集架构来提升执行层效率，特别是在ZK证明方面预期可带来50-100倍的性能飞跃，这种在不牺牲根基的前提下迭代执行层的策略，既保留了以太坊的核心优势，又直面解决其主要短板，何乐而不为？
3）不过为新提案兴奋喝彩之余要明白，EVM向RISC-V的转型绝非一蹴而就的工程。从技术实现路径看，这一变革很可能需要等到ZK-SNARKs技术实现规模化部署后才能全面推进。
相较于过去几年以太坊核心层面的重大升级（如从PoW到PoS的共识层升级），理想情况下，整个过程需要严谨设计，广泛测试和强大社区支持，估计至少需要2-3年的周期。
然而，Vitalik在提案中强调了向后兼容性，或许现有EVM合约将通过RISC-V解释器运行或并行支持机制继续存在，这对于减轻开发者和用户的过渡成本至关重要。这种渐进式变革策略，也是以太坊作为安全去中心化老公链必然要具备的稳健战略迭代风格。
在我看来，Vitalik提出RISC-V替换EVM的提案，不仅是简单的技术架构调整，而是以太坊面对高性能公链竞争的主动应对革新策略。这一提案与以太坊路线图中的Verge、Purge等升级紧密相关，本质都是围绕底层SNARKs化展开，目标是建立更高效、更灵活的执行环境，以支撑未来多元化的应用场景。
之前，@drakefjustin透露以太坊基金会将向zkVMs项目投资数千万美元，毫无疑问，zkVM确实是以太坊未来的核心叙事之一，以太坊试图构建的并非仅是更高效的执行层，而是一个能够兼容多种虚拟机的模块化架构。这次RISC-V替换EVM的讨论可能只是一个开始。
