Polkadot Hub 或将取代 Assets Hub，成为一条包含波卡所有平行链功能的集合！

Bitget App

交易“智”变

Bitget

资讯中心

PolkaWorld2024/11/21 09:12

作者:PolkaWorld

构建使用多链能力的应用程序！

加入 PolkaWorld 社区，共建 Web 3.0！

Polkadot Hub 或将取代 Assets Hub，成为一条包含波卡所有平行链功能的集合！ image 0

11 月的 Polkadot Fellowship Call 以 Polkadot Cloud 和 Polkadot Hub 作为话题开场。这是一个由 Shawn 提出的一个概念，他做了一些介绍、发表了一些演讲，还在论坛上发布了相关帖子。如果你感兴趣，可以查看 PolkaWorld 发布的中文版《JAM 让 Polkadot 实现真正的 Web3 网络，这是许多项目承诺但未实现的！》

PolkaWorld 注：Polkadot Fellowship Call 是每月举办一次的线上会议，参加人员主要由 Polkadot 技术 Fellowship 人员，主要分享和同步 Polkadot 网络的最新开发进展！所以这是一个很好了解波卡正在开发什么的渠道！

本次会议的开始，主持人 Alice und Bob 与 Parity 开发负责人之一 Joe 围绕 Polkadot Hub 展开了一些分享，Joe 一直在负责 Assets Hub 相关工作，不过 Polkadot 社区现在将围绕开发 Assets Hub 的项目统称为 Plaza，现在我们又引入了 Polkadot Hub 这个概念，它可能更好地涵盖这一切。

继续阅读，查看 PolkaWorld 整理的精彩内容！

Alice und Bob：所以 Joe，你能否分享一下你对 Polkadot Hub 这个讨论的看法，以及你如何看待你的工作与 Polkadot Hub 的关系？

Joe：好的，当然。我猜我的名字最终出现在了文档中，但这个想法最初来自 Shawn。不过我首先想到的是 Assets Hub 的部分，因为我想强调的是，这是否在 Assets Hub、Collectives 或 Bridge Hub 上，其实只是一个架构上的细节问题。

我目前对 Polkadot Hub 的理解，至少在目前的讨论中，它指的是 Polkadot 中所有不单独以平行链来运行的功能集合。在未来的一年里，它可能包括智能合约，但同时也涵盖质押治理、Assets Hub 上的资产和稳定币功能，以及身份系统和 People Chain 上的功能。简而言之，它包含了 Polkadot 生态中所有的非必要以平行链来运行的功能。

当我们谈到 Hub 和 Cloud 时，我们并不是在谈具体的链。我认为我们需要打破“产品和链必须绑定在一起”的这种思维方式。这是一种错误的抽象逻辑，而 Polkadot 从一开始的核心理念就是让我们可以构建使用多链能力的应用程序。

因此，当我们将 Hub 或 Cloud 视为一个应用时，不应该将它们与某条单独的链绑定在一起。比如 Cloud 涉及在 Coretime 链上购买核心时间，但同时也需要使用中继链的验证和执行功能。同样，Hub 将利用 Assets Hub、Collectives、People Chain 等链上的功能，但这些功能具体在哪条链上并不是重点。

我认为，我们不应该将“许多功能都在 Assets Hub 上”这样的概念放入关于 Hub 和 Cloud 的沟通中。我的观点关于从我们的词汇中移除 Assets Hub 的概念，不知道你们觉得是否有道理？

Alice and Bob：绝对有道理！这也与我们过去几个月的讨论相呼应 —— 你一直强调对于最终用户来说，某个功能在哪条链上并不重要。而我认为 Polkadot Hub 这样的命名很合理。我们不需要探讨底层是如何实现的、发生了什么。

所以，我的理解是（请纠正我是否正确），将会有一个 Hub API，它会负责向开发者暴露这些功能，从而让他们不需要关心底层的具体实现。这对吗？

Joe：是的，目前可以将其视为一个代号 facade，不过像 Kian 本周提到的 Hub API 这个名字也被讨论过。我个人觉得现在还不需要完全固定一个名字，但可以说将会有一个 Hub API，它能够抽象处理很多底层的复杂内容。

实际上，我们可以将这个 API 独立于 Hub 和 Cloud 的概念来实现，但这本来就是一个早该完成的事情。与其向 UI 开发者暴露存储格式和 Pallet 的具体细节，我们应该将这些复杂性抽象掉。比如，甚至可以超越单个 Pallet 的层级，举例来说，治理功能实际上是由五到六个 Pallet 共同构成的，比如 Craparenda、Conviction Voting 和其他几个 Pallet，而并不存在一个单一的治理 Pallet。但 UI 开发者需要从所有这些 Pallet 中读取信息，因此设计一个更高层级的 API 会更有意义，开发者可以直接调用这个 API 构建治理应用，而不需要处理多个 Pallet 的细节。

此外，诸如存储格式的变化和迁移过程等复杂性都应该被抽象掉，开发者甚至是最终用户都不需要了解这些细节。最终用户完全不需要知道这些 Pallet 的存在以及它们分别存储了什么数据。

Alice and Bob：所以你之前关于 view functions 的讨论，可以说是这个 facade 的一部分，对吗？

Joe：是的，view functions 算是支持这一功能的底层机制。

这其中分为几个层级。每个 Pallet 中的 view functions 用于抽象存储格式相关的问题；在单链运行时的基础上，可以构建更高层级的 view functions，例如治理功能的例子；甚至可以进一步构建整个网络范围的功能。例如，如果你想获取某个账户的余额，这个功能可以查询 API 中配置的所有链，并返回一个包含所有平行链 ID 和余额的数组，或者返回总余额。

因此，它可以表现为一个单一网络，或者说一个单一对象。而 view functions 只是实现这一功能的技术细节之一。

Alice und Bob：好的，那我们来稍微聊一下时间表。有什么新的信息可以分享给社区吗？关于接下来的工作项目之间如何关联？

Joe：我觉得没有什么新内容，至少自从几周前我写的那篇博客发布后就没有更新了。我认为你们应该已经了解了主要内容，比如以太坊兼容性、最小化中继链以及相关的 API 和其他功能。

我们可能会在明年第一季度末看到以太坊兼容性的进展（虽然比较乐观，但目标可能是第二季度）。至于最小化中继链的工作，大概会在第二季度末到第三季度初完成，与 view functions 的时间表相似。

如果是在 Kusama 上测试，这些功能的时间可以提前一个季度。所以在第一季度，实际上很多工作应该已经可以在 Kusama 上展开了。

具体的时间线，也可以查看 PolkaWorld 发布的中文版《让 Polkadot 更加易用！查看 Plaza 最新路线图！》