Cardano Dijkstra 将 Linear Leios 和 Peras 分成两个阶段

Cardano 的 Dijkstra 升级不会一次性激活所有计划中的共识变更。第一阶段将引入一个新的分类账时代，

协议版本 12，配合 Linear Leios 以及更广泛的分类账变更，而 Peras 计划在同一时代稍后激活。

Intersect 目前将第一阶段的代码完成目标定在 2026 年第四季度，Peras 的目标为 2027 年第二季度。这些日期是开发层面的估算，而非已确认的主网硬分叉日期。

Linear Leios 率先进入 Dijkstra

Linear Leios 是第一阶段的主要扩展组件，代表了更广泛 Ouroboros Leios 设计的简化实现。

现有 Praos 区块被扩展为 Ranking Blocks，而 Endorser Blocks 为交易处理提供额外容量。基于权益的委员会会对一个 Endorser Block 进行认证，其证书随后被纳入之后的某个 Ranking Block，并将相关交易应用到分类账。

这种 Linear 设计移除了 Input Blocks，以及完整 Leios 设计中包含的并行生成 Endorser Block 的更广泛模型。

Intersect 之所以选择该方案，是为了在不引入更广泛设计所需的额外交易结构复杂性的情况下，将 Leios 架构的一部分推向生产。其文档还指出，一些替代方案会带来 dApp 用户体验方面的顾虑，被认为不适合作为首次部署。

Dijkstra 第一阶段还包括诸如 Nested Transactions、Guard Scripts、Plutus V4 Script Context 以及新的区块主体序列化结构等其他分类账变更。它们共同构成了向新分类账时代更广泛的过渡。

尚未为 Dijkstra 主网设定单一的 TPS 目标。Linear Leios 可根据交易大小和协议参数在不同配置下运行，预计其容量将在激活后逐步提升，而非一开始就达到理论最大值。

无需再开启新分类账时代即可为 Peras 做好准备

Peras 不会在第一阶段激活，但其所需的部分基础设施将会提前引入。

Dijkstra 包含来自 CIP-140 的编解码扩展与协议参数，使得日后可在现有时代内通过协议版本变更来激活 Peras。由此，结构性变更可在第一阶段完成，等到 Peras 就绪时，无需让 Cardano 再经历一次完整的分类账过渡。

这些协议还分别针对网络性能的不同方面。Linear Leios 扩展交易处理能力，而 Peras 在 Ouroboros Praos 之上增加一层投票机制，旨在加速结算并更早提升对规范链的置信度。

因此，第二阶段是一项独立的共识升级，而非 Leios 部署中尚未完成的部分。在所需的分类账基础已就位后，它可以通过自身的测试与批准流程推进。

代码完成并不等同于 Dijkstra 主网上线

当前 2026 年第四季度的目标指的是第一阶段代码完成，而非保证的主网激活日期。

在发布与 Dijkstra 兼容的节点之后，此次升级还必须经历 Preview 和 Preprod 硬分叉、权益池运营者测试以及网络就绪性检查。只有在这些阶段完成之后，才可发起 Mainnet Hard Fork Initiation 治理行动。

Linear Leios 也正在通过 Musashi Dojo 环境进行测试，已在其中演示了节点同步、Endorser Block 认证与交易流。该工作正用于细化将来决定生产行为的参数。

Dijkstra 还需要对 Cardano Constitution 进行定向修订。新的协议参数需要相应的宪制护栏，以便治理在激活后能够在定义的范围内对其进行修改。

所提修订在范围上属于技术性，不会改变现有的治理角色或投票门槛。当前目标是在 epoch 655 开始之际提交该组合修订，时间为 2026 年 9 月 11 日，随后由 DRep 进行批准，并由 Constitutional Committee 进行合宪性审查。

这一安排在工程完成与网络激活之间留出了有意的缓冲。Dijkstra 可以先落实 Linear Leios 所需的分类账变更，而第一阶段中已埋下的基础则使 Peras 能在之后作为一项独立的协议决策跟进，而无需再经历一次完整的分类账时代过渡。