数字货币: Polkadot Hub 到底是什么？为什么要加入合约功能？会支持 Solana VM 吗？

立即查看 Polkadot 合约功能什么时候上线！

加入 PolkaWorld 社区，共建 Web 3.0！

从上周开始，Polkadot 大使联盟计划的负责人 Lucy 开展了一个新的系列直播，目的是帮助Polkadot 大使了解 Polkadot 当前发生的重要事件！当然，这些内容也是我们每个 DOT 持有者关心的问题，今天 PolkaWorld 就向大家分享第二期的内容，主要围绕 Polkadot Hub 进行了一系列的讨论，内容较长，我们将分两部分发布，本文是上半部分，主要讨论了以下内容：

到底什么是 Polkadot Hub？
Polkadot 智能合约与以太坊合约相比有什么特别之处？
以太坊兼容就是 EVM 兼容吗？
在链上运行 DOOM，这恰恰展示了 PolkaVM 的强大性能
Polkadot 智能合约会支持 Solana VM 吗？
Polkadot 智能合约什么时候上线？

如果你想查看第一期节目《W3F：Polkadot 技术再好，若无人愿意参与，一切都是空谈！》

嘉宾介绍

Lucy：欢迎大家来到 Polkadot 大使联盟交流会第二期的会议。本周我们请到了几位来自 Parity Technologies 的技术大牛，来分享我们一直非常关心的关于 Polkadot Hub 的各种问题。那我们先请嘉宾们自我介绍一下。

Joe：大家好，我是 Joe。我在 Parity 工作大概有六年半了，时间不短了。目前我负责 Runtime 相关的工作，具体包括 FRAME 框架、Bridges 跨链桥、XCM 跨链消息机制、系统平行链以及各种集成工具。

Pierre：我现在的主要职责就是 —— 管理 Joe 哈哈，这是一份全职工作。开个玩笑啦，我负责管理 Parity 中专注于 Polkadot 开发的工程团队。

Jan Jan：大家好，我是 Jan Jan，我在 Parity 担任技术项目经理。目前主要负责将 Solidity 智能合约引入到 Polkadot Hub 上，以及围绕这个方向的一些迁移工作和其他相关项目。我会在后面在讨论中详细展开。

Torsten：大家好，我是 Torsten，目前在 Parity 担任工程经理，带领的是智能合约团队。我们团队主要负责兼容以太坊的智能合约平台。我加入 Parity 只有几个月的时间，但在这之前我已经在 Polkadot 生态中工作了三年半，曾担任平行链项目 Pendulum 的 CTO。

Lucy：我们先请 Pierre 来讲讲目前 Parity 的整体情况 —— 谁在做什么？现在的团队结构大概是怎样的？

Pierre：正如大家所知道的，Parity 正在开发 Polkadot Hub。我可以坦率地说，目前我们有很大一部分团队都在参与这个项目。Robert 的团队主要是致力于底层节点的改进，重点是构建一个能够弹性扩展、稳定处理高吞吐的解决方案。而 Karim 的团队则更偏向产品方向，主要工作是定义 Hub 的产品形态，比如应该具备哪些功能、哪些是对开发者和用户真正有用的。这个团队也逐步成为我们评估什么值得开发、下一步该做什么的重要决策中心。

到底什么是 Polkadot Hub？

Lucy：Pierre 说团队的重点显然是在构建 Polkadot Hub。不过 Joe 这几个月一直在跟我强调，不要说"Polkadot Hub"这个词，因为这其实就是 Polkadot 本身。Joe，你能详细解释一下吗？

Joe：我可能之前是说不要说"Asset Hub"吧，但其实我现在对"Polkadot Hub"这个叫法也不太较真了，随便吧哈哈。不过说回正题，所谓的 Hub，我们更倾向于把它理解为 Polkadot 的开发者平台。不管你是应用开发者，还是前端 UI/UX 开发者，如果你想快速开始开发，那么 Hub 就是你可以直接上手、构建产品的主要平台。

