数字货币: REVM 上线在即：DeFi 协议或将率先涌入 Polkadot Hub！

Hyperbridge 也将原生集成到 Polkadot Hub！

加入 PolkaWorld 社区，共建 Web 3.0！

本篇文章为 PolkaWorld 近期英文直播的中文版内容，我们将聚焦于几项正在塑造 Polkadot 未来的重要技术突破：多签钱包的安全与易用性、跨链桥的原生集成、以及双虚拟机并行的 Polkadot Hub。这些看似"技术驱动"的创新，正在一步步走向实际应用，成为 DAO、开发者、投资人，甚至普通用户都能切身感受到的改变。

接下来，就让我们一起听听三位嘉宾的分享，看看这些最新进展将如何推动 Polkadot 生态进入新的阶段。重要话题一览：

Hyperbridge 打开 Cosmos 世界，Polkadot Hub 准备多签上线！
Polkadot Hub 远不止智能合约：REVM & PolkaVM 双引擎时代开启！
Hyperbridge 将原生集成 Polkadot Hub：跨链消息直达智能合约！
REVM 上线在即：DeFi 协议或将率先涌入 Polkadot Hub！
从兼容到前瞻：EVM 吸引现有项目，PVM 为未来而生

继续阅读，查看全部内容！

Kristen：大家好，我是 Kristen，欢迎收听 PolkaWorld 八月圆桌会议，今天和我一起的是 Mimir 的产品经理 Tiny，还有 PaperMoon 的创始人 Alberto。欢迎你们的到来。本期节目我们会聚焦于一些正在塑造 Polkadot 生态的重要技术突破，比如多签、跨链桥接、虚拟机。在深入讨论之前，我想先请各位简单介绍一下自己和背景。

Alberto：谢谢 Kristen 的介绍。我是 PaperMoon 的创始人 Alberto。我很早就加入了 Moonbeam 项目，当时是 Moonbeam 的启动团队成员。我在 Polkadot 生态已经差不多五年了，时间真快，主要在 Moonbeam 负责开发者关系方面的工作。不过在一年多前，我们也和 Web3 基金会、Parity 团队合作，拿到了 Web3 基金会的资助，帮助完善 Polkadot 的文档，提升整个生态的开发者体验。

Kristen：五年真的很快。欢迎你，Alberto！

Tiny：大家好，很高兴认识各位，这是我第一次参加这个节目。我是 Mimir 的产品经理，Mimir 是一个为 Polkadot 生态打造的多签解决方案。目前我们已经整合了 12 个第三方应用，提供了多链账户验证、跨链模拟和风险提示等高级安全检查功能。现在已经有超过 1600 万美元的资产通过 Mimir 进行管理，服务对象包括一些头部的 DAO、DV、赏金策展人等，用于转账、投票、质押等重要操作。这就是我和我们的产品 Mimir 的情况。

Kristen：接下来欢迎 Seun，我们刚刚完成了第一轮自我介绍，Seun，请向我们的听众简单介绍一下自己和背景吧。

Seun：谢谢邀请。我叫 Seun Lanlege，是 Polytope Labs 的联合创始人。Polytope Labs 是 Hyperbridge 背后的区块链研究实验室。关于我自己，我从 2017 年就进入了加密领域，之前在 Parity 工作，参与过以太坊和 Polkadot 的开发。哈哈，算是一个到处折腾的人吧。

Hyperbridge 打开 Cosmos 世界，Polkadot Hub 准备多签上线！

Kristen：好的，那我们正式进入主题，今天的圆桌是关于最新的技术突破。第一个部分我想请 Tiny 和 Seun 来分享一下，在你们的项目中，最近看到或推动的最令人兴奋的突破是什么？

Seun：对我来说，最近最大的突破是我们开发出了一个 Tendermint 轻客户端。大家知道很多区块链是基于 Tendermint 共识引擎的，尤其是 Cosmos SDK 的链。这个轻客户端对 Hyperbridge 来说是很重要的一步，因为它让 Hyperbridge 能够连接整个基于 Tendermint 的 Cosmos SDK 链生态，比如像 Cronos，还有即将上线的稳定币专用链 Noble，甚至最近的 Polygon —— 它从技术角度上其实也是 Cosmos SDK 链。

