Polkadot Hub 有什么竞争优势？推广计划是什么？

Bitget App

交易“智”变

Bitget

资讯中心

PolkaWorld2025/05/29 10:02

作者:PolkaWorld

查看 Polkadot Hub 2025 路线图

加入 PolkaWorld 社区，共建 Web 3.0！

接着昨天的文章，今天继续为大家分享 Polkadot 大使联盟第二期节目的内容！本文是第二期的下半部分，主要讨论了以下内容：

EVM 项目迁移到 Polkadot Hub 的成本高吗？
开发者使用 Polkadot 智能合约的体验怎么样？
Polkadot Hub 有什么竞争优势？推广计划是什么？
Palza 到底代表了什么？
Polkadot Hub 2025 路线图
Polkadot 合约上线后会产生什么有趣的功能？

查看上半部分《Polkadot Hub 到底是什么？为什么要加入合约功能？会支持 Solana VM 吗？》

EVM 项目迁移到 Polkadot Hub 的成本高吗？

Lucy：在继续之前，我想先回答几个观众的问题，免得漏掉。有个问题是：“如果我现在有一个运行在 EVM 上的项目，我要怎么评估迁移到 Polkadot Hub 的成本？”Joe，你来先说说？

Joe：这个问题可能 Torsten 更专业，但我先给个初步回答，我认为这主要还是取决于你项目使用的 Solidity 版本，目前我们的 Solidity 编译器支持 0.8 以上的版本（如果我说错了请纠正我）。如果你的项目版本比较旧，可能需要稍微改动一下代码让它能编译通过，但总体上是可行的。如果你是基于较新版本开发的，迁移过程应该就比较顺利，基本上就是改一改配置，然后就能在 Polkadot 上运行了。像你用到的钱包工具、Foundry、Hard Hat 等开发框架，这些基本都可以无缝兼容。Torsten，你要补充吗？

Torsten：对，我觉得我们可以分成两个层面来说：现在的情况，以及我们理想的目标。

现在你确实可以继续用熟悉的工具，比如 Foundry、Hard Hat、Remix 来部署智能合约，但你目前需要用我们定制的版本，也就是内置了我们编译器的版本。但我们未来的目标是，让你直接使用官方版本的 Foundry 和 Hard Hat，就像你现在部署到其他 L2 那样，唯一需要改的就是配置文件里把目标网络改成 Polkadot，其它什么都不用改，直接就能跑。这也是我们努力实现完全 EVM 兼容性的目的。

开发者使用 Polkadot 智能合约的体验怎么样？

Lucy：太好了，谢谢你们！那我想回到时间线的问题。Jan Jan，你刚刚说智能合约大概是 Q3 末上线，那现在开发者在哪里可以先体验一下呢？

Jan Jan：大家只需要记住这个网址：contracts.polkadot.io，它会指引你去正确的地方。目前这个功能还是部署在 Westend（测试网）上，但感谢 Paseo 团队的支持，我们很快会在 Paseo 上也部署一个环境，应该这几周就能上线。所以访问 contracts.polkadot.io 就可以直接体验，另外，如果你在开发中有问题，可以加入 Polkadot 官方 Discord 里的 “Solidity Smart Contracts” 频道，随时提问，都会有人帮忙解答，现在就可以去那里寻求帮助。

Lucy：那我还有个问题是关于 Polkadot Hub 的，因为刚刚观众的问题里提到了这个词。Joe，我得问一句：智能合约跟 Hub 是怎么结合的？我还听说这不仅是 Parity 一个团队在做，而是很多团队共同努力的结果？你能多介绍一下吗？

Joe：是的，其实我在一开始就简单提到了一点，智能合约只是 Hub 的一部分，它是我们扩展 Hub 产品功能的一种方式。简单说，它就是为开发者多提供了一种链上部署代码的手段，所以我们确实有很多合作伙伴一起参与这个工作，比如 Velocity Labs、PaperMoon 等，他们在文档编写和生态合作方面都做了很多努力。至于更完整的合作团队信息。

Lucy：使用 Polkadot 智能合约会是什么感觉？当然我指的不是像我这样的人，我可能永远也用不上，但也许有一天它会变得非常简单，连我都能上手。不过说真的，它用起来到底会是什么样的体验？

