“操作系统本身必须保护自己免受其他代码的影响。它需要将不同的程序运行彼此隔离，而所有这些机制都是 RISC-V 标准的一部分。”
在RISC-V的架构中，运行在用户模式（User Mode）下的智能合约无法直接访问区块链的状态。相反，它需要通过一个特殊的ECALL（环境调用）指令向运行在监督模式（Supervisor Mode）中的可信内核发出请求。这种机制构建了一个由硬件强制执行的安全边界，比EVM纯粹依赖软件沙盒的模型更加稳健且易于验证。
Vitalik的愿景这一转型被设想为一个渐进的、多阶段的过程，以确保系统的稳定性和向后兼容性。正如以太坊创始人Vitalik Buterin所阐述的，这种方法旨在实现一种“演化式”的发展，而非彻底的“革命性”变革。
第一步：预编译替代
初始阶段采取最保守的方式，引入新虚拟机（VM）的有限功能。正如Vitalik Buterin所建议的：“我们可以从有限的场景开始使用新VM，例如替代预编译功能。”具体来说，这将暂停新增EVM预编译功能，取而代之的是通过白名单批准的RISC-V程序实现所需功能。这种方法允许新VM在主网中以低风险环境进行实战测试，同时通过以太坊客户端充当两种执行环境间的中介。
第二步：双虚拟机共存
下一阶段将“让新VM直接对用户开放”。智能合约可以通过标记来指示其字节码是EVM还是RISC-V。关键特性是实现无缝的互操作性：“两种类型的合约能够相互调用。”这一功能将通过系统调用（ECALL）实现，使两种虚拟机能够在同一生态系统中协作。
第三步：EVM作为模拟合约（"Rosetta" 策略）
最终目标是实现协议的极简化。在这一阶段，“我们将EVM作为新VM中的一种实现。”规范化的EVM将成为运行在原生RISC-V L1上的经过形式验证的智能合约。这不仅确保了对旧版应用的永久支持，同时允许客户端开发者仅维护一个简化的执行引擎，从而显著降低复杂性和维护成本。
生态系统的涟漪效应从EVM向RISC-V的过渡不仅仅是核心协议的变革，它将对整个以太坊生态系统产生深远影响。这一转型不仅会重塑开发者体验，还将根本性地改变Layer-2解决方案的竞争格局，并解锁新的经济验证模式。
Rollup的重新定位：Optimistic 与 ZK 的对决在L1层采用RISC-V执行层将对两种主要类型的Rollup产生截然不同的影响。
Optimistic Rollup（如Arbitrum、Optimism）面临架构挑战。它们的安全模型依赖于通过L1 EVM重新执行有争议的交易来解决欺诈证明。如果L1的EVM被替换，这一模型将彻底瓦解。这些项目将面临艰难选择：要么进行大规模的工程改造，设计一个针对新L1 VM的欺诈证明系统，要么完全脱离以太坊的安全模型。