Cardano 的 CAP-12 草案移除了 Leios 的关闭开关

Cardano 的 CAP-12 宪法修正案第五版草案移除了可通过修改协议参数让 Cardano 停用 Ouroboros Leios 的机制。Intersect 报告称，该草案将停用事项留给 Dijkstra 硬分叉方案处理。11 月 6 日，Intersect 的 Technical Steering Committee 主席 Kevin Hammond 提出在四项条件下恢复该机制。该委员会计划于 11 月 18 日审议他的提案。

协议参数如何关闭 Leios

CAP-12 将把 Dijkstra 的新协议参数加入 Cardano Constitution，并对其修改方式设定限制。其中一个参数 maxEndorserBlockTxsSize 用于限制背书者区块中的交易总大小。为提升 Cardano 的交易吞吐量，Leios 在其设计中引入了此类区块。

较早的草案允许通过将该参数设为零，使 Cardano 在全网停用 Leios。10 月 30 日发布的第五版草案要求 Leios 相关参数必须为非零值。若按现行文字通过，该限制将排除通过参数变更实现停用的做法。

在恢复该开关前 Hammond 希望测试什么

据质押池运营方 SIPO 发布的摘要，Hammond 希望 Leios 团队以书面形式确认，将该参数设为零会使节点恢复为与 Ouroboros Praos 一致的行为。他还要求在 Cardano 的 Preview 和 Preprod 网络上测试停用与重新启用，以便在该机制用于主网之前验证两种转换。

另外两项条件是：在所有节点实现上进行一致性测试，以及修改 Guardrails Script 所执行的规则。这些测试将检查在参数变更时各实现的行为是否一致。对 Guardrails Script 规则的修改将允许把该参数设为零的提案通过脚本检查。

[NEWSBREAK]

在对 CAP-12 进行投票前仍待解决的问题

Intersect 于 11 月 6 日的更新称，CAP-12 中约 30 个取值仍在等待 Parameter Committee 的反馈，并预计将有第六版草案。DijkstraNet 已在运行协议版本 12，而 Intersect 正将 cardano-node 11.3 作为候选发布版本，旨在把完整的 Dijkstra 功能集与 Linear Leios 结合起来。

Intersect 已安排于 11 月 12 日对 CAP-12 及其他在审修正案进行公开评审。在 11 月 18 日的评审中，技术委员会将考虑是否支持将零恢复为可停用 Leios 的取值，前提是完成所提测试并修改 Guardrails Script 规则。