Joe：首先，这要看“谁”在用。我们一般把开发者分成两类，一类是要在链上部署代码的开发者，另一类是基于链上已有协议开发应用的开发者。

如果你是要部署链上代码，那我们的首要目标是让它“就像在用以太坊”一样——你可以用 Solidity 写代码，继续使用你熟悉的以太坊工具链，比如 Hard Hat、Foundry 等，然后部署到 Polkadot 上。当然，如果你想要开发一个完整的平行链，也是可以的，你可以完全自定义整个链，并负责它的部署和维护。

另外，我也可以顺便回答另一个热门问题：关于最小中继链（minimal relay chain）的 RFC 何时上线，这个也计划和智能合约一起，在 Q3 发布，也就是会在合约上线时一起迁移出中继链。

对于开发钱包、托管服务、UI 或手机 App 的这些“链下应用”开发者来说，未来我们还会有一个叫 Facade 的工具，让你连链名都不用关心。你只需要说“给我这个账户的余额”或“这个账户的身份”，Facade 就会自动知道怎么处理。

对于终端用户来说，体验也会更好——不仅仅因为智能合约上线，还因为中继链迁移后，一些令人头疼的问题会大幅缓解，比如“存在性押金”（existential deposit）将大大降低，从 1 DOT 降到 0.01 DOT，账户创建会更简单，手续费也会大幅降低，可能是 10 倍甚至 100 倍的降低，而且你可以用任意资产支付手续费，比如 USDT、USDC，不一定非得是 DOT，这就给 UI、UX、钱包开发者提供了更多选择，从而为终端用户带来更好的使用体验。

Polkadot Hub 有什么竞争优势？推广计划是什么？

Lucy：那么，Polkadot Hub 的目标是什么？跟我们的竞争对手相比，我们在做什么？

Jan Jan：首先，出色的开发者体验是我们的底线，你问我们跟别人有啥不同？那我们想做到的，起码是能“匹配”甚至超越他们在开发者体验上的表现。而且我们不仅仅是在智能合约这块做到这点，我们的目标是：我们已经把这辆“巴士”造好了（指 Polkadot 的底层基础设施），现在就要让开发者用起来毫不费力，哪怕是最难的技术问题，我们也希望他们可以轻松驾驭。那我们做得跟别人不同的地方，主要体现在三个点：

可靠性：我们要确保运行成本可预测、延迟低；
性能：Torsten 提到的 PolkaVM，我们在不断增强它的性能，未来还会引入 JIT 编译，让合约运行更快；
透明可验证：比如我们准备上线的 Reliability Dashboard，能让大家看到 Polkadot 网络的实时运行状态，包括延迟、费用、可靠性等关键指标。

总之，我们不是只说“Polkadot 很棒”，而是要拿出数据和工具，实打实地让开发者和用户感受到它“真的是更好用的”。

Lucy：为了让 Polkadot Hub 吸引更多人，有什么推广计划？

Torsten：这个问题我们非常重视，我们跟很多业务拓展团队合作，比如 Web3 Foundation、Velocity Labs、Magenta Labs，还有营销方面的 Papermoon 和 Distractive，我们正密切协调，共同推动 Polkadot Hub 的落地和推广。我们的推广有几个阶段：

1. 第一阶段是聚焦开发者体验，尤其是 Ethereum 兼容性，我们的目标是让 Polkadot Hub 用起来就像一个以太坊二层网络（L2）一样熟悉、易用。同时我们也会引入关键基础设施提供商，比如托管服务、流动性提供者，为生态打好基础。

2. 第二阶段是聚焦 DeFi 应用，因为我们认为 DeFi 是其他领域的根基，有了强大的 DeFi，其他应用也才能活跃，我们也推出了一个 DeFi Builder Program（由 Velocity Labs 发起），吸引更多 DeFi 项目方加入。

3. 第三阶段是明年展开的，我们会重点支持那些基于 PolkaVM 构建的创新应用，比如支持 JIT 编译、运行加密密集型算法的智能合约等，这一阶段我们会举办更多 PolkaVM 专属的黑客松和开发者活动。

另外，我们今年也会参加各种行业大会，做平台的推广，并举办一系列黑客松，让早期开发者可以尽快上手在 Polkadot Hub 上开发和部署项目。

