Cardano Leios アップデートにより Musashi テストネットの再起動が必要

Input Output の最新の Leios プレリリースは、エンドーサーブロックの形式が以前のバージョンと互換性がないため、Musashi Dojo テストネットの再起動を必要とする。このアップデートは、負荷の増加下で Cardano の提案中のスループット拡張がどのように振る舞うかを検証するフェーズである Fire の期間中にリリースされた。

新しい Leios ブロック形式で互換性が崩れる

Ouroboros Leios は、既存の Praos チェーンに加えてエンドーサーブロックを追加することで、Cardano のトランザクション処理能力を拡張する。これらのブロックは、ステークプールの委員会が検証と投票を行うトランザクションを参照する。証明書により、それらのトランザクションが台帳に取り込まれる。

この設計により、ADA の送金やアプリケーションのトランザクションのための追加容量が提供される。エンドーサーブロックは配布と検証のプロセスが既存のものと分離されており、参加ノードは互換性のある通信規則に従う必要がある。

rc-2026w42 を実行するノードは、以前のバージョンとエンドーサーブロックを交換できず、それらのチェーンも読み取れない。リリースノートによると、再起動したネットワークをジェネシスから同期する前に、オペレーターはローカルのチェーンデータベースと Leios のデータベースの両方を削除しなければならない。

認証が1スロット早まる

ブロックプロデューサーは、必要なアナウンス、投票、拡散の各期間が経過した直後に、エンドーサーブロックを認証できるようになった。デフォルトのパラメーターでは、これは14スロット後に可能となり、従来のリリースより1スロット早い。

この変更は、プロトタイプを CIP-164 と上流ノードのヘッダー検証規則に整合させるものだ。しきい値は証明書を台帳に含められる最も早い時点を定義し、実際の組み込みは適格なブロックの生成にも依存する。

エポック境界をまたぐ認証は禁止となった。ノードは前のエポックでアナウンスされたエンドーサーブロックを認証しようとするヘッダーを拒否し、ブロックプロデューサーもそのような証明書を作成しない。

このリリースでは、Plutus スクリプトが失敗するトランザクションが、対応するエンドーサーブロックの認証後にスクリプトロックされたインプットを消費できてしまう可能性があったプロトタイプの不具合も修正した。修正により、送信されるトランザクションのエンコーディングでスクリプトの有効性フラグが保持される。また、投票に用いられたプロトコルバージョンが、トランザクションを以前に検証したバージョンと異なる場合は、新たな検証を要求する。

Musashi Fire は Cardano の初期パラメーターをテスト

Musashi Dojo は Input Output が運用し、独立したステークプール運営者が Leios 対応のブロックプロデューサーを稼働させてコンセンサスに参加している。テスト ADA と委任が彼らの参加を支えている。

Fire 期間中は、持続可能な運用レベルを確立し、ソフトウェアの問題を露出させ、プロトコル設定を評価するために、トラフィックが段階的に増加する。このテストネットは、アプリケーションチームに対して、ウォレットやインデクサーなどのツールを Leios に対して検証できる環境も提供する。

Intersect の10月17日のアップデートは、Musashi がネットワーク規模と地理的分布で Preview と Preprod を上回ったと報告した。開発チームは10月15日のテスト期間中に2回のオープンセッションを開催し、その知見は Cardano メインネットの初期パラメーター設定に反映される見込みだ。

オペレーターは、現在および次のエポックの投票委員会を確認するための新しい cardano-cli query leios-committee コマンドも利用できるようになった。

これまで query stake-snapshot が返していた委員会情報は、その専用クエリに移され、今回のリリースにおける認証タイミングとエポック境界の変更に合わせられている。