这其实是与我们原来的平行链模型形成对比的。过去几年我们发现，开发、部署和维护一个平行链的成本其实比我们最初想象的要高得多，这会大大拖慢团队从想法到产品落地的时间，也不太适合那些还在探索产品市场契合度、需要快速迭代的创业者。

而 Hub，尤其是在引入智能合约后，它就成为一个更加轻量、灵活的选择。开发者可以快速部署合约、迭代速度更快、所需基础设施也更少，非常适合刚起步的项目或爱折腾的技术人。

同时，Hub 也不缺原生的 Polkadot 功能，比如质押、治理、身份系统，还有各种已经集成的跨链桥（bridges）——这些都可以通过 Hub 来使用。

关于什么是 Polkadot Hub，也欢迎查看 PolkaWorld 的最新视频！👇

Lucy：明白了。那么这个"智能合约"和"Polkadot Hub"的大升级，听起来是 2025 年的重头戏。我们为什么要在 Polkadot 上引入原生智能合约？有人会觉得这跟 Polkadot 最初的设计理念不太一样吧？

Joe：是的，这确实可以说是一个方向上的变化。最初我们设想的是一个基于平行链的架构，但现实是，并不是所有人都真的需要一条链。平行链的吞吐能力其实远超很多项目的实际需求。我打过一个比喻：这就像你家只有四口人，却非得买一辆校车来当家庭车，完全没必要。

而智能合约则是一种更自然、低门槛的入门方式。工具链早已成熟，开发者也已经习惯了智能合约的开发流程，用它们可以快速开始。而我们原来的平行链方案其实还在，并没有被取代，我们把它称为 Polkadot Cloud。

所以，如果你的产品做起来了，找到了清晰的产品路径，知道接下来几个月怎么规划，那当然可以把你的项目迁移到自己的链上去。这不是方向上的改变，而是在现有路线的基础上往前加一层、加一个入口，让路径更完善或更容易进入。

Polkadot 智能合约与以太坊合约相比有什么特别之处？

Lucy：说得很好，谢谢。那接下来问问 Jan Jan，Polkadot 的智能合约，到底有什么特别之处？

Jan Jan：我先来说说它"不特别"的地方。比如开发体验会很好 —— 开发者可以继续使用熟悉的 Solidity 来在 Polkadot 上写合约，配套的工具和基础设施都和以太坊生态保持一致，还会有实时技术支持。但这些还不够特别 —— 因为这些别的链也能提供，所以我们真正想做出差异化的地方是网络性能。

比如我们重点关注低延迟和快速终结性，我们目标是 30 秒就能达到最终确认（finality），相比以太坊上那种七天确认期要快太多了。我们还计划把出块时间缩短到 500 毫秒，让用户几乎能立刻收到交易执行结果。

再一个是可靠性。我们不只是要快，更要稳定地快 —— 每次都能给用户清晰、可依赖的信号，即使在最终确认前，你也可以拿这些信号去构建你的应用。

我们还会提供一个 Reliability Dashboard，让大家实时监控这些性能指标。随着时间推移，我们会不断优化这些指标，让开发者对 Polkadot 上的合约部署越来越有信心。

还有一点非常独特：和 Polkadot 的深度集成。除了标准的预编译合约（S-precompiles），我们还有很多只在 Polkadot 上才能用的功能，比如 XCM、质押、治理等。尤其是 XCM 跨链通信能力非常有趣，在其他链上你往往是"孤岛作战"，但在 Polkadot 上，你的合约可以跟生态内所有平行链无缝通信，玩出很多新花样。我们也很好奇开发者会怎么用质押和治理机制，来构建一些创新应用——这方面的潜力非常大。

