Polkadot Revive 大升级：EVM 等效、PVM 启航、执行层正式入主栈

原创于 2025-12-17 14:14:45 发布 · 408 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#区块链 #web3 #Polkadot #javascript #ide

作者：Yuki，PaperMoon

在讨论 Polkadot 的最新进展之前，我们需要先澄清一个容易被混淆的概念。

Polkadot所说的“执行层”，并不仅仅指智能合约的执行环境。

在 Polkadot 的语境中，它指的是：所有交易与状态变更：无论是转账、治理、staking，还是合约调用，被如何执行、如何计费、如何与其他计算环境组合的统一机制，而这些都在同一个执行层。

过去，Polkadot 在共识与安全层实现了高度统一，但在执行层却长期呈现出碎片化状态：不同平行链各自实现执行逻辑，EVM 只是“被托管”的一类合约环境，而非协议级的系统能力。

这正是问题的根源。

Polkadot 的 EVM 执行环境究竟是如何实现的？

有些人会质疑，在Polkadot实现EVM很难吗？让我们先消除这个误解：

Polkadot 不是在建设“另一条 EVM 公链”，而是在构建一个能容纳多种 VM（虚拟机）的统一执行层。有点像是跳过了MVP直接进阶成专业版。

在Polkadot构想的体系里，EVM不会是独立运行，而是必须与 PolkaVM（RISC-V）、治理/资产/质押等运行时原语，以及 XCM 多链能力共享同一地址空间、调用模型与资源体系。这意味着 Polkadot 需要一种全行业都没做过的VM：它必须成为多 VM 世界中的六边形战士，而不是附属的兼容模块。

为了让自己实现设想的强大能力，Polkadot 引入了新的合约执行栈——Revive。

注意，Revive既不是链，也不是简单的 EVM 模块，它是Polkadot 执行层的核心框架。能支持同一环境中承载两套虚拟机：

REVM：由 bluealloy 开发的 Rust EVM 引擎，提供完整以太坊语义与 ETH-RPC 支持；
PolkaVM（PVM）：基于 RISC-V 的高性能 VM，是未来多语言与重计算应用的主力。

Revive 的具体作用，是在这两套 VM 之间相互调度执行、统一 gas/weight 计费、访问链上状态，并通过 pallet-revive 向 RPC 和工具链暴露一致的入口。这是 Polkadot 第一次把“执行层”纳入协议本身，而不是外包给平行链解决。

不过，这最关键的一环还是REVM。它不是 Revive 内部的 VM，而是我们提到的外部 Rust EVM 引擎，被 Polkadot 深度集成进 Revive，使 Solidity 合约能够获得以太坊级别的语义一致性、工具链支持与完整调试体验，同时又能与 PVM 及运行时原语互操作。

这让 Polkadot 的执行层故事真正开始变得有说服力。

下图是一份形象解释Polkadot的最新VM兼容策略

现在 Polkadot 的 EVM执行环境升级到什么程度了？

这件事从 2024 年底就在说，很多人以为还是 PPT 阶段。但进入 2025 年末，整个执行层的完成度已经远超大多数人的想象。技术大佬请直接看这里：

https://github.com/paritytech/polkadot-sdk/pull/10552

1. 执行语义

定义解释：一段合约代码在链上“怎么被执行、会产生什么精确行为”的完整规则集合。

在 Polkadot SDK 中，一整组围绕 pallet-revive 的升级，包含 REVM 后端、Ethereum-style 区块存储、ETH-RPC 行为与 trace 基础设施等已经被系统性引入主栈。这些改动让 Kusama 和即将上线的 Polkadot Hub 拥有了接近以太坊主网的执行语义，而非兼容层或模拟逻辑。Polkadot 的 EVM 执行环境具备了“语义级对齐以太坊”的底层能力。

2. 区块模型

定义解释：这些交易被打包成什么样的区块、上面对外长什么样、被谁和怎么消费

过去，在Polkadot 上的ETH-RPC 看到的区块并不是真正意义上的 Ethereum Block，而是 Substrate 区块的衍生视图，钱包、indexer、rollup tooling 都无法无缝直接接入。这次升级在主栈中落地了完整的 Ethereum-style 区块存储层（Ethereum Block Storage），这让Polkadot Hub 不再只是“看起来像 EVM 环境”，而是在协议主栈上提供真正意义上的 Ethereum Block，并且在协议主栈上提供 Ethereum‑style 区块存储和全量 ETH‑RPC 行为，使现有的钱包、indexer 和 rollup 工具几乎可以直接接入。

3. Gas / Weight 模型

定义解释：链怎么用一组数字，把“你用了多少链上资源，需要付多少钱”这件事说清楚。

Polkadot 不是单 VM Layer1，它必须同时处理三套完全不同的成本体系：

Substrate weight（二维度量）：区分 ref_time 与 proof_size
Storage deposit（存储押金）：按字节收取的链上占用成本
EVM gas：以太坊工具链和钱包唯一理解的计费方式

这轮升级的核心成果，是在 pallet-revive 中建立了一套 Generalized Gas Mapping。简单来说，Polkadot 解决了“多 VM + 多资源体系下如何仍然呈现出标准以太坊 gas”的难题，让 EVM 在Polkadot体系内真正可用。此处还留了可扩展的空间：预留 gas scale / conversion，为未来 JAM / PolkaVM 的多 VM 协同计费提供接口。

4. 开发体验

定义解释：用了才知道～

随着 pallet-revive 与 ETH-RPC 的持续升级，Polkadot 的整体开发体验也被大幅推升。这些能力使 Solidity 团队几乎可以直接沿用原有的 Foundry/Hardhat 工具链，只需把 RPC 终点切换到 Polkadot Hub。迁移成本从“重建一条开发工作流”降到“换一个 RPC 地址”，这是 EVM 真正可落地的关键台阶。