Cardano、ブロック生成ソフトウェアの標準策定を模索

CardanoのCPS-0036は、ステークプール運用者がどのノード実装でブロックを生成したかを宣言するための共通手段が存在しない問題に取り組む。提案されているシグナルは任意のままで、ブロックの有効性には影響しない。

By SongMarketCap

Cardano News - Cardano、ブロック生成ソフトウェアの標準策定を模索

Cardano Problem Statement は、各ブロックの生成に用いられたソフトウェアを特定するための共有手段を模索している。CPS-0036 の議論は9月2日に開始され、9月16日に Confirmed のラベルを受けたが、提案は依然としてオープンであり、技術標準を確立するものではない。

その目的は、別個の Cardano Improvement Proposal がシグナル形式、ソフトウェアレジストリ、実装ルールを定める前段として、問題を定義することにある。

Cardanoは単一のノード実装を超えて拡大

Cardano は歴史的に Haskell に基づくcardano-nodeに依存してきたが、同じコンセンサス規則の下で追加の実装が現在開発されている。CPS-0036 は Amaru と Dingo を挙げており、提案の議論では Gerolamo にも言及している。

この文脈でのクライアントとは、Cardano のプロトコルを検証し、ブロック生成に参加できるノードソフトウェアを指す。これはネットワークとやり取りするためのウォレットやその他のアプリケーションとは別物である。

独立した実装は回復力の向上につながり得る。あるコードベースに影響する欠陥が別のコードベースには存在しない場合があるためだ。その利点は採用状況に依存する。一つのクライアントが引き続き大半のブロックを生成し続けるなら、代替が利用可能でもネットワークの運用はその実装に依存したままとなる。

現在の Cardano には、各ブロックを生成したソフトウェアに帰属させる標準化されたフィールドが存在しない。研究者、エクスプローラー、監視プラットフォームはクライアント分布を間接的に推定せざるを得ず、不完全で比較が難しいデータセットが生じている。

ネットワーク上の活動により、この問題の喫緊性は高まっている。レビュアーの yHSJ は、Dingo と Gerolamo がすでにプロトコルのマイナーバージョンフィールドをソフトウェア識別子として用いてブロックを生成しており、Amaru も同様の手法に従う計画だと述べた。

CPS-0036 は任意のソフトウェアシグナリングを概説

CPS-0036 は、簡潔で任意かつコンセンサスに中立的なメカニズムを求めている。ソフトウェア識別子のないブロックも有効なままであり、情報を公開するかどうかは各ステークプール運用者が決定する。

議論では、既存の二つのアプローチが説明されている。一つはブロックヘッダー内のプロトコルのマイナーバージョンフィールドから4バイトを使用する方法であり、もう一つはおよそ60バイトのマーカートランザクションを使用する方法である。共通の仕様がなければ、実装ごとに異なる形式が採用され、インフラプロバイダーは個別のデコード規則を維持せざるを得なくなる。

この提案はまた、各実装に認識しやすい識別子を割り当てる公開ガバナンスのレジストリを求めている。これにより、エクスプローラー、研究者、ダッシュボードがネットワーク全体でシグナルを一貫して解釈できるようになる。

最初の提案ユースケースはクライアントの同定である。このメカニズムは将来的に、プロトコルのアップグレード前に機能の提供状況やソフトウェアの準備状況に関する宣言を支援することも可能だ。

いくつかの設計上の課題は未解決のままだ。自己宣言型の識別子はなりすましが可能であり、これを KES や VRF のクレデンシャルに暗号学的に結び付けると複雑さが増す。詳細なソフトウェアバージョンを公開すると、脆弱なリリースを運用しているオペレーターが露呈するおそれもある。いかなる仕様も、Leios とその進化するブロック構造との互換性を維持する必要がある。

クライアントデータは Cardano のネットワーク監視を強化し得る

標準化された識別子があれば、Cardano は生成済みブロックから宣言されたクライアントの多様性を直接測定できる。ネットワーク運用者や研究者は、各実装に紐づくシェアを算出し、一つのコードベースへの過度の依存を特定し、代替クライアントが実運用インフラへ移行しているかどうかを追跡できる。

このデータはプロトコルのアップグレードも支援し得る。将来的に標準が機能の準備状況を含むなら、エコシステムはハードフォークや主要ソフトウェアリリースの前にネットワークレベルの見通しを得られる。テストと調整は別個のプロセスのままだが、オンチェーンのシグナルが共通の運用データセットを提供することになる。

議論によれば、プロトコルのマイナーバージョンフィールドを巡って既に実務的な慣行が形成されつつある可能性がある。CIP 編集者の Robert Phair は、現行の実践に基づく解決志向の CIP が、問題の記述だけよりも直接的な道筋を提供し得ると述べた。

ソフトウェアのシグナリング自体がクライアントの多様性を生み出したり障害を防いだりすることはできないが、Cardano のインフラを測定しやすくすることはできる。採用されれば、この標準によりエクスプローラーや監視ツールは、どの宣言クライアントがネットワークのブロックを生成しているかに関する、断片的な推定を一貫したブロックレベルのデータに置き換えられるようになる。