Cardano Leiosは現行キャパシティの3から5倍を目標

Input Outputは10月20日、CardanoのDijkstraハードフォークを通じてOuroboros Leiosを導入する計画を示した。プロトコルは当初、現在のトランザクションデータのキャパシティの3から5倍を目標とし、後続のパラメータ更新で現行水準の10から15倍を目指す。アクティベーションはフォーク後のステークプール登録に続いて実施される。

Cardanoのトラフィック急増時にLeiosがキャパシティを追加

Ouroboros Linear Leiosは、需要が既存のPraosブロックのキャパシティを上回った際に、より多くのトランザクションを処理できるよう設計されている。既存のブロックは維持しつつ、追加のトランザクションへの参照を含むエンドーサーブロックを付加する。

このプロトコルは、処理待ちのトランザクションをノードが保持するメンプールも拡張する。これにより、混雑時でも保留中のトランザクションを受け入れる余地がネットワークに広がる。

キャパシティは、秒あたりのトランザクションデータのキロバイトで測定される。処理されるトランザクション数は、そのサイズと計算要件に依存する。

ステークプールはLeiosの投票鍵を登録する必要がある

Dijkstra後、ステークプール運用者はLeiosの投票に参加するためにBLS鍵を登録する。Input Outputは、アクティベーションには委任されたADAの約90%から95%を代表するプールの登録が必要になると見積もっており、これは最終的なプロトコルパラメータ次第だ。

記載の構成では、参加プールはエンドーサーブロックを検証し、代表するADAに応じた重み付けで投票する。認証には、総アクティブステークの少なくとも75%をカバーする投票が必要だ。BLS署名はそれらの投票を結合し、コンパクトな証明書にまとめる。

鍵を登録していないプールはPraosブロックの生成は継続できるが、Leiosのエンドーサーブロックへの投票はできない。

[NEWSBREAK]

メインネットでのテストがLeiosのさらなる拡張を導く

MusashiNetの41日間のEarthフェーズでは、秒あたり26.8キロバイトのトランザクションデータというピークに達した。これはPraosメインネットの上限である約4.51を上回る。テストは合成トラフィックと参加オペレーターを用いて実施された。チームは、同期の問題や無効な証明書の取り扱いを含む、テストで明らかになった実装上の不具合への修正を報告した。

メインネットのアクティベーション後は、制御されたトラフィックバーストにより、ブロック伝播、投票性能、証明書の信頼性、ノードの余剰キャパシティを測定する。

少なくとも二回の後続パラメータ更新が予定されており、それぞれは憲章の範囲内で個別のガバナンス承認を要する。これらの変更に新たなハードフォークは不要だ。10月20日の発表ではDijkstraのアクティベーション日程は明記されなかった。

各キャパシティ提案には直前の運用レベルでの測定結果が必要となり、より高い上限を承認する前に、ライブネットワークが追加負荷を支えられるかどうかの根拠をガバナンスに提供する。