官方论坛精选丨波卡 2.0 的关键功能弹性扩展的特点以及最新进展

“波卡知识图谱”是我们针对波卡从零到一的入门级文章，我们尝试从波卡最基础的部分讲起，为大家提供全方位了解波卡的内容，当然这是一项巨大的工程，也充满了挑战，然而我们希望通过这样的努力让大家能够正确认知波卡，也让不了解波卡的人方便快速掌握波卡相关知识，今天是该栏目的第 178 期，本文介绍了波卡 2.0 的关键功能之一，弹性扩展（Elastic Scaling）的特点以及最新进展。

波卡 2.0 的关键功能之一，弹性扩展（Elastic Scaling）功能即将在第二季度上线。目前还剩下最后一些需要整合的部分：

• 基于 Polkadot SDK2412-1 的“协会（Fellowship）”运行时正在准备中（详情请参见：

https://github.com/polkadot-fellows/runtimes/pull/606）。一旦实施，我们距离启用 RFC103 安全特性就只差一次公投了。

• 波卡稳定版 2503 将于 3 月底发布。它包含了基于插槽的 Collator 技术，该技术支持弹性扩展，并且为验证者提供了动态异步备份参数。

弹性扩展是波卡 2.0 的最后一块拼图，同时它也将改变游戏规则。简而言之，它显著提升了 Rollup 的垂直可扩展性，增加了吞吐量并降低了延迟。

弹性扩展将带来什么？

它使单个 Rollup 能够利用波卡的多核架构。Rollup（平行链）可以通过 Agile Coretime 接口实时调整其使用的核心数量。Layer2 网络可以增加其吞吐量并降低延迟，以匹配负载或达到预期的终端用户体验。
下图展示了其工作原理。
只有一条规则：Rollup 仍然创建一系列在中继链上并行验证的区块。
Rollup 创建这些区块的速度越快，每 6 秒就可以在中继链上使用的核心就越多。请记住，每个核心有 2 秒的执行时间和 5MB 的可用空间（很快将提升至 10MB）。

何时需要它？

根据正在构建的项目，可能会更关心以下三个方面的提升：

• 计算能力（CPU 权重）

• 带宽（证明大小）

• 延迟（区块时间）

1

只想要非常低的延迟？

如果你只关心延迟，并且愿意使用一个核心所提供计算能力的 25% 以下时，那么我们已经为你准备好了。

2

12 个核心

这可以实现非常快速的交易确认，500 毫秒的区块时间和高达12MB/s 的动态可用性（DA）带宽。很不错吧！

3

想要高吞吐量（TPS）和较低延迟？

如果你正在构建一个 CPU 密集型应用，那么你的 Rollup 需要最大化核心的计算使用率，同时实现较低的延迟。

4

3 个核心

你能在延迟和吞吐量之间取得良好的平衡。这为 Rollup 提供了长达6 秒的执行时间，3MB/s 的 DA 带宽，以及仅 2 秒的区块时间。

5

想要不错的吞吐量，但更需要更多带宽？

可能你的应用并不需要太多计算能力，比如说使用一个核心计算能力的 50% 以下。但与此同时，它对带宽的需求很大。

6

6 个核心

这将为你提供长达6 秒的计算时间，6MB/s 的 DA 带宽，并且你还将免费获得 1 秒的区块时间。

每个证明验证（PoV）包含多个区块

从长远来看，使用 12 个核心仅仅为了获得 500 毫秒的区块时间，在资源使用效率方面可能不是最佳选择，但在我们找到更高效的方法之前，它目前运行良好。
更好的方案即将推出，它将允许在一个单独的 PoV 中包含多达 4 个平行链区块（如果使 250 毫秒出块，甚至可以达到 8 个）。这样将有可能在保持 500 毫秒延迟的同时，将所需核心数量减少到 3 个，并最大化核心的计算使用率。对于这一方案，我无法给出具体的时间安排，也不能做出任何承诺，但我知道 bkchr（详情请参见： https://forum.polkadot.network/u/bkchr）正在致力于此。
为了更全面地了解波卡的可扩展性情况，可以阅读这篇博客文章。详情请参见： https://www.parity.io/blog/polkadot-web3-cloud

权衡取舍

通常情况下，我们需要在计算能力和延迟之间进行权衡。较低的延迟意味着更频繁地出块，这会增加开销，从而减少在 6 秒内可以执行的计算量。
同时，每个核心可使用的计算量取决于你的 Collator 之间的网络延迟以及他们的出块速度。更快的 Collator 使你能够充分利用中继链的计算资源。
在 Parity，我们正努力简化和优化区块生成过程，以便让运行参考硬件的 Collator 能够最大限度地使用核心资源。相关的想法、讨论甚至概念验证（PoC）已经存在。你可以在 GitHub 上的这个议题中了解更多信息：
Elastic Scaling：简化的区块生产。详情请参见： https://github.com/paritytech/polkadot-sdk/issues/5190
这一切听起来怎么样？你会使用弹性扩展吗？
我很乐意听取大家的反馈并解答任何疑问。

想参与到本文的讨论，欢迎到这里发表自己的意见： https://forum.polkadot.network/t/elastic-scaling-wen-500ms-blocks/11971
关于如何参与到论坛的讨论中，请参看我们推出的波卡论坛使用指南： 《如何参与波卡的讨论：波卡官方论坛使用指南》

欢迎大家加入我们 Polkadot 生态研究院的电报：

https://t.me/polkadot_eri

精选文章


平行线程  |  经济模型  | Slash  |  通货膨胀  |  NPoS  |  Web3 基金会
Staking  |  Gavin Wood |  跨链  |  平行链  | 国库 | Parity
DOT |  Web3.0  |  网络效应  |  Grant 指南
Statemint  |  区块链  |  SBP 计划  |  新计划
XCVM  |  BEEFY  |  XCM
Wasm