SPOの支持不足でCardanoのパラメーター更新が不成立

「Reduce minPoolCost to 75 ADA and increase Plutus Memory Limits (Part 2)」と題されたこのアクションは、9月1日に期限切れとなった。DRepの支持は必要な閾値である67%を上回る68.57%に達した一方で、SPOの支持は必要な51%を下回る34.5%にとどまった。

Cardanoのパラメーター更新、SPOの閾値に届かず

このガバナンスアクションは、二つの別個のプロトコルパラメーター変更を組み合わせたものだった。

一つ目は、minPoolCostを170 ADAから75 ADAへ引き下げる提案だった。このパラメーターは、残りの報酬がデリゲーターに分配される前に、ステークプールが報酬から差し引くことのできる固定費の最小額を定義する。

二つ目は、Plutusの実行メモリ上限を引き上げる提案だった。トランザクション当たりの最大メモリは1,650万から1,750万ユニットへ、ブロック当たりの最大メモリは7,200万から7,750万ユニットへ増加する。

Intersectは、このアクションを、以前から推奨されていた二つの独立したプロトコルパラメーター変更を組み合わせたものだと説明した。

Constitutional Committeeは賛成5票、反対0票、棄権2名を記録した。DRepの閾値も達成された。SPOの承認だけが、期限切れ前に満たせなかった必要閾値だった。

Plutusのメモリ変更にはSPOの承認が必要だった

提案されたminPoolCostの引き下げは、それ単独では、現在のCardanoのガバナンス枠組みの下でステークプール運用者の投票を必要としない。

minPoolCostは、プロトコルパラメーターのうち経済に関するグループに属する。同じガバナンスアクションに、Cardanoのセキュリティ関連のクリティカルパラメーターに分類されるmaxBlockExecutionUnits[memory]の変更も含まれていたため、SPOの要件が発動した。

承認要件が異なるパラメーターを一つのガバナンスアクションに組み合わせた場合、それぞれのグループに紐づく閾値を全て満たさなければならない。したがって、Plutusのブロックメモリ変更が、このアクション全体に対してSPOの承認を必要とするものにした。

その結果、アクションはDRepの閾値は超えたが、必要なSPOの閾値は下回った。

投票期間中、SPOの参加が限定的であるとIntersectは既に報告していた。8月末の更新ではSPOの支持は26.11%と示され、その後最終的に34.5%まで上昇した。

この結果を単一の原因に帰する公式な分析はない。一部のガバナンス参加者は、無関係なパラメーター変更を一つのアクションにまとめた判断を批判し、公開されたSPOのコメントでも、ステークプールの経済性を巡るより広範な論点が提起された。

CAP #10がステークプールのガバナンス議論を拡大

このアクションの失効を受け、Constitutional Amendment Portalは、CAP #10を「Require SPO Approval for Changes to Stake Pool Economic Parameters」というタイトルで掲載した。

この提案は現在In Consultationと表示されており、オフチェーンの公開討議段階に置かれている。現時点でCardanoの台帳ルールや既存のガバナンス閾値を変更するものではない。

タイトルが示す通り、ステークプールの経済パラメーターに関わる変更についてSPOの承認を必須とすることを提案している。現在の枠組みでは、経済パラメーターは、それ自体だけではSPOの投票を必要とせず、SPOの承認が必須の他のパラメーターを含むアクションに同梱された場合にのみ必要となる。

公開アクセス可能な一次文書からは、CAP #10の全文、作成者、対象とする正確なパラメーター、提案される投票閾値のいずれも確認できなかった。

今回の失効後の公開討議には、今後のminPoolCostとPlutusのパラメーター変更を別々に提出するという提案も含まれている。そうすることで、それぞれの変更が、自身のパラメーター分類に割り当てられたガバナンス閾値の下で進められるようになる。

したがって、今回の不成立のアクションは、元のパラメーター変更を超える具体的なガバナンス上の論点を生んだ。すなわち、将来、ステークプールの経済性を変更する決定において、他のクリティカルパラメーターがたまたまSPOを投票に巻き込む場合に限るのではなく、憲法設計によってSPOの直接承認を要件とすべきかどうかである。