Cardano 计划在 Dijkstra 之前更新宪法以确保 Leios 参数可治理

Input Output Group 概述了在 Dijkstra 时代到来之前对 Cardano 宪法的计划更新，重点针对新协议功能带来的一个实际治理问题。

Dijkstra 预计将引入 Ouroboros Leios 和嵌套交易。这两项功能都会带来可更新的协议参数，但 Cardano 治理只能调整明确列入宪法 Guardrails 的参数。如果在硬分叉之前不更新，这些新设置可能会在链上生效，却无法通过治理进行调整。

Cardano 宪法更新旨在确保 Dijkstra 就绪

Cardano 的宪法通过界定哪些参数可以更改以及可变动的范围，为协议治理设定了正式限制。该结构限制了对协议的无限制控制，但也要求在新硬分叉参数激活后能够被管理之前，必须事先将其加入。

该提案计划将与 Dijkstra 相关的参数及其 Guardrail 范围加入宪法。IOG 表示，此变更仅限于该技术目的，不会改变宪法的宗旨、DReps、质押池运营者或 Constitutional Committee 的角色、投票门槛或现有权利。

这一区分使提案聚焦于硬分叉就绪，而非更广泛的宪法改革。该更新并非对 Cardano 治理的重新设计，而是网络进入新协议阶段前所需的程序性步骤。

对于由 DReps 代表的 ADA 持有者而言，该提案将在 Leios 和嵌套交易参数成为主网一部分之前，把 Dijkstra 的准备工作纳入正式治理流程。

Leios 和嵌套交易需要明确定义的 Guardrails

Ouroboros Leios 是 Cardano 计划中的扩容升级，旨在提高吞吐量并使交易处理更为灵敏。其设计依赖于可随网络状况变化而调节的参数，这使得治理能够访问这些设置成为运行模型的一部分。

此次宪法更新不会让治理对这些参数拥有不受限制的控制。相反，Guardrails 将界定未来调整的许可范围，使网络在不移除围绕协议变更的宪法限制的情况下实现适应。

嵌套交易为 Dijkstra 的升级路径增添了一个独立的技术层。预计它们将扩展交易在 Cardano 协议中的结构化方式与用法。如果这些功能引入新的可调参数，那么在硬分叉生效之前，这些设置也需要被宪法所认可。

其结果是形成了顺序要求：协议可以通过 Dijkstra 引入新功能，但在这些功能被激活之前，治理需要对相关参数拥有明确定义的权限。

DReps 和 Constitutional Committee 将审议一项提案

IOG 表示，计划准备一份涵盖所有与 Dijkstra 相关参数的宪法提案，而不是将更新拆分为若干独立行动。此举将为 DReps 提供一个单一的技术包以便在投票前进行评估。

流程将从敲定 Dijkstra 的范围并识别所涉精确参数开始。Intersect 的 Parameter Committee 预计将为每个参数定义 Guardrails，而 Plutus 团队将准备与宪法变更配套的更新版 Guardrails Script。

DReps 将就批准进行投票，而 Constitutional Committee 将确认该行动是否符合宪法。IOG 表示，目标是在最晚不迟于 epoch 655 之前提交该治理行动，该 epoch 将于 2026 年 9 月 11 日 21:44 UTC 开始。

该提案在新协议逻辑被激活之前，为 Cardano 的下次硬分叉确立了明确的治理路径。Dijkstra 可以将 Leios 和 嵌套交易纳入技术路线图，但宪法更新将决定这些功能背后的参数能否从第一天起以明确的限制、审查与可调整的控制进入主网。对于 ADA 治理而言，这一决定不仅关乎添加新设置，更关乎在这些设置成为在线协议一部分之前界定控制范围。