CardanoのLeiosテストネットがメインネットのスループットの6倍に到達

LeiosのプロダクトマネージャーCarlos Lopez de Laraによると、Cardanoの公開Leiosテストネットは、完了したEarthフェーズにおいて毎秒26.8トランザクションキロバイトに到達した。観測されたレートは、現在のCardanoメインネットの上限である約4.5 TkB/sのほぼ6倍だった。

この結果は、正式な最大スループット試験ではなく、Input Outputとコミュニティ参加者が同時に負荷をかけた際に現れたものだ。チームが複数のプロトコル構成と、Dijkstraハードフォークを通じてLeiosをCardanoに導入するために必要なガバナンスの手順を準備する中で、MusashiNetはWaterフェーズに入った。

LeiosのEarthフェーズが初の公開スループット結果を提示

Ouroboros Leiosは、Cardanoが提案するベースレイヤーのスケーリングプロトコルである。これはOuroboros Praosと並行して動作し、endorserブロックを導入することで、大量のトランザクションデータを並列に処理できるようにする。一方でPraosはネットワークの基盤となるセキュリティと決済のメカニズムとして維持される。

MusashiNetは、Leiosのプロトタイプを管理された開発ネットワークから、実際のレイテンシやハードウェア、ネットワーク環境にさらされたインフラへ移行させるための公開環境である。Earthフェーズでは、その環境において完全なプロトコル設計が引き続き機能するかどうかの検証に焦点を当てた。

Input OutputはTX Centrifugeと呼ばれるトランザクション生成ツールを用いて、Leiosを作動させるのに十分なトラフィックを作り出した。コミュニティ参加者は同時に、公開テスト用に提供されたより単純な負荷生成ツールであるTX Firehoseを使用した。報告されたスループットは、両方のソースがトランザクションを生成していたある期間に現れたものだ。

この測定値はTPSではない。TkB/sは毎秒処理されるトランザクションデータ量を表し、トランザクション数はサイズや複雑さによって変動する。今回の実行は正式なストレステストとして設計されたものではないため、観測されたレートはLeiosの公表された処理能力上限を確定するものではない。

Earthフェーズ期間中、ネットワークには62のブロックプロデューサーが参加しており、開発チームは6週間でプロトタイプの10バージョンをリリースした。Lopez de Laraは、フォークやテストネットの停止を含む5件のインシデントも報告した。

彼のアップデートによれば、各インシデントは小規模なローカル環境では現れなかった実装上のバグに起因していた。いずれもLeiosのプロトコル設計そのものの根本的な欠陥であるとはチームによって認定されなかった。問題は分析され、修正が施され、その後に更新版のプロトタイプがリリースされた。

専任のレッドチームも、脅威モデルに基づいてLeiosを検証しており、プロトタイプがプロダクション品質のコードに移行される前に弱点を特定するため、システムに対する攻撃を実施している。

Waterフェーズはパラメータ検証とSPO報酬を追加

Waterフェーズでは、基本的なプロトコル設計の妥当性確認から、さまざまな構成の探索へと焦点を移す。チームはタイミング設定、ブロックサイズ、各コンポーネントの実装を調整し、どの組み合わせが安定的で持続可能なスループットをもたらすかを見極める。

テストには、より重いトランザクション負荷下で顕在化しやすくなる制約に対処することを目的とした、再設計されたメンプールが含まれる。新コンポーネントは、テストネットのアクティビティ増加と並行して評価される。

Input Outputはステークプールオペレーター向けにMusashi Testnet Rewards Programも開始した。同プログラムは、MusashiNet上でインフラを維持し、自身のノードから運用データを共有するオペレーターに報酬を与える。

要求されるテレメトリーには、鍛造、投票、ディフュージョンのログ、ノードのバージョン、クロックオフセット、ホストリソースが含まれる見込みだ。複数のオペレーターからの情報を組み合わせることで、地理的に分散したネットワーク内でブロック、投票、証明書がどのように流れるかをチームが再構成できるようになる。

このプログラムは最大100プールまでサポートする。オペレーターは自らのプールを管理していることを示し、BLS検証鍵を登録し、支払い用のメインネットのADAアドレスを提供しなければならない。テストネットのファーセットは、各登録プールに100万テストADAを委任し、ブロック生成とLeiosの投票委員会への参加を可能にする。

応募は受け付け中だが、月次の詳細な資格基準はまだ最終決定の段階にある。公式ドキュメントは、報酬は技術的なパフォーマンスではなく、参加とデータ共有に基づくと述べている。

Dijkstraの展開はガバナンス上の依存関係を生む

Lopez de Laraは、LeiosがCardanoの次期ハードフォークであるDijkstraの時期に展開される計画であることを確認した。アクティベーションに先立ち、チームは新たなプロトコルパラメータとそのガードレールを対象とするCardano Constitutionへの技術的な更新を提案する予定だ。

この更新は9月下旬から10月上旬の間に提出される見込みだ。Lopez de Laraは、関係のない憲法修正と組み合わせることなく、Dijkstraに必要な技術的変更に限定されるべきだと述べた。

ロールアウト計画では、慎重な初期のLeios設定から始め、運用上の裏付けが得られるにしたがって段階的に容量を引き上げることも求めている。一部のパラメータは後から引き上げることはできても、別のハードフォークなしに下げることはできないものがあり、またインフラ要件の引き上げはステークプールオペレーターのコストを直接的に増加させる。

このスケジュールは、CardanoのUpdate Constitutional Committeeのアクションと交差している。委員会の7議席のうち4議席が9月1日に任期満了となる。交代のアクションが承認されなければ、委員会は通常のガバナンス運営に必要な最少人数である5人を下回ることになる。

定数割れした委員会は、委員会が再編成されるまで予定されている技術的な憲法更新の前進を妨げることになる。そこでLopez de Laraは、DRepsとSPOsに現行のアクションへの投票を呼びかけ、委員会の決定をLeiosの提案されたタイムラインと直接結び付けた。

Earthは、稼働する公開プロトタイプ、10回のリリース、そしてチームによって根本的なプロトコルの失敗が確認されなかったという成果で幕を閉じた。Waterは、初期のスループット結果を安定したメインネット構成へと転換しなければならない。一方で、委員会の投票と技術的なConstitutionの更新が、これらのパラメータが提案されたスケジュールでDijkstraのガバナンスに入れるかどうかを決定する。