原文作者：PaperMoon团队

Polkadot 2.0 这个词在社区里喊了很久，但落地的三个技术改动——Async Backing、Agile Coretime、Elastic Scaling——很多人并不清楚它们各自解决的是什么问题，改变了什么。

这三件事不是独立的功能更新，而是一套互相依赖的架构重构，合在一起才能发挥全部效果。

一、Async Backing：打破出块的同步限制

旧机制的问题

Polkadot 1.0 的平行链出块流程是同步的：平行链在中继链每个区块结束时才能生产自己的新区块，中继链出一个块，平行链跟一个块。中继链出块间隔约 12 秒，所以平行链的出块也受限于这个 12 秒的节奏。

除了慢，还有一个问题：每次出块的时间窗口非常短，平行链的 Collator 要在下一个中继链区块到来之前打包好区块，时间一到就截断。这导致每个区块能容纳的交易量有限，区块填充率不高。

Async Backing 的改变

异步背书（Async Backing） 打破了这个同步约束。核心改动是引入了"未包含区块段（Unincluded Segment）"的概念：

Collator 不再等待上一个区块被中继链包含后才开始打包下一个区块。它可以在当前区块还在等待最终确认的同时，已经在准备下一个区块，形成一条预备区块的流水线。

效果是明显的：

- **出块间隔从 12 秒降到 6 秒**：平行链不再受中继链出块节奏的硬性绑定
- **区块容量扩大 4 倍**：Collator 有更充足的时间打包交易，区块空间利用率大幅提升
- **综合吞吐量提升 8-10 倍**：更短的间隔叠加更大的区块，是乘法效果

**Collator（收集人）**：平行链节点，负责收集用户交易、打包区块候选，然后提交给中继链验证人审核。Collator 不直接参与中继链共识，只负责平行链侧的区块生产。

对于 EVM 兼容的平行链，Async Backing 的效果相当于让以太坊系应用在 Polkadot 上的体验接近原生 Layer 2——6 秒出块，比以太坊主网快 2 倍，比大多数 Optimistic Rollup 的用户感知要好。

二、Agile Coretime：资源分配的市场化重构

插槽拍卖的局限

Polkadot 1.0 通过**插槽拍卖**给平行链分配中继链算力时间：项目锁定大量 DOT，竞拍为期 2 年的平行链插槽。赢得插槽才能接入 Polkadot 网络。

这套机制有一个根本性的问题：资源分配是静态的。一旦赢得插槽，接下来两年不论链的活跃度高低，都占着同一份算力资源；没赢得插槽的项目，哪怕只需要偶尔用一下中继链出几个块，也没有任何低门槛的选项。

Coretime 的逻辑

**Agile Coretime（敏捷算力时间）** 把中继链的出块资源——也就是"核心时间（Coretime）"——变成可以灵活交易的商品。

一个"核心（Core）"是中继链上的一个并行验证插槽，代表一定量的出块和验证能力。现在这些核心的使用权可以通过两种方式获取：

**按需购买（On-demand Coretime）**：需要出块时买一次，出完就结束。适合开发测试网络、活跃度低的早期项目，或者只在高峰期需要爆发性出块的应用。

**批量购买（Bulk Coretime）**：提前买一段时间的核心使用权，适合需要稳定出块的成熟平行链。批量价格通常比按需便宜，但需要提前规划。

批量购买还支持**转售和拆分**：买了用不完，可以在二级市场卖出；一份完整的核心时间可以按时间段切割，卖给不同的买家，类似于云计算的竞价实例市场。

这套机制的实际意义不只是降低门槛——它让 Polkadot 的算力资源能够按真实需求分配，而不是被锁仓两年后可能大量闲置。

三、Elastic Scaling：动态多核并行

 单核的上限

即使有了 Async Backing 和 Agile Coretime，单条平行链依然受限于单核处理能力。一个平行链在任意时刻只能占用一个核心，每个中继链区块只能包含一个平行链区块候选。

在正常负载下这够用，但遇到流量高峰——比如热门 NFT 铸造、大型链上活动——单核的处理能力就成了天花板。

 Elastic Scaling 的机制

**弹性扩展（Elastic Scaling）** 允许一条平行链同时占用多个核心，在同一个中继链区块内提交多个平行链区块候选，并行处理。

这类似于现代服务器的多核架构：计算任务可以被分配到多个处理器同时执行，而不是排队等一个核心处理完再处理下一个。

具体性能数据：

Core 数量	平行链区块生产能力	确认延迟
1 Core	每个中继链区块可生产 1 个平行链区块	~6 秒
3 Cores	每个中继链区块可生产 3 个平行链区块	~2 秒
12 Cores（规划）	每个中继链区块可生产 12 个平行链区块	~500 ms

2 秒级延迟已经接近传统 Web2 应用的用户体验预期，500 毫秒则和大多数中心化交易所的交易确认速度相当。

和 Agile Coretime 的关系

Elastic Scaling 必须依赖 Agile Coretime 才能运作：一条平行链想临时占用 3 个核心处理高峰流量，需要能够即时购买额外的核心时间，用完再释放。如果资源分配还是静态插槽，弹性扩展就无从谈起。

两套机制结合，实现的是真正意义上的弹性云计算逻辑：按需扩容，用多少付多少，不用时释放。

四、三大技术的协作关系

这三个升级不是平行独立的，有明确的层级依赖：

```
Async Backing
    └── 解决单核出块效率问题（更快 + 更大的区块）

Agile Coretime
    └── 解决算力资源的分配和定价问题（灵活 + 市场化）

Elastic Scaling
    └── 依赖 Agile Coretime 的灵活资源分配
    └── 依赖 Async Backing 的流水线架构
    └── 实现多核并行，突破单核上限
```

Async Backing 是基础层改动，Agile Coretime 是资源分配层重构，Elastic Scaling 是建立在前两者之上的性能扩展层。

五、JAM：下一个架构方向

三大支柱完成后，Polkadot 的下一个方向是 JAM（Join-Accumulate Machine）。

JAM 是 Polkadot 创始人 Gavin Wood 提出的新一代核心协议，目标是把中继链的功能进一步泛化——不仅支持平行链区块验证，而是将任意计算工作负载都能在共享安全的环境下执行。

简单理解：中继链目前专门服务于"平行链区块验证"这个场景；JAM 想让中继链变成一个通用的、可编程的全局计算基础设施，任何链、任何应用都能把自己的关键计算任务交给这个网络来执行。

JAM 仍在规范定义阶段，距离生产部署还有一段时间，但代表着 Polkadot 在完成 2.0 架构后的下一个演化路径。

小结

Polkadot 2.0 的三大技术支柱改变的不只是性能数字：

- **Async Backing**：平行链出块从 12 秒到 6 秒，吞吐量 8-10 倍提升
- **Agile Coretime**：插槽拍卖退场，算力时间变成按需可租的商品
- **Elastic Scaling**：单核约束打破，平行链可以动态多核并行，2 秒延迟成为现实

三者合力，让 Polkadot 从一个"多链协议框架"演进成一个真正能够承载高性能应用的可扩展平台。

延伸阅读：
- Elastic Scaling 官方文档：https://docs.polkadot.com/polkadot-protocol/architecture/polkadot-chain/elastic-scaling/
- Agile Coretime 上线公告：https://polkadot.com/newsroom/press-releases/polkadot-launches-agile-coretime/