SPO 支持不足致 Cardano 参数更新未获通过
一项将较低的最低 stake pool 成本与更高的 Plutus 内存上限相结合的 Cardano 治理行动因未能获得所需的 stake pool operators 支持而到期失效。随后出现了 CAP #10 这项宪法提案,探讨对 stake pool 经济参数的变更是否应当要求 SPO 批准
By SongMarketCap
这项名为“Reduce minPoolCost to 75 ADA and increase Plutus Memory Limits (Part 2)”的行动已于9月1日到期失效。DRep 支持达到 68.57%,高于所需的 67% 门槛,而 SPO 支持为 34.5%,低于所需的 51%。
Cardano 参数更新未达 SPO 门槛
该治理行动合并了两项独立的协议参数变更。
第一项提议将 minPoolCost 从 170 ADA 降至 75 ADA。该参数定义了在将剩余奖励分配给委托人之前,stake pool 可以从奖励中扣除的最低固定成本。
第二项提议提高 Plutus 执行内存上限。每笔交易的最大内存将从 1650 万单位提升至 1750 万单位,而每个区块的最大内存将从 7200 万单位提升至 7750 万单位。
Intersect 称该行动将此前已被建议的两项独立协议参数变更合并提出。
Constitutional Committee 记录为 5 票赞成、0 票反对、2 名成员未投票。DRep 门槛也已达到。在到期前,该行动未能满足的唯一必需门槛是 SPO 批准。
Plutus 内存变更需要 SPO 批准
按照 Cardano 现行治理框架,单独的 minPoolCost 下调本身并不需要 stake pool operator 投票。
minPoolCost 属于协议参数中的经济组。之所以触发了 SPO 要求,是因为同一项治理行动还包含对 maxBlockExecutionUnits[memory] 的变更,该参数被归类为 Cardano 与安全相关的关键参数。
当一项治理行动合并了具有不同批准要求的参数时,必须同时满足这些参数组所附带的全部门槛。因此,Plutus 区块内存的变更使得整项行动都需要获得 SPO 批准。
结果是该行动达到了 DRep 门槛,但低于所需的 SPO 门槛。
在投票期间,Intersect 已报告 SPO 参投度有限。8 月下旬的一次更新显示,SPO 支持为 26.11%,最终数字上升至 34.5%。
目前没有官方分析将结果归因于单一原因。一些治理参与者批评将不相关的参数变更合并为一项行动的决定,而公开的 SPO 评论也提出了更广泛的 stake pool 经济性问题。
CAP #10 扩大了关于 stake pool 治理的争论
在该行动到期后,Constitutional Amendment Portal 列出了 CAP #10,标题为“Require SPO Approval for Changes to Stake Pool Economic Parameters”。
该提案目前被标注为In Consultation,处于链下公众讨论阶段。它目前不会改变 Cardano 分类账规则或现有治理门槛。
其标题建议,对于涉及 stake pool 经济参数的变更应要求 SPO 批准。在当前框架下,经济参数并不单独需要进行 SPO 投票,除非它们被包含在同时含有必须获得 SPO 批准之参数的行动中。
从公开可访问的主文档中,无法确认 CAP #10 的完整文本、其作者、将涵盖的具体参数以及任何拟议的投票门槛。
在该行动到期后的公众讨论中,也有人提议今后分别提交 minPoolCost 和 Plutus 参数的变更。这样可以使每项变更按照其自身参数分类所对应的治理门槛推进。
因此,这次失败的行动在原有参数变更之外提出了一个具体的治理问题:未来凡是改变 stake pool 经济性的决策,是否应在宪法层面要求直接获得 SPO 批准,而不是仅在其他关键参数恰好将 SPO 纳入投票时才需要。