Cardano Leiosが計測可能なエンジニアリング段階に進展、試作品とCLI作業、ベンチマークが前進

CardanoのLeiosスケーリング計画は、研究設計段階から計測可能なエンジニアリング段階に進展しています。2026年4月29日に開催されたLeios月次レビューでは、IOGの開発者やCardanoコミュニティの貢献者たちが、試作品、トランザクション検証のベンチマーク、ネットワークテスト、Cardano CLIサポートおよび委員会選択設計に関する進捗を発表しました。

レビューからのメッセージは、Leiosが完成した、あるいはCardanoメインネットがすでに新たなスループットレベルで動作しているということではありませんでした。それはより具体的で、より重要な内容でした。拡張ブロックや投票の拡散、台帳のベンチマーク、メンプールの挙動、BLSキー、エンドツーエンドのテストインフラストラクチャなど、Leiosを実際のスケーリングアーキテクチャとしてテストするために必要なコンポーネントが整い始めています。

Cardanoにとって、これは重要なことです。なぜなら、Leiosは単なるパフォーマンス提案ではなく、ネットワークを定義するセキュリティおよび分散化の仮定を維持しながらスループットを増加させるというエコシステムの最も重要な取り組みの1つだからです。4月のレビューでは、この取り組みが広範なスケーリングの約束ではなく、具体的なエンジニアリングの課題を通じてテストされていることが示されました。

Cardano Leios試作品が初期のスループットの進展を示す

レビューは、Leiosの試作品と、既存のCardano Praosシステムと並行してシーケンス化されている拡張ブロック（EBs）についての概観で始まりました。ライブ開発環境の中で、チームは約20トランザクションキロバイト/秒の負荷下でネットワークが動作している様子を示し、その特定のシナリオでは小規模なトランザクションで約100トランザクション/秒に相当する状況と説明されました。

その数値は最終的なLeiosパフォーマンスの主張として解釈されるべきではありません。チームは制御された環境における200トランザクションキロバイト/秒という高い目標に向けて取り組んでいる最中です。非常に小さな200バイトトランザクションを使用した理論的な例では、これは約1000トランザクション/秒に相当する可能性がありますが、レビューではそのような成果が達成済みのメインネット結果として提示されたわけではありません。

より重要な信号は、試作品の挙動でした。視覚的なデモでは、PraosブロックとLeios拡張ブロックが同じ環境で出現する様子が示され、メンプールが消化され、確認されたスループットがシステムにかけられた負荷に追従する様子も示されました。これにより、開発チームはLeiosが意図通りにトランザクションデータをシステム内で移動させているかどうかを観察しやすくなります。

レビューでは、投票の拡散の可視化についての進捗も示されました。開発者は現在、投票がネットワーク全体でどのように動いているか、ノード間で何が飛行中であるか、どの特定のEBハッシュが参加IDによって投票されているのかを確認できるようになっています。これが重要なのは、Leiosが導入するデータ量だけではなく、ネットワークがそのデータを確実に普及させ、投票し、認証する能力を証明する必要があるからです。

これがCardanoスケーリングの難しい部分です。高いスループット目標を書くのは容易ですが、リアルなノード、帯域幅制限、遅延の違い、攻撃的条件を伴う分散プロトコルがより大きなデータフローを調整することはまったく別の課題となります。4月のレビューでは、Leiosがその後者の問題に対して現在テストされていることが示されました。

Cardanoベンチマークは検証、メンプール効率、ネットワーク負荷に焦点を当てる

レビューの主要部分はベンチマーク作業に重点を置いていました。台帳トランザクション検証ベンチマークは、実際のCardano台帳実装を用いてさまざまな検証戦略のコストを測定するために設計されています。これらのテストはネットワーク全体を測定するわけではなく、システムの特定の部分を分離して、どこで最適化が必要かを理解しようとするものです。

結果は検証アプローチによって意味のある違いを示しました。小額トランザクションの場合、テストされたシナリオでは、フル検証を回避することで約5倍のスピードアップが達成されました。スクリプトトランザクションの場合、その差はさらに大きく、ベンチマーク結果に関連して約50倍のスピードアップが報告されました。

これらの数値はすべての実際のワークロードが同じように振る舞うことを意味するものではありません。ただし、なぜベンチマーク作業が重要なのかを示しています。LeiosがCardanoを通じて移動するトランザクションデータの量を増やすことが期待される場合、ネットワークもまた、トランザクションタイプ、ブロックサイズ、ハードウェア条件にわたる検証コストがどのようにスケールするかを理解する必要があります。

レビューではトランザクション提出v2のテストも含まれていました。現在メインネットで使用されているv1モデルは、単純だが非効率的であると述べられており、同じアナウンスを受け取った後に複数のピアが同じトランザクションをダウンロードする可能性があるためです。それにより、重複するデータ移動が発生し、ネットワーク効率が低下します。

