Cardano发布节点11.1.1，为Dijkstra升级铺路

Cardano在其下一个主要网络时代之前发布了节点版本11.1.1，完成了支持Dijkstra硬分叉的四个计划节点里程碑中的第一个。

Intersect的容器注册表显示，版本11.1.1在截至9月6日的周末发布。该版本移除了Cardano的遗留追踪系统，并解决了已知的与Genesis相关的问题。它还回应了在测试节点11.1.0期间发现的增加的内存使用问题。

此维护版本发布之际，Intersect发布了更详细的Dijkstra时间表。节点版本11.2和11.3，以及最终的协议版本12，将逐步引入测试和主网激活所需的代码。

Intersect目前将可能的Dijkstra实施时间定在2026年12月5日至2027年1月4日之间，根据其“中等置信度”时间表。稍后的“高置信度”窗口为2027年2月24日至3月26日。

这些窗口仍是估计值。Cardano必须完成开发、公开测试、生态系统准备和链上治理，然后硬分叉才能激活。

Cardano节点11.1.1开始发布序列

节点11.1.1可通过Intersect的官方GitHub容器注册表获取。Intersect此前将目标定在9月7日开始的那一周，这意味着该软件包比所述窗口稍早出现。

该版本不会激活Dijkstra时代，也不会引入计划中的全部账本功能。这是一个维护和准备更新，旨在用于当前主网。

版本11.1.1移除了用于监控节点操作的旧追踪基础设施。Cardano的开发报告还表示，它将解决在节点11.1.0基准测试中观察到的较高驻留内存使用问题。

发布注册表包括标准版、AMD64和ARM64版本。不同处理器架构的可用性对于在不同硬件上运行Cardano基础设施的权益池运营者和开发者来说很重要。

节点11.2是下一个计划中的里程碑。Intersect预计在其9月5日更新后约一个月内发布。该版本将包含大部分Dijkstra功能集供测试，但它不会是最终的硬分叉候选版本。

Leios组件将不会出现在节点11.2中，因为它们主要涉及共识和区块生产。开发者仍应能够测试其余的Dijkstra账本和交易功能。

DijkstraNet将测试Cardano的新交易功能

Intersect计划在节点11.2可用后启动一个名为DijkstraNet的公共网络。该测试网将让开发者、权益池运营者和工具提供商测试更广泛的协议版本12功能集。

DijkstraNet预计将包括Plutus V4、嵌套交易和CIP-50参数。Cardano公共开发存储库中跟踪的其他账本更改包括新的脚本类型、地址更改、区块体序列化修订和奖励提取更改。

嵌套交易将允许一个Cardano交易包含其他交易，同时保留单独的验证条件。这种结构可以支持更复杂的应用程序、协调操作和多参与方工作流，而无需每一步都作为不相关的交易运行。

Plutus V4代表Cardano智能合约语言和执行环境的下一个版本。需要进行测试以确认钱包、去中心化应用程序、索引器和开发者工具正确解释新的账本规则。

CIP-50涉及质押杠杆和质押奖励。其包含意味着权益池运营者需要在主网激活前检查新参数如何影响激励和池经济。

官方的Dijkstra准备就绪跟踪器仍然开放，并标记为进行中。只有在开发人员准备好能够完成硬分叉进入功能性Dijkstra时代的节点后，它才会关闭。

DijkstraNet将与MusashiNet并行运行，而不是取代它。MusashiNet已经上线，专注于Leios、共识和区块生产测试。

这种分离允许账本功能和新共识架构并行推进。结果最终必须在被选为硬分叉候选的节点版本中汇聚。

节点11.3将结合Dijkstra与线性Leios

根据Intersect 9月5日的更新，Cardano节点11.3预计将在一到两个月内发布。它旨在成为Dijkstra硬分叉的候选版本。

与节点11.2不同，版本11.3预计将包含完整的Dijkstra功能集，包括线性Leios。它还应该能够在测试网络排练期间从当前的Conway账本时代跨越到Dijkstra。

