Parity 开发者 Robert Klotzner 在 Polkadot 论坛更新了平行链共识的最新进展。总的来说：

• 已在 Rococo 上启动按需的中继链功能，即 Parathread 功能！

• 异步支持已经部署到 Rococo 测试网！

• 预计在今年年底在 rococo 上引入“敏捷核心时间”

• 并在 2024 年 Q1/Q2 在 Kusama / Polkadot 上实现 “敏捷核心时间”

阅读以下全文，查看更多详细信息！

最近，一个新的运行时在 Rococo 上部署，这启用了按需的中继链功能。你现在可以尝试它！我们很快会提供如何操作的说明。

预计到今年年末，当团队完成为 PVF（Parachain Validation Function，即平行链验证功能）准备的更多沙盒层时，Kusama 和 Polkadot 都将具备按需使用的中继链功能。这意味着这两个平台将能够按需动态地使用中继链的功能，而不是持续或固定地运行。

这意味着，目前在 Rococo 上以及预计在今年年底前可用的功能是，你可以为一个核心下订单。然后，你的订单将会被安排，你的平行链将被指派给一个核心，并且开始产生区块。但目前还不可用的是，任何自动和去中心化方式下订单的逻辑。当然，这可以由平行链团队自己构建。所展示的设计是针对完全去中心化/每个参与者都不被信任的设计空间。

下订单本身很简单，只需向中继链发送一个外部交易。例如，可以设置一个有资金的机器来监控交易池，并根据需要发送订单。这可以是一个简单的脚本。但如果你希望订单放置本身是去中心化的，情况就变得更复杂了。那时你需要设置激励机制，这需要证明和链上逻辑。这部分还没有被实现。

这里的"按需"功能特指为“中继链的功能”。这是一种使核心订单自动化和去中心化的方式。但即使在没有这个特定功能的情况下，"按需"的中继链功能对于新成立的公司和项目初期已经很有价值。

另外，在今年年底之前将引入一个重要的新变化，即“敏捷核心时间”。这个新方法将取代现有的平行链竞拍模型。与传统的平行链竞拍模型不同，这种新的“敏捷的核心获取方法”是基于每月进行的，而不是长时间的固定模式。这个改变以及按需功能的引入旨在降低开发者或项目进入平台的难度和门槛，同时优化并更高效地利用区块空间。这将意味着，更多的人将能够享受到更多的区块空间和核心处理时间，从而让他们的项目或应用在区块链上更高效地运行。

这个功能目前计划在 2024 年的第一季度/第二季度实现，虽然这个设计已经被提出和存在，但仍然非常欢迎外部的贡献或建议，因为这可能会使他们更早地完成并提供这个功能。

异步支持

另一个比较大的进展是，异步支持已经部署到 Rococo 测试网中！这使得平行链可以拥有更大的区块（就执行时间而言），同时也使它们能够将区块时间从 12 秒缩短到 6 秒。同时减少延迟并吞吐量加倍！

性能

我们也投入了很多努力来提高我们系统的性能。例如：

• 在计划中的重写批准投票和批准分发为一个单一子系统。https://github.com/paritytech/polkadot-sdk/issues/1617

• 已经实现的批准投票改进：在一个证书中包括所有 tranche0 任务。https://github.com/paritytech/polkadot-sdk/pull/1178

• 和在这里列举的一些即将到来的最近的改进：用一个签名批准多个候选人（https://github.com/paritytech/polkadot-sdk/pull/1191）和从系统块中添加可用性恢复（https://github.com/paritytech/polkadot-sdk/pull/1644）

关于争议加固、削减、决定性、验证者禁用策略等，背后还有更多的工作正在进行，但上面提到的这些是最非常令人兴奋的且面向用户的重大进展！

非常期待看到各个项目开始利用异步支持功能，开始它们的第一个按需生成的区块。接着，在未来，我们希望看到更多的项目能够通过“敏捷核心时间”的方法来获得更多的区块空间！

原贴：https://forum.polkadot.network/t/parachain-consensus-updates-coretime-asynchronous-backing-scalability/4396

编译：PolkaWorld