提示されたテストでは、新しいv2での決定アプローチがはるかに強力な結果を示しました。あるテストランでは、約1.6秒で転送が完了し、効率は約78％であったのに対し、v1の結果では実際に運ばれたデータの有用性は約9％だけでした。この改善はLeiosにとって関連性がありますが、トランザクション提出をより効率的にすることは、Leiosの完全な実装前でも、Cardano全体を改善する可能性があります。

チームはまた、PNTクラスターを使用したより現実的なノードトポロジー、地域分布、レイテンシプロファイルを伴う大規模なネットワークテスティングを準備しています。現在のCardanoノードおよびネットワーキングスタックがLeiosコンセンサス層が完全に導入される前にどれだけのトランザクションデータを処理できるかを理解することが目的です。

ここでレビューは試作品のアップデート以上のものになりました。この作業は、通常プロトコルがラボを離れることができるかどうかを決定するスケーリングの部分を見ています。メンプールの複製、重複ダウンロード、トランザクション提出、トレースメッセージ、ネットワーク遅延、分散システムを通じてより多くのデータを移動する実際のコストです。

LeiosがCardano CLIのサポートおよび委員会設計を前進

4月のレビューでは、Leiosの準備がツーリング層に到達していることも示されました。チームは、BLSキーのサポートが必要とされるLeiosコンセンサスプロトコルへの参加に向けてのCardano CLIのサポートを実演しました。

ステークプールオペレーターは、通常のキーに加えて、BLSキーと所有証明書を生成する必要があります。所有証明書は、悪意のあるキー攻撃から保護するために重要です。レビューによれば、関連するコマンドはすでに最新のCardano CLIリリースのDijkstra時代において利用可能です。

期待されるプロセスは、関連するハードフォーク後に、SPOが新しいBLS資格情報をステークプール登録証明書を通じて登録し、BLS署名キーをノード起動設定に含めるというものです。これは進展の実践的なサインです。Leiosはもはや研究討論だけのものではありません。それは最終的にCardanoインフラストラクチャプロバイダーが従う必要のある運用ワークフローに触れ始めています。

別の重要な更新は、委員会選択に関するディスカッションからもたらされました。チームは現在、ローカルソーチションフォールバックを備えたより複雑な重み付けモデルを使用する現在のSIP164提案を変更することを検討しています。代替案はよりシンプルで、実装が容易で、検証が効率的です。

理由は実務的です。シンプルなモデル下では、投票が小さくなり、検証が早くなり、証明書のサイズが大幅に削減される可能性があります。レビューでは、証明書のサイズがスキームとパラメータにより約8キロバイトから約200バイトに移行する可能性が議論されました。

その詳細が重要なのは、スケーリングがトランザクション能力の増加だけではないからです。より高いスループットが重い投票負荷、大きな証明書、あるいは高価な検証パスを生成するならば、ネットワークは一部のエリアでパフォーマンスを向上させる一方で、他のエリアでは効率を失う可能性があります。本番圧力が到達する前に委員会選択をシンプル化することで、Leiosチームは運用上の回避策を通じて後で管理するのではなく、プロトコルレベルで複雑さを削減しようとしています。

レビューでは、エンドツーエンドテストの準備も強調されました。Cardanoにはすでに、Cardanoノード、Cardano CLI、db sync、ガバナンス、委任、報酬、ロールバック挙動などを含む2000以上のシステムレベルのテストシナリオがあります。このテスト基盤をLeiosのために使用する計画があり、ローカルテストネットバリアントがメインネットのパラメーターにより近い形に調整され、トランザクションジェネレーターが持続的な負荷を作成する予定です。

次の段階がより明確になりつつあります。Leiosは現在、試作品の挙動およびコンポーネントベンチマークから一歩進んで、より広範なテストネット条件に移行しなければなりません。そこでは、スループット、投票拡散、委員会選択、CLIの準備、ネットワークの普及、SPO運用が一体として評価される必要があります。これが実際のチェックポイントとなります。ヘッドラインのTPS数値ではなく、パーツが接続された際にシステム全体が予測可能に動作するかどうかです。

Cardanoにとって、4月のLeiosレビューは、スケーリングロードマップが運用可能になりつつあることを示す進展としての意味を持ちます。このプロトコルは、それの本当の価値を決定するさまざまなレイヤー（台帳、メンプール、ネットワークスタック、委員会モデル、CLI、およびそれを運用するオペレーターたち）を通じてテストされています。これらのレイヤーが引き続き収束するならば、Leiosは単なるCardanoのスケーリングコンセプトではなくなります。それは、ネットワークを作り上げた工学規律を維持しつつ、高い能力へと進むテスト可能な道筋となるでしょう。