Cardano Leios プロトタイプが投票支持に応じてブロックサイズを調整

Cardanoのコンセンサスチームは、アダプティブエンドースメントと呼ばれる機能を備えた Ouroboros Leios プロトタイプ rc-2026w44 を公開した。これにより、直近のブロックが十分な投票支持を得られない場合に、ブロックプロデューサーがより小さいエンドーサーブロックを作成できる。この機能は、より大きなブロックの認証が難しくなりスループットがCardanoの既存コンセンサスプロトコルである Praos が支える水準に戻ってしまう局面でも、Leios が追加したトランザクション処理能力の一部を維持するよう設計されている。

なぜ小さいブロックが役立つのか

Leios は、チェーンを形成する通常のブロックと並行してトランザクションを運ぶエンドーサーブロックを用いることで容量を拡張する。エンドーサーブロックを認証するには、ステークの最小比率を代表する投票が必要となる。Musashi におけるテストでは、投票ウィンドウが閉じる前に投票ノードが未確認のトランザクションを検証できず、一部の大きなブロックが基準に達しなかった。

このプロトタイプは、直近の各ブロック告知に対する投票重みを、直近ラウンド全体で参加したステークと比較する。その差分を用いて、認証しきい値を上回る余裕がどれだけ失われたかを推定する。続いてブロックプロデューサーは新しいエンドーサーブロックを縮小し、同じウィンドウ内で投票ノードが確認すべきトランザクション数を減らす。

メイン開発ブランチでの変更点

プロトタイプの公開とは別に、コンセンサスチームはメイン開発ブランチにエンドーサーブロックの生成を追加した。ブロックプロデューサーは、ランキングブロックと呼ばれる通常のチェーンブロックに収まりきらないトランザクションからこれらのブロックを作成し、LeiosDB と呼ばれる専用データベースに保存できる。

受信したランキングブロックが Leios 証明書を伴う場合、ノードはその証明書を確認し、チェーン用にそのランキングブロックを選択する前に対応するエンドーサーブロックを待つ。開発ブランチは投票リレーも追加している。ノードは各 Leios の投票を一度検査し、無効な投票を送るピアからは切断する。

[NEWSBREAK]

Musashi と DijkstraNet の違い

Intersect は、完全な Linear Leios 実装のテストネットとして Musashi を位置付けた。DijkstraNet はプロトコルバージョン12を実行し、ステークプール運用者のための BLS 鍵登録をサポートしている。現在のリリースでは完全な Linear Leios は対象外だ。

rc-2026w44 では適応型エンドースメントはデフォルトで無効。Musashi 向けに提供される設定でこの機能が有効になる。このリリースは rc-2026w43 で用いられたデータベースとネットワークメッセージ形式を維持しているため、両バージョンのノードは相互通信でき、運用者は再同期なしでアップグレードできる。