DevX Tracker が 110 の Cardano ツール全体で Dijkstra の互換性ギャップを指摘
公開評価は 206 のツールにまたがる依存関係を可視化し、Dijkstra 対応に必要な上流の変更を特定した。調査結果は cardano-node 11.2.0 プレリリースに対してテストされた特定のソフトウェアバージョンを対象としている。
By SongMarketCap
Updated:
Cardano DevX Initiative は Dijkstra ハードフォークに向けた公開のレディネストラッカーを発表し、11月1日の評価で 110 のツールを “Breaks after HF” と分類した。この指定は、ツールのリリース済みコードまたはその依存関係における互換性ギャップを示す。Input Output は最新の週間開発レポートでこのトラッカーを取り上げた。
このマップは調査結果をソースコード、開発課題、テスト結果に結び付け、どのコンポーネントに変更が必要か、またどの他のツールがそれらに依存しているかを示す。
Dijkstra 評価は 206 の Cardano ツールを網羅
DevX は 268 のツールのカタログを精査し、そのうち出荷済みコードが Dijkstra の影響を受けるプロトコル部分と相互作用する 206 を対象に含めた。除外された 62 のツールのうち、41 は公開ソースコードがなく、18 は変更されたインターフェースや構造に触れておらず、3 はテストやサンプルを通じてのみ該当した。
公開された評価では 110 のツールが “Breaks after HF”、9 が “In progress”、4 が “Ready for HF”、4 が “Target component” と記載されている。さらに 45 は未検証のままで、34 は放棄や限定的な利用といった理由が記録されて棚上げとなった。
“Ready for HF” は、そのツールが自ら対応をリリース済みであり、本評価が追跡する未解決の依存関係がないことを意味する。“Not verified” は互換性ギャップが確認されていないが、合格と見なせる結果も得られていないことを指す。DevX はデータに審査中で変更の可能性があるとのラベルを付けている。
上流の依存関係が修正の順序を形作る
このトラッカーは 82 のツールに対する依存関係の障壁を取り除き得る 19 の上流ステップをモデル化している。提案された順序は、先行する依存関係が解消された後に各ステップで新たに解放されるツールの数を優先している。
最初の五つのステップには cardano-db-sync、Blockfrost、Ogmios、Koios、Kupo が含まれる。これらの変更を合わせると、82 のツールのうち 45 に対して追跡されている障壁が取り除かれる。Blockfrost と Koios は db-sync に依存し、Kupo は Ogmios に依存している。
一部のプロジェクトは自前のコード変更も必要とするため、依存関係だけを更新しても移行は完了しない。マップはそのようなケースと、上流の対応を全面的に待っているツールを区別している。分類は検証時点の改訂内容を記述したものであり、その後のリリースはそのスナップショットに照らして再評価する必要がある。
[NEWSBREAK]
Devnet の結果がメンテナーのフォローアップを導く
cardano-node 11.2.0 がタグ付けされた後、DevX はそのプレリリースに対して評価を再実行した。同一のコンポーネントバージョンで比較可能だった 39 の実行時結果はすべて、以前の評価と一致した。
この更新により、cardano-c と Plutarch は Dijkstra 対応のリリースに続いて ready ステータスへ移行した。Adder は in progress へ移動し、一方で node、CLI、submit API、cardano-testnet は参照リリース自体の一部を構成するため target components と分類された。
cardano-node 11.2.0 は依然としてプレリリースであり、リリースノートはメインネットでの使用をまだ推奨していない。これに対するテストは Dijkstra 時代の有効化を意味しない。
DevX が発表した次のステップは、devnet での不具合が確認されたコンポーネントのメンテナーに診断パッケージを送付することだ。対象には Ogmios、Kupo、db-sync、Pallas、CML、gOuroboros が含まれる。各パッケージは不具合の記録、再現手順の提供、そしてそれによってブロックされているツールの特定を目的としている。