Cardanoメインネット構成の既定がOuroboros Genesisに

公式のメインネット構成には現在、ConsensusMode: GenesisMode が含まれている。これにより、Genesisは任意の同期モードから、最新の構成パッケージで展開されるノードに対する既定設定へと移行する。

この更新はハードフォークや台帳のアップグレードではない。特に初めて参加する場合や長期のオフライン後に再接続する場合に、ノードがネットワークと同期する方法を変更する。

GenesisModeがメインネットの既定になる

Cardano Operations Bookは、配布されているメインネットノード構成でOuroboros Genesisが既定のコンセンサスモードになったことを確認している。

現在のパッケージは cardano-node 11.1.2 と互換であると記載されており、構成は少なくともバージョン11.1.0を要する。これらのファイルを使用する運用者は、手動で PraosMode を選択しない限り GenesisMode を実行する。

既存のステークプールやリレーノードは自動では切り替わらない。運用者がそのファイルを更新または置換するまで、ノードはローカル構成で定義されたコンセンサスモードに従い続ける。

運用者は PraosMode を選択し、対応するブートストラップピア構成を用いることで、以前の同期プロセスに戻すこともできる。

Genesisは信頼されたエントリーポイントへの依存を軽減する

PraosMode の下では、新しいノードはあらかじめ定義されたブートストラップピアの集合を介して同期を開始する。これらのピアはネットワークへの初期経路を提供し、ノードが現在のチェーンに到達するのを助ける。

Ouroboros Genesisは、Cardanoの正直多数のステーク仮定に基づくチェーン選択プロセスを導入する。正しいチェーンを特定するために固定の信頼済みエントリーポイント一覧に依存するのではなく、ノードはプロトコル規則とADAステーク分布に関連する情報を用いて、利用可能なチェーン履歴を評価する。

メインネットパッケージには、ネットワークのステークデータから選定された大規模な台帳ピアを含むピアスナップショットも含まれている。これらのピアはノードの初期接続確立を助け、同期中の競合チェーンの評価方法はGenesisが決定する。

新しいノードや長期間の不在後に戻ってくるノードにとって、実際上の結果はより堅牢な復旧プロセスである。ノードは最初に接続したピアが必ず正しい分岐に従っていると仮定することなく、有効なチェーンを識別できる。

Genesisはすべての運用上の依存を取り除くわけではない。ノードには引き続き、有効な構成ファイル、十分なネットワークアクセス、そして正直多数がアクティブなADAステークを支配しているというセキュリティ仮定が必要である。

運用者はバージョンとトポロジーを確認する必要がある

Genesisを採用する運用者は、まずサポート対象の cardano-node バージョンを実行していることを確認しなければならない。現在の構成はバージョン11.1.0以上を要し、配布されているメインネットパッケージはバージョン11.1.2と互換であると示されている。

次にローカルの ConsensusMode の値を確認する必要がある。GenesisMode で構成されたノードは新しい同期プロセスを使用する。PraosMode を保持しているノードは、最新の公開構成の設定に関わらず、引き続きブートストラップピアを使用する。

関連するトポロジーにも有効なピアスナップショット参照が必要である。トポロジーを見直さずにコンセンサスモードを変更すると、Genesisが想定するピア発見経路がない状態にノードが置かれる可能性がある。

Cardanoのドキュメントはまだ完全には整合していない。Operations BookはGenesisをメインネットの既定としている一方で、一部の開発者向けガイダンスは依然としてPraosを現在の既定、Genesisを将来の置き換えと記述している。最新のメインネットパッケージを用いたデプロイにおいては、配布されている構成ファイルが実際の設定を提供する。

移行に単一のアクティベーションエポックは存在しない。新規デプロイが現行パッケージを採用し、既存の運用者がローカル構成を更新するに従い、Ouroboros Genesisはノードごとに運用上の既定となっていく。