CardanoがVan Rossem PV11をプレビューで導入、ハードフォークテストが実行段階に移行

CardanoのVan Rossemハードフォークがガバナンス手続きを経てライブテストネット実行に移行し、プロトコルバージョン11が現在プレビューネットワークで有効化されています。

この違いは重要です。以前の記事ではPV11のガバナンスアクションがプレビュー段階に入ったことに焦点を当てていました。この段階はもはやガバナンスを通過できるかどうかだけではなく、ノードソフトウェア、DB Sync、SPOインフラストラクチャー、開発者ツールがライブテストネット条件下でサポートを開始した際にアップグレードがどのように動作するかが試される段階です。

Van RossemはCardanoを新しい元帳時代に進めるために設計されたものではありません。CardanoはConway時代に留まりながら、PV11は時代内ハードフォークを通じて限定的なプロトコル改善を導入します。これにより、アップグレードの意義が異なる理由で浮き彫りになります。それは、Cardanoが完全な時代移行の重い運用負担を強いることなく、意味あるプロトコル変更を実現できるかどうかをテストすることです。

開発者やインフラチームにとって、このアップグレードが実用的に活用されるのはここからです。PV11はもはやガバナンスプロセス内で待機している単なる提案ではありません。それは現在プレビューで有効なプロトコル動作であり、Cardano周辺のソフトウェアスタックがこの変更を順調に取り込むことができるか証明する必要があります。それがPreProd、そして後にメインネットに進むプロセスの前提条件になります。

Cardano PV11がガバナンスアクションからプレビューテストへ移行

Van Rossemハードフォークは、長年のCardanoコミュニティ貢献者でありガバナンス参加者であるMax van Rossemに敬意を表して命名されています。しかし、この段階の即時的な重要性は象徴的なものではなく、運用にあります。

プレビューは、アップグレードが広範な展開に先立ち、ネットワーク条件下でテストされる最初の環境です。Intersectは以前、段階的なハードフォークの経路を概説しており、最初のプレビュー、約2週間後のPreProd、そして2026年5月29日を目標にしたメインネットハードフォーク提出が計画されています。この段階的アプローチにより、ネットワーク問題を検出し、ツールの検証を行い、インフラを調整するための時間がエコシステムに与えられます。

これは、PV11がCardanoスタック全体が同時に動く必要があることに依存しているため重要です。ステークプール運営者は互換性のあるノードソフトウェアを必要とします。インデックスインフラはDB Syncサポートが必要です。dAppチームはスクリプトとツールのテストに時間を要します。ウォレット、エクスプローラー、バックエンドサービスも、ネットワークが予期しない動作を引き起こさないことに自信を持つ必要があります。

公式のcardano-node 11.0.1リリースはそのプロセスの中心です。これはPV11時代内ハードフォークをサポートする最初のノードリリースであり、SPO、DRep、憲法委員会による関連ガバナンスアクションがオンチェーンで投票・実施された後にプロトコルバージョン11へのアップグレードを可能にします。

これにより、プレビューテストは単なる技術的チェックポイント以上のものになります。これは、ガバナンス承認、リリースエンジニアリング、エコシステムの準備が実際に合致しなければならない最初の段階です。

Van Rossem PV11がPlutusとCardanoインフラストラクチャーを対象

PV11は焦点を絞ったプロトコルアップグレードです。それはCardanoのトランザクション形状を変更せず、元帳を新しい時代に移行させるものでもありません。その重要性は、Plutusのパフォーマンス、元帳の整合性、ノードレベルのセキュリティにおける改善にあります。

開発者にとって最も目に見える領域はPlutusです。IntersectのPV11提案では、Plutus V1、V2、V3全体での組み込み関数の利用可能性拡大、組み込みタイプに対するケース式、及びCIP-0109、CIP-0132、CIP-0133、CIP-0138、CIP-0153などのCIPに関連する新しい組み込み関数がいくつか概説されています。

実用的な観点では、目標はCardanoのスマートコントラクト環境をより一貫性を持たせ、より効率的にすることです。既存のPlutus V1およびV2スクリプトは、より広範囲な組み込み関数利用可能性から恩恵を受けることができ、新しいプリミティブはオンチェーンで開発者が表現できる内容を改善します。Intersectはこれらの変更を、スクリプトのパフォーマンス向上、実行コストの削減、及びPlutusで開発者が達成できることの拡大と位置付けています。

PV11には元帳およびノードレベルの変更も含まれています。これにはVRFキーの一意性の強制、Plutus V1およびV2に対する参照入力規則の改訂、明確な述語処理、およびプロトコルパラメーターハッシュの不一致に関する報告の改善が含まれます。これらは一般のユーザーにとっては目立たない機能ですが、ネットワークの予測可能性を維持し運用しやすくするためのシステムには重要なものです。

DB Syncも導入の重要な要素です。公式のcardano-db-sync 13.7.0.5リリースはノードバージョン11.0.1およびPV11時代内ハードフォークをサポートします。

これは、DB SyncがCardanoチェーンデータを読み取りインデックス化するインフラに使用されているため重要です。これにはエクスプローラー、分析プラットフォーム、バックエンドサービス、及び信頼できるネットワークデータに依存するアプリケーションが含まれます。

従って、PV11は表面に現れる要素だけで判断されるべきではありません。アップグレードの大部分はCardanoを維持しやすくし、インデックス化しやすくし、操作の安全性を高め、Plutusベースのアプリケーションに対してより能力を発揮できるようにすることを目的としています。

Cardanoメインネットの前にプレビューで導入する理由

プレビューでの有効化は、PV11がメインネット準備ができたことを意味するものではありません。それは、ハードフォークがソフトウェア、インフラストラクチャー、実際のテストネット挙動に対する仮説をテストし始める段階に入ったことを意味します。

このフェーズの価値はそこにあります。問題が現れる場合、それはアップグレードがメインネットに近づく前に発見される可能性があります。プロセスが順調に進む場合、Cardanoは時代内ハードフォークモデルが完全な時代移行を必要とせずに意味のあるプロトコルアップグレードをサポートできるという強力な証拠を得ることができます。

SPOにとってメッセージは明確です: ノードの準備が重要です。dAppチームにとってプレビューは、固定費用モデル、プロトコルパラメーター、またはPlutus挙動に関する仮定に依存するツールの互換性をテストするべき時期です。Intersectは以前のプレビュー問題の一部がハードコードされたパラメーターを利用しているツールに関連していたことを指摘しており、影響を受けた開発者ツール全体で修正が進行中です。

Cardanoのより広範なロードマップにとって、PV11はマーケティングイベントではありません。それは調整テストです。ガバナンスが道筋を承認し、リリースエンジニアリングがソフトウェアを提供し、インフラプロバイダーがアップグレードし、開発者がアプリケーションが予期通り動作することを確認する必要があります。

これがこのフェーズを重要にする理由です。PV11はもはやガバナンスプロセス内で待機している単なる提案ではありません。それは、メインネットにアップグレードが到達する前にCardanoの運営者、ツール、アプリケーション層が一緒に動けるかどうかのライブテストです。