另外，我们正在构建一个新的执行环境，叫做 Polkadot VM，未来也会是 JAM 平行链的运行环境。它是下一代虚拟机，解决了 WASM 的一些性能和资源限制问题。用它，开发者可以在链上处理更复杂的数学逻辑，意味着你可以用更少的链下设施完成更复杂的功能，减少运营成本。

最后一点，也很重要 —— 平滑的可扩展路径。现在在其他区块链上，你往往得做一个选择：要么上来就做一条自己的链，要么选择部署在别人链上的合约。而在 Polkadot 上，你可以"先租一辆家庭小轿车"，做个智能合约项目先跑起来，等你的业务做大了、客户多了，再无缝迁移到一条属于你自己的链，就像升级成一辆校车一样。这极大地降低了创业初期的技术和决策风险。

最后要说一个小小的免责声明：我们最初上线的时候，重点会放在以太坊兼容性上，确保有一个顺畅的开发者体验。从这个起点出发，我们会加速提升性能、优化延迟和提升稳定性，让开发者可以安心大胆地来 Polkadot 构建自己的未来。

Lucy：你提到和 JAM 的联动也非常有意思，这是未来我们如何顺利过渡到 JAM 的关键，对吧？

Jan Jan：其实我不太想现在就谈太多关于 JAM 的事。你现在在 Polkadot 上构建的东西，在 JAM 推出之后，会无缝运行在 JAM 上。JAM 不是取代 Polkadot，它只是 Polkadot 的未来形态。所以，如果你今天在 Polkadot 上部署了智能合约，等 JAM 上线后，它们就会在 JAM 上继续运行。

以太坊兼容就是 EVM 兼容吗？

Lucy：好的，这个解释非常清晰，谢谢你，真的很有帮助。那我们刚才也聊到了"以太坊兼容"和"EVM 兼容"。Torsten，你可以解释一下这两个概念是一样的吗？还是有什么区别？

Torsten：是的，其实它们确实不一样。虽然听起来有点咬文嚼字，但"EVM 兼容"和"以太坊兼容"之间是有区别的，而且我觉得这个区别非常重要。我觉得从"以太坊兼容"开始讲会更容易理解，也更关键。你可以把智能合约平台和智能合约本身想象成一个"黑盒子"。用户真正关心的是怎么和这个"黑盒子"交互。

举例来说，普通用户会用钱包，比如 MetaMask，这些在以太坊生态下已经习惯的工具。开发者则会使用像 Foundry 或 Hard Hat 这样的工具来测试和部署合约。所以"以太坊兼容"的意思是：在用户和开发者的交互层面，这个平台的行为方式和以太坊完全一样——你的钱包、开发工具都能无缝使用。这意味着我们特别注重开发者体验，让他们不用学习新的工具，就能快速上手。

相对地，"EVM 兼容"讲的是"黑盒子"内部的执行过程。在以太坊里，合约是运行在"EVM 字节码"上的，这是非常底层的执行格式。而我们在 Polkadot 这边，不是用 EVM，而是用我们自己开发的"PolkaVM"。所以，虽然外面看起来一样，但里面其实是不同的技术，这带来一个很大的优势：PolkaVM 可以进行 JIT 编译（即时编译），这让它比传统的 EVM 执行速度快得多。所以我们之所以不使用 EVM，是为了性能。当然，因为我们用的是不同的 VM，智能合约的字节码也会不一样，所以在某些非常细节的地方，和以太坊不能做到百分百完全一致。

但对绝大多数开发者来说，这些差异基本不会影响使用体验，他们依然可以把它当作"以太坊兼容"平台来用。

在链上运行 DOOM，这恰恰展示了 PolkaVM 的强大性能

Lucy：最近我们在链上运行了《Doom》游戏，这为什么在技术圈里是个"大事件"？为什么这件事这么酷？从游戏角度或者说链上执行的角度来看，它到底意味着什么？

