在 HFWG 建议批准后，Cardano van Rossem 硬分叉进入最终治理推进阶段

在 Hard Fork Working Group 于 6 月 30 日投票支持发布正式的批准建议后，Cardano 的 van Rossem 硬分叉离主网上线更近了一步。此次进展是在 Preview 和 PreProd 上完成测试、在主网上执行 Plutus 成本模型参数更新以及通过 Cardano 治理流程提交硬分叉启动提案之后取得的。根据 Intersect 的最新更新，DRep 支持率已超过所需门槛，而 SPO 批准仍是尚未满足的主要治理条件。

HFWG 的建议推动 van Rossem 迈向批准

van Rossem 硬分叉是 Cardano 计划升级至 协议版本 11 的举措。它是一项同时代内的硬分叉，这意味着在引入协议层变更的同时，Cardano 仍处于 Conway 时代而不会进入新的账本时代。

Intersect 的升级文档将主网流程描述为两个相互关联的治理行动。第一项是 Plutus 成本模型参数更新，该提案已获 DReps 和宪法委员会成员批准，并于 6 月 18 日在主网生效。第二项是硬分叉启动提案，于 6 月 16 日提交，当前正推进最终批准。

HFWG 的建议本身并不会激活硬分叉。它为生态系统提供了由负责协调升级的工作组给出的正式就绪度评估。最终决定仍在 Cardano 的链上治理流程中作出，在那里 DReps、质押池运营者和宪法委员会各自承担明确的角色。

Intersect 在 6 月 30 日的更新中称，DRep 支持率为 64.78%，超过 60% 的门槛；SPO 支持率为 36%，距离 51% 的门槛仍有差距。这使 van Rossem 接近完成，但尚未满足所有必需的批准条件。

为何协议版本 11 对 Cardano 重要

协议版本 11 之所以重要，是因为它升级了开发者和基础设施运营者在构建与维护应用时所依赖的 Cardano 组件。

对于智能合约开发者，van Rossem 扩展了 Plutus 内置函数在 Plutus V1、V2 和 V3 中的可用性。它还为 Bool、Integer 和 Data 等核心类型引入了 case 表达式。实际而言，这为开发者带来更简洁的脚本逻辑，以及在某些链上操作中更高效的执行路径。

此次升级还增加了原生数组处理、优化的多资产操作、模幂运算、列表操作工具以及 BLS12-381 多标量乘法等功能。这些并非面向消费者的特性，但对应用设计至关重要。它们可以支持更高效的智能合约、更先进的密码学用例，并为 Cardano 上的零知识证明系统提供更好的基础。

van Rossem 还包含账本和 Cardano Node 的改进。此次升级增加了账本层面的 VRF 密钥唯一性强制，调整了 Plutus V1 和 V2 的引用输入规则，改进了对提款结构的验证行为，并在协议参数哈希不匹配时为运营者提供更清晰的报告。

对于 Cardano，这些综合效应十分重要。此次升级改进了智能合约层，强化了质押池基础设施的部分环节，并为节点运营者带来更清晰的运维指引。它还为生态系统再次提供了一个现实检验，看技术升级能否在不依赖单一机构作最终决定的情况下，通过去中心化治理推进。

SPO 投票成为最终的运营层检验

SPO 的参与现已成为流程中剩余的核心要素。质押池运营者不仅是 Cardano 的服务提供者。他们运行网络的出块层，这使其投票在硬分叉治理中具有直接作用。

节点就绪与 SPO 投票衡量的内容不同。节点就绪显示运营者是否运行与 协议版本 11 兼容的软件。SPO 投票则显示同一运营层是否已明确批准该治理行动。较高比例的 v11 节点出块支持技术层面的就绪，但这并不会自动完成链上投票。

Cardano Foundation 此前提醒 SPO，此次硬分叉行动的 SPO 投票不适用自动弃权设置。此区分很重要，因为被动不参与会使 SPO 批准率低于所需门槛，即便网络的大部分已经升级了其软件。

就绪流程也不仅限于质押池。Intersect 通过自我声明与社区维护的更新，跟踪交易所、钱包、工具、索引器、dApps 与基础设施服务等在内的生态就绪情况。这一更广泛的视角为治理参与者在对协议变更进行投票前提供更多信息。

如果 van Rossem 获得批准，Cardano 将完成一条主网升级路径，该路径依次经历了测试网部署、Plutus 成本模型生效以及正式的链上批准。其结果将把 协议版本 11 的功能带到主网，并展示 Cardano 现行治理体系如何处理一次实时技术升级，在协议更改之前需要就绪、投票与网络运行三者汇合。