线性Leios是Cardano计划中的Ouroboros Leios第一阶段实现。它在现有的Praos共识设计周围增加了并行交易处理结构。目标是在不改变Cardano基础链安全假设的情况下提高吞吐量。

测试必须检查的不只是原始交易容量。开发人员需要评估区块传播、网络带宽、资源使用、同步、恢复行为以及在不利条件下的性能。

根据项目的命名约定，Cardano节点12.0将成为最终协议版本12的发布版本。Intersect尚未指定发布日期。

Intersect将12月至1月期间描述为“中等信心”窗口，而不是保证的激活日期。

该组织后来的窗口，从2月24日到3月26日，如果早期时间表无法满足，则允许更多时间进行测试和治理。两个窗口都不是固定的硬分叉日期。

正如Cardano发布其分阶段Dijkstra路线图时先前报道的那样，年终目标最初部分指的是代码完成。主网激活仍然取决于技术准备和社区批准。

治理必须批准Cardano的Dijkstra硬分叉

Cardano不能仅通过软件发布来激活Dijkstra。网络链上治理系统必须批准协议版本12所需的宪法和硬分叉行动。

一些新的Dijkstra参数需要纳入Cardano宪法的护栏中，然后治理才能修改它们。Intersect已要求参与者监控其宪法修正门户以获取相关提案。

宪法变更需要根据Cardano的治理规则获得批准。然后，一个单独的硬分叉启动行动必须获得代表、权益池运营商和宪法委员会的所需支持。

这一过程在van Rossem硬分叉期间得到了测试。正如crypto.news在其7月激活后报道的那样，van Rossem在完成网络完整的链上批准流程后，将Cardano移至协议版本11。

Van Rossem仍然处于Conway时代，但增加了Plutus更改并为Dijkstra准备了技术基础。这是Cardano首次完全通过当前治理框架实施的主网硬分叉。

Dijkstra 的过渡将更为广泛，因为它改变了账本时代，并引入了更广泛的共识、交易和智能合约功能。交易所、钱包、浏览器和去中心化应用必须在激活前做好准备。

Intersect 鼓励质押池运营商和开发者加入 MusashiNet 和 DijkstraNet 测试。它还计划于 10 月 6 日在新加坡和 11 月 13 日至 14 日在伦敦举办节点多样性研讨会。

Amaru 是用 Rust 编写的另一个 Cardano 节点，也是准备工作的一部分。它已经可以验证并与链头同步，而主网区块生产仍计划于 2026 年 11 月进行。

节点多样性可以减少网络对单一 Haskell 实现的依赖。这也带来了另一个测试要求，因为替代客户端必须一致地解释协议规则。

Peras 仍然是 2027 年的单独升级

Cardano 的 Dijkstra 计划分为两个阶段。第一阶段涵盖时代过渡、嵌套交易和线性 Leios。开发人员的目标是在 2026 年底左右实现主网就绪，具体取决于测试和治理。

第二阶段将通过单独的代内硬分叉激活 Ouroboros Peras。Intersect 目前的目标是 2027 年第二季度。

Peras 增加了对近期链头的基于权益的投票，以加速结算。该设计旨在比仅依赖 Ouroboros Praos 的正常链深度规则更早地提供更强的确认。

第一阶段将安装 Peras 所需的一些编解码器和协议参数。它不会激活最终性机制本身。Peras 将需要自己的测试网部署、准备检查和治理行动。

没有经过验证的 ADA 价格变动可以完全归因于节点发布或 Intersect 修订的时间窗口。路线图提供了可衡量的技术里程碑，但最终的激活日期仍取决于开发和治理。

接下来的检查点是采用节点 11.1.1、发布节点 11.2、公开开放 DijkstraNet 以及发布所需的宪法修正案。然后，节点 11.3 将决定 Cardano 是否在技术上准备好演练完整的时代过渡。

常见问题解答