所以对我们来说这非常令人兴奋，因为这意味着打开了全新的区块链世界。目前我们正在积极拓展合作伙伴关系，把握这些机遇，以上是我需要分享的最新动态。

Kristen：太棒了，谢谢分享。那 Tiny 你呢？

Tiny：刚刚在介绍时提到了一些我们最近的成果，比如 Mimir 现在管理的资产规模，以及我们集成的新应用，但既然今天的主题是关于 JAM 和 Polkadot Hub，那我就重点说一下这两方面。

在 Polkadot Hub 的战略上，我们已经上线了 PVM，并且正在准备推出 EVM 多签应用。另一个重要的进展是相关迁移工作的测试已经全部完成，现在准备好随着即将到来的 Polkadot 和 Kusama 更新进行正式上线。

Polkadot Hub 远不止智能合约：REVM & PolkaVM 双引擎时代开启！

Kristen：PaperMoon 在开发者关系方面很有经验，能在项目全生命周期为其提供支持。你们针对 Polkadot Hub 和 JAM 做了哪些准备呢？

Alberto：我想我会先重点放在 Hub 上，因为 JAM 可能还需要一段时间才会真正落地。

Hub 的核心理念是 Polkadot 将会提供一系列服务，Hub 的设计是把这些服务从具体的链中抽象出来，什么意思呢？就是你不需要再区分某个功能属于哪条链，比如智能合约要去某一条链、身份要去另一条链、coretime 又在别的地方。Hub 的目标是把这些服务整合在一起，统一对外提供。

很多人现在最常听到的就是"智能合约要上线 Hub"这个消息，但其实 Hub 远远不止是智能合约。

说到智能合约，Hub 会同时提供两种虚拟机（VM）。开发者可以自由选择使用哪一种：第一是 REVM，全兼容以太坊的虚拟机，你可以直接把以太坊上的合约原封不动地部署到 Hub；第二是基于 RISC-V 的 PolkaVM，它更适合需要复杂计算逻辑的场景。这两款虚拟机将并行运行：REVM 主打"原生兼容"，开发者几乎无需调整代码；PolkaVM 基于 RISC-V，扩展性更强，且不像 EVM 那样受限于"沙盒环境"。

从开发者关系的角度，我们当前的核心工作是思考如何向智能合约开发者清晰传递这些信息——毕竟选择变多了，复杂度也随之增加。

所以对开发者来说，关键问题是：我该选择哪种虚拟机？部署流程有什么区别？比如，你还是可以用 Hardhat 部署合约，只不过最终选择部署到哪个 VM，由我们来帮你打通路径。这真是非常令人兴奋的，因为这是第一次会有一个由 Polkadot 治理控制、用 DOT 支付手续费的原生智能合约平台，超级酷。

Hyperbridge 将原生集成 Polkadot Hub

Kristen：是的，真的很让人期待。我觉得 Alberto 的工作对 Seun 也会有很大帮助，尤其是在跨链桥接、与 Polkadot Hub 集成方面。那么 Seun，你们在 Hub 上做了哪些准备？

Seun：说来有趣，我们现在正好在进行 Hub 相关的集成工作。我们的设想是让 Hyperbridge 原生集成到 Hub 里，也就是说 Hyperbridge 的 Pallet 会直接部署到 Hub 上。通过预编译接口，智能合约（无论是跑在 PolkaVM 还是 REVM 上的）都可以直接和 ISMP Pallet 交互，从而实现跨链消息的收发，这是最简单的集成方式，所以我们选择了这条路线，目前大部分工作已经完成了。

我在 Hyperbridge 的仓库里也已经提交了一个 PR（技术同学可以去看一下）。剩下的就是在 Pallet Revive 上还需要一些修改，一旦完成就能合并，然后我们会先在 Paseo Hub 上测试，之后再逐步部署到主网。