Lucy：很好，那现在有没有一些入门资料，是适合各个水平的朋友，包括像我这样完全不懂的人？我们不仅可以自学，还能在活动中分享出去，帮助别人理解。

Torsten：当然有，Jan Jan 前面也提到过一个非常重要的网站——contracts.polkadot.io。

Lucy：那它适合我这种“小白”吗？会不会太复杂？

Torsten：当然适合！虽然这个网站主要是面向开发者的，但里面有很多教程，非常适合你想“动手试一试”的人去了解和尝试，你会学到怎么用以太坊的工具链，比如怎么用 Hard Hat 和 Foundry 来部署智能合约。目前我们还在使用我们定制过的工具版本，但未来，我们的目标是让这些功能直接集成到原生工具中，开发者不需要知道“这是 Polkadot 特供版”之类的细节，直接用就行，但就现在来说，去 contracts.polkadot.io 看一看，你几分钟内就可以上手，进入一个真实的区块链开发体验。

Palza 到底代表了什么？

Lucy：我觉得有时候 Hub、Asset Hub、Plaza、Smart Contract 这些词听起来挺容易混淆的。所以我想听一下，关于 Asset Hub 的迁移，它为什么这么重要？

Joe：这个问题我来回答。Asset hub 迁移，其实就是我们说的那个 “Minimal Relay RFC” 项目。它的核心想法是：把原本在中继链（relay chain）上的一切功能迁移出去。为什么这么做？原因有很多。

首先，从架构上讲，我们其实已经有了一个高效的分片执行系统（sharded execution），那我们就应该好好利用它来运行协议本身。某种程度上可以理解为这是一个“自托管”的协议结构，虽然这听起来有点理想主义。但实际上，把这些功能迁移到 Asset Hub 上可以带来很多现实的好处。比如用户体验更好，手续费更低，账户创建的门槛（最低存款）也更低。更重要的是，所有人只需要对接一个统一的链，就能实现很多功能。也就是说，集成方的接入难度会大大降低。

最初我们内部其实有个设想，是把不同的系统功能分拆到多个链上，比如治理链、质押链、资产链等等。这个想法我们称之为“Plaza”，那大概是 2020 年左右的事了。但后来发现一个现实问题：我们理想中的多链协同，其实在工具链层面支持不够，尤其是 XCM 和跨链应用的集成，难度太大了，虽然从协议设计上是可行的，但在现实中，对开发者和用户来说太复杂了。

所以我们逐渐转变思路，不再把系统功能拆分，而是集中到一个链上，刚好我们的平行链核心团队在这段时间也做了很多技术进展，比如异步支持、弹性扩展、提升并行链核心能力等，这些技术让我们真的可以把所有的系统功能都整合进一个大而强的 Polkadot 系统链。所以可以说，“Plaza”这个概念其实是我们原本就逐渐往这个方向靠拢的过程中，一个自然形成的名字。

Rob 在 2023 年 9 月左右正式提出这个词，但其实早在当年年中，我们就已经在讨论迁移中继链功能以优化用户体验，并为未来迁移到 JAM 做准备。Plaza 这个名字相当于给这些零散的想法打了个包，推波助澜，让我们加速推进。总体来说，Asset Hub 迁移是协议的自然升级，Plaza 则是整合这些升级的“保护伞”，代表 Polkadot 下一阶段的发展方向。不知道我有没有遗漏你的问题点？

Jan Jan：我也想补充一句。你可以简单地把“Plaza”理解成一个总称，代表我们正在做的一切事情：不仅仅是把 Solidity 智能合约引入 Polkadot，更是为了让 Polkadot 成为一个适合创业、构建应用的平台。

我们内部使用“Plaza”这个词，是为了给这个庞大的计划起个名字，方便沟通。外部你只需要理解成“在 Polkadot 上跑 Solidity 智能合约”就行了。未来你也会看到我们持续推进的其他方向，比如降低延迟、提升可靠性等等。

Joe：对，这其实也和你之前问的 Polkadot 在竞争格局中扮演什么角色这个问题有关。在“Plaza”之前的 Polkadot，有很多人抱怨说开发体验差、用户体验也不好。我们早期是有意识地做出这种选择的：优先考虑协议的去中心化、安全性和可靠性，而不是 DX（开发体验）或 UX（用户体验）。前几年，我们的重点是兑现白皮书里承诺的内容，比如以安全的方式搭建跨链桥等，我们先确保协议层面完全稳固可靠。