Torsten：这确实展示了 PolkaVM 相比 EVM 的强大性能。因为 PolkaVM 支持 JIT 编译，所以它不仅能跑 Doom，甚至还能运行更复杂、对资源要求更高的游戏，比如 Quake。这两个都是 90 年代非常经典的游戏。也许现在的人不太记得了，但它们在当时是很有代表性的。这就真的能看出我们这个平台的强大能力。而这些在传统的 EVM 上是根本做不到的，特别是在解释型 EVM 上就更不可能了。

Pierre：完全同意，编译器确实比解释器更强。但现在的现实是，人们在链上并没有用太多 CPU ——并不是他们不想用，而是之前根本"用不了"。而现在 PolkaVM 的出现，让"用得了"成为可能。所以我相信未来会有很多本来只能放在链下运行的东西，会逐步迁移到链上。因为既然链上可以做了，那就没必要再放到链下去跑，所以我相信未来链上的用量会不断增长，只是我们现在还不知道大家会怎么用它，也许会出现一些非常实用的东西，也可能有人纯粹就是觉得好玩，跑个游戏也说不定。

Lucy：我其实还想问一下 Rust 和 ink 的问题 ——我们现在是不是逐步不再用这些语言了？

Torsten：不是的，完全不是。在我们现在的智能合约平台出现之前，其实我们用的是一个叫做 pallet-contracts 的运行时模块，它支持的是基于 Rust 的智能合约语言 ink。而 ink 本身也是非常有名的。虽然现在我们从 pallet-contracts 迁移到了 pallet-revive，并上线了新的智能合约平台，但这并不意味着我们要放弃 ink。

实际上，正好相反，ink 依然是我们重点支持的对象之一，我们在后台投入了大量工作，把 ink 支持带到 pallet-revive 上来。我们希望 ink 成为我们平台的"一级公民"，而这也从另一个角度说明了 PolkaVM 的强大能力 ——它不仅支持 Solidity 或 Vyper 这种传统 EVM 语言，还能支持 Rust、C、C++ 等通用编程语言。

所以总结来说，ink 仍然是我们生态中的重要语言之一，我们也会继续努力让它在新平台上运行得更好。

Polkadot 上可以直接部署 Solana 合约了吗？

Lucy：好的，谢谢你。那我接下来要问一个"重磅问题"，你们准备好了吗？我当然要提一下 Solana 啦，毕竟我是来问一些"有点辣"的问题的哈哈。Pierre，如果你说 Polkadot 支持 Rust，那是不是也意味着我们能直接部署 Solana 合约呢？

Pierre：技术上来说，确实可以做到。但要让 Solana 上的开发者真正迁移到 Polkadot，不光是技术上的挑战，更多其实是"生态系统集成"的挑战。我们确实跟一些团队聊过，他们对 Polkadot 很感兴趣，甚至明确表示希望有 Solana VM 的支持，但他们需要的远不止这些，他们还希望我们能提供他们在 Solana 生态里习惯使用的工具和服务，比如区块浏览器、支付 API 等等。所以，如果我们想真正吸引这些大型应用迁移过来，我们就不仅需要技术兼容性，还要构建起完整的服务配套体系，让他们迁移起来"不那么痛"。这就是我目前了解到的情况。

Polkadot 智能合约什么时候上线？

Lucy：明白了，那其他人还有什么想补充的吗？暂时没有的话，我们先放下 Solana 的话题。好，接下来我要问一个所有人都想知道的问题了—— Jan Jan，智能合约什么时候上线？

Jan Jan：这个我们是分阶段发布的。

第一阶段是以太坊兼容部分，包括 Ethereum 的预编译模块，这一部分会先上线 Kusama。我们目前正在走 Fellowship 审核和治理流程，只要这些审批通过了，就会上线，并会在 Polkadot 论坛发布公告，记得关注哦。

第二阶段，我们会开放 XCM 和原生资产的基础访问权限，也会在 Kusama 上发布。我们目前的时间安排是：