Alberto：Seun，我有个问题。你们这个最终还是需要治理来决定是否接受 Pallet 集成，对吧？不过你们是不是也可以走智能合约的路线呢？毕竟智能合约部署是完全无需许可的——不过这可能不太合理，因为 Hyperbridge 本身是 Polkadot 生态的服务，但理论上是否能通过智能合约实现集成？还是说必须通过功能模块（Pallet）来做？

Seun：是的，理论上可以通过智能合约来实现集成，但对我们来说成本太高了。因为 Hyperbridge 需要不断做共识证明，也就是说要不断更新 Polkadot 在 Asset Hub 上的状态，这就意味着我们需要反复付费。而如果通过 Pallet 集成，那 Pallet 可以直接从中继链上读取 Hyperbridge 的状态，成本就是零。

此外还有很多好处，比如我们的基础设施几乎不用大改。我们会像对待普通 Substrate 链一样来对待 Asset Hub，这样我们的索引器、区块浏览器、SDK 都能照常使用。

但如果把它当作一条"既是 Polkadot 共识链，又是 EVM 链"的奇怪存在，那就会给我们现有的工具体系带来麻烦。当然最终是否集成还是要靠治理决定，但实际上治理已经批准 Hyperbridge 作为 Polkadot 的原生跨链桥，所以我们在这方面也算是有保障。

Alberto：明白了。我只是好奇最极端情况下会怎样。但我同意你说的，Pallet 集成确实更合理，因为用智能合约会带来很多不必要的负担。而且你们作为Polkadot 生态的成员，想在以太坊、Polygon 或其他平台实现这个功能就完全不可能了，因为它们不共享 Polkadot 的共识机制，没法提供证明。所以我觉得你们的路线很正确。

REVM 上线在即：DeFi 协议或将率先涌入 Polkadot Hub！

Kristen：好的，非常棒的分享。接下来我们也收集了一些社区的问题，分别想请你们来回答。首先是问 Alberto 的，既然 REVM 是完全 EVM 兼容的，那么在它上线后，你认为会有哪些项目最先部署上来？

Alberto：这是个好问题。在回答之前，我想先区分两个概念：一个是"以太坊兼容"，一个是"EVM 兼容"。虽然两者的界限有时没那么清晰，但为了方便讨论，我们可以这样区分：以太坊兼容指的是你可以用以太坊的工具在 Hub 上操作，比如连接 MetaMask，用 Hardhat 或 Foundry 来开发和部署。而 EVM 兼容是指你可以直接把 Solidity、Vyper 等语言编译成的 EVM 字节码合约，拿过来直接部署在 Hub 上。

我们的 REVM 就是带来了这种完整的 EVM 兼容。那么一旦有了 100% 的 EVM 兼容，我认为最先上来的项目通常是 DeFi 协议。

因为在大多数链里，DeFi 基础设施是生态的根基。比如你要做跨链兑换或支付，就必须先有去中心化交易所的流动性池。我们在 Moonbeam 上就看到过这样的情况：当时 Moonbeam 一上线，第一个跑过来部署的就是各种 DEX 项目，比如 StellaSwap、BeamSwap、Solarflare，它们都是"突然出现"并完成部署的。

这是因为，对支持智能合约的区块链而言，DeFi 是用户最迫切需求的功能。所以我认为，一旦这个系统上线，DeFi 基础设施会率先出现，之后才会陆续有 NFT、游戏等其他应用进来。

Kristen：如果一个项目想要在上面部署，大概需要多久呢？

Alberto：说实话，可能就是一小时的事。最终还是取决于链在上线时对以太坊和 EVM 的兼容程度。如果一切都已经测试好、准备就绪，那么当正式上线时，你只需要切换 RPC 节点，然后"砰"的一下，合约就能部署完成。

就像我们之前在 Moonbeam 和 Moonriver 上看到的那样，甚至在 Moonriver 上，我自己都没来得及部署 WRAP MOVR （DeFi 的基础合约），因为在我之前已经有人抢先部署了，几乎不到一小时。所以归根结底，这主要取决于各个团队的速度，但通常都会非常快。