现在，“Plaza”就代表着一个重要的转变 —— 当我们对底层协议的安全性和稳定性已经有信心后，我们开始把注意力转移到开发者体验和用户体验上。可以说，Plaza 是一个包含了多个项目的集合，比如：

如何让链更快？
怎么让用户体验更好？
API 能不能更稳定？
手续费能不能更低，甚至用任何资产支付？
能不能让部署智能合约更简单？

这些所有事情的共同目标就是：让大家能更快地开发、更好地构建用户体验。Plaza 的出现，代表着 Polkadot 心态上的转变 —— 我们要开始迎接应用开发者和用户了。

Polkadot Hub 2025 路线图

Lucy：我还有两个问题要问：一个是弹性扩容（Elastic Scaling）是 Polkadot 2.0 的最后一块拼图吗？有没有什么最新进展？另一个就是 2025 年的路线图上还有什么可以透露的？谁先回答？

Joe：说到弹性扩容啊，那可能找错人了哈哈，我们这场是 Asset Hub 的会议。不过据我所知，弹性扩展现在已经非常接近上线了。

Jan Jan：嗯，其实剩下的路线图内容基本上就是我之前说过的那些 —— 要让大家有充分的理由来 Polkadot 上使用 Solidity 构建业务，这就是我们今年的主要目标了。

当然，弹性扩展本身也是其中一部分，因为我们需要通过它来降低区块时间，提升响应速度（降低延迟）。

我们也会推出我之前提到的 Reliability Dashboard，它会覆盖吞吐量、生命周期、延迟、确定性、成本这些指标。

再往后看，在初始弹性扩展发布之后，我们还会继续迭代 2025 年的路线图：比如说进一步降低延迟，还会上线 Solidity 智能合约相关的预编译功能，集成原生资产和 XCM（跨链消息传递），后面还会在这个基础上扩展功能，到今年年底左右，我们还会开始把质押（staking）和治理（governance）模块逐步暴露出来，供开发者调用。

总之，希望大家对 “Solidity 智能合约登陆 Polkadot” 这个重大事件能感到兴奋吧，这也将是我们今年一个非常重要的发布。

Polkadot 合约上线后会产生什么有趣的功能？

Lucy：你们有没有什么新颖的智能合约创意，能够与 Polkadot 当前的功能产生有趣互动？

Joe：我来分享一个吧。我特别希望看到一个以智能合约作为中介，连接平行链上的质押功能。我稍微解释一下背景。现在很多平行链都有自己的质押机制，而我们也从不少机构托管商那边收到反馈说：他们确实希望支持这些平行链上的资产，但核心业务是为客户质押这些资产。现在问题来了：我们可以在 Asset Hub 或者 Polkadot Hub 上支持这些平行链资产，但我们不能直接在这里进行质押。很多人会以为，“质押”听起来是个很简单的功能，但其实每个平行链实现的质押逻辑都不一样，比如你在 DOT 上质押，和在某个平行链上质押本地代币，它们的接口、流程完全不同。而这就很麻烦了。但是现在我们有 XCM，所以你可以写一个智能合约，部署在 Asset Hub 上，用来对接某个具体平行链的质押功能。

比如说你写一个“Parachain A 质押接口”的合约，用户把 Parachain A 的代币转到 Asset Hub，在这个合约里调用 stake()，然后它就自动通过 XCM 把请求发送到 Parachain A，帮用户完成质押流程。你再写一个“Parachain B 的质押接口”合约，同样逻辑，这样一来托管商只需要集成 Asset Hub 就能支持整个 Polkadot 生态中所有代币的质押、治理和托管功能，非常方便。而且，这种事情只有智能合约才能做，别的方式没法实现。所以我觉得这是一个特别酷的用例。

Lucy：好的！太棒了！谢谢大家今天的分享 —— Joe、Torsten、Jan Jan 还有之前在的 Pierre。今天的分享真的特别有帮助，我们下期节目见！

原视频：https://www.youtube.com/watch?v=t0veJ2GRJ44t=2s