Cardanoのvan RossemハードフォークがHFWGの批准勧告を受けてガバナンス最終局面へ

Hard Fork Working Groupが6月30日に批准に向けた正式な勧告を可決し、Cardanoのvan Rossemハードフォークはメインネット有効化に一段と近づいた。今回の進展は、PreviewおよびPreProdでのテスト、メインネットにおけるPlutus Cost Modelパラメーター更新の施行、そしてCardanoのガバナンスプロセスを通じたハードフォーク開始アクションの提出に続くものだ。Intersectの最新アップデートによると、DRepの支持は必要な閾値をクリアした一方で、SPOの承認が残る主なガバナンス要件となっている。

HFWGの勧告がVan Rossemを批准へ前進させる

van Rossemハードフォークは、Cardanoが予定するProtocol Version 11へのアップグレードである。これはエラ内ハードフォークを意味し、CardanoはConwayエラのまま、新たなレジャーエラへ移行せずにプロトコルレベルの変更を導入することを意味する。

Intersectのアップグレード文書は、メインネットでのプロセスを二つの連動したガバナンスアクションとして説明している。第一はPlutus Cost Modelのパラメーター更新で、DRepsおよびConstitutional Committeeのメンバーにより批准され、6月18日にメインネットで施行された。第二は6月16日に提出されたハードフォーク開始アクションで、現在最終批准の過程を進んでいる。

HFWGの勧告自体でハードフォークが有効化されるわけではない。これは、アップグレードの調整を担うワーキンググループから、エコシステムに対して正式な準備状況の見解を示すものだ。最終判断はCardanoのオンチェーンガバナンスプロセスに委ねられており、そこではDReps、ステークプールオペレーター、Constitutional Committeeがそれぞれ定められた役割を担う。

Intersectの6月30日のアップデートでは、DRepの支持は閾値60パーセントに対して64.78パーセント、SPOの支持は閾値51パーセントに対して36パーセントと報告された。これによりvan Rossemは完了に近づいているが、必要な批准条件の全てをまだ満たしてはいない。

なぜProtocol Version 11がCardanoにとって重要なのか

Protocol Version 11が重要なのは、アプリケーションの構築と運用において開発者やインフラ運用者が依存するCardanoの各部をアップグレードするからだ。

スマートコントラクト開発者にとって、van RossemはPlutus V1、V2、V3にわたりPlutus組み込み関数の利用可能性を拡張する。さらに、Bool、Integer、Dataといったコア型に対するcase式を導入する。実務的には、これによりビルダーはスクリプトロジックをより明快にし、特定のオンチェーン処理においてより効率的な実行経路を得られる。

このアップグレードは、ネイティブ配列の扱い、最適化されたマルチアセット操作、モジュラーべき乗、リスト操作ツール、そしてBLS12-381のマルチスカラー乗算も追加する。これらは消費者向け機能ではないが、アプリケーション設計において重要だ。より効率的なスマートコントラクト、より高度な暗号ユースケース、そしてCardano上のゼロ知識証明システムのより良い基盤を支援できる。

Van RossemにはレジャーおよびCardano Nodeの改良も含まれる。アップグレードはレジャーレベルでのVRFキーの一意性の強制、Plutus V1およびV2における参照入力ルールの調整、引き出し構造まわりの検証挙動の改善、そしてプロトコルパラメータのハッシュが一致しない場合にオペレーターへより明確なレポートを提供する機能を追加する。

Cardanoにとって、これらを総合した効果は重要だ。アップグレードはスマートコントラクト層を改善し、ステークプールインフラの一部を強化し、ノードオペレーターに運用面での明確さをもたらす。また、最終判断を単一の組織に依存せずに、技術的アップグレードを分散型ガバナンスで進められるかどうかを試す現実的なテストを、エコシステムにもたらす。

SPOの投票が最終的な運用テストとなる

現在、このプロセスで中心となる残された要素はSPOの参加である。ステークプールオペレーターはCardanoにおけるサービスプロバイダーであるだけでなく、ネットワークのブロック生成層を運用しており、その投票はハードフォークのガバナンスに直接的な役割を持つ。

ノードの準備状況とSPOの投票は異なる事柄を測定する。ノードの準備状況は、オペレーターがProtocol Version 11に互換するソフトウェアを稼働させているかを示す。SPOの投票は、同じ運用層がそのガバナンスアクションを明示的に承認したかを示す。ノードv11でのブロック生成の比率が高いことは技術的な準備を裏付けるが、オンチェーンの投票を自動的に完了させるわけではない。

Cardano Foundationは以前、今回のハードフォークアクションに関するSPOの投票には自動棄権の設定が適用されないことをSPOに注意喚起した。この区別は重要であり、ネットワークの多くがすでにソフトウェアをアップグレードしていても、受動的な不参加がSPOの承認を必要な閾値未満にとどめる可能性があるためだ。

準備プロセスはステークプールを越えて広がっている。Intersectは、自己申告やコミュニティ管理の更新を通じて、取引所、ウォレット、ツール、インデクサー、dApps、インフラサービスにわたるエコシステムの準備状況を追跡している。こうしたより広い視点は、プロトコル変更への投票前に、ガバナンス参加者に多くの情報を提供する。

van Rossemが批准に到達すれば、Cardanoはテストネットへのデプロイ、Plutusコストモデルの施行、そして正式なオンチェーン承認を経るメインネットのアップグレード経路を完遂することになる。結果として、Protocol Version 11の機能がメインネットにもたらされ、プロトコル変更の前に準備、投票、ネットワーク運用が収斂しなければならないライブな技術アップグレードを、Cardanoの現行ガバナンス体制がどのように処理するかが示されるだろう。