从兼容到前瞻：EVM 吸引现有项目，PVM 为未来而生

Kristen：太酷了。同时我们知道 Polkadot 也在开发 PolkaVM，也就是 PVM。你能给我们讲讲 EVM 和 PVM 在设计目标上的区别吗？它们分别服务于什么样的项目？为什么我们需要同时拥有两种技术？

Alberto：这是个好问题，我说说我个人的看法吧，毕竟不同人可能有不同的理解。PVM 的理念是更"面向未来"。你可能注意到，以太坊社区也在讨论要不要迁移到基于 RISC-V 的虚拟机，因为它更灵活，也更有前瞻性。而 EVM 本质上是一个"沙盒"，它能做的事情就那么多，虽然开发者已经很有创造力地把这些有限功能发挥到了极致，但终究受限。而 RISC-V 则更灵活，可以承载更复杂、更重计算的逻辑。

最初的想法是：打造一个基于 PolkaVM 的智能合约平台，同时又能兼容以太坊的工具和 Solidity。但在开发过程中发现了很多障碍。举个最简单的例子：同样一个 ERC20 合约，如果编译成 EVM 字节码，大小可能是 10（随便举个数），但如果编译成 RISC-V 字节码，大小却会膨胀到 8 倍以上。而 ERC20 已经算是非常简单的合约了，如果是像 Aave 或 Uniswap 这样复杂的项目，编译结果会更加庞大，几乎不可行。

所以我们遇到了很多"阻碍"，想要让这些已经很成熟、代码安全性经过验证的 DeFi 项目（比如 Aave、Uniswap、Morpho 等）直接迁移到 PolkaVM，难度非常大。这就是为什么后来引入了 REVM——一个 100% 兼容 EVM 的虚拟机。

这样，现有的蓝筹项目可以几乎零修改地迁移过来。这就是为什么最终会有两种虚拟机并存：一种（PVM）更具前瞻性，适合处理计算密集型任务，功能灵活性更高；另一个则采用沙盒模式，"即插即用"，能迅速吸引 80%~90% 的 Web3 团队。

Kristen：明白了，PVM 确实更面向未来。那么现在 PVM 的进展如何？等它上线之后，你觉得这两种虚拟机会长期并存，还是有一天会出现取代关系？

Alberto：就我在论坛上看到的公开信息，目前的重点其实是先上线 REVM。PolkaVM 的第一个版本已经在 Kusama 上线了，但它在以太坊工具链上的支持还比较有限，还需要更多开发。而 REVM 这边工作量更大，所以团队现在主要精力还是放在把 REVM 带到 Polkadot 主网上。

未来这两种 VM 会长期共存，我刚才提到过，它们定位不同，EVM 主打"兼容性"，让开发者把已有项目直接搬过来；而 PVM 则是"前沿探索"，基于 RISC-V，支持更复杂的逻辑、更高性能的计算。

更有趣的是，它们还能互补：比如一个 EVM 合约可以把某些计算密集型的任务"外包"给 PVM 来处理，从而协同工作。

Kristen：好的，我觉得 RISC-V 是 PVM 的关键部分，而以太坊也在研究这条路线。那么 PVM 的性能相比 EVM 会快多少？会更早实现突破吗？

Alberto：坦白讲，现在拿性能数据来对比还不太合适。因为 EVM 已经发展了接近 10 年，功能和优化都很完善，而 RISC-V 虚拟机还很新，很多地方还处在探索阶段。所以直接比速度没有太大意义。不过 PVM 的潜力已经很明显了，比如之前有个很火的推文，就是有人在 PolkaVM 上跑了《毁灭战士》（Doom）游戏。这种事情在 EVM 上是完全不可能做到的。

所以我认为，PVM 的优势不会先体现在性能数字上，而是体现在"你能在 VM 里做什么"。要记住，EVM 仍然是一个沙盒，能做的事情有限；而 PVM 打开了更多可能性。

原视频：https://www.youtube.com/watch?v=mc3342zeZ24