Cardano Leiosがプロトタイプから高信頼性テストへ移行

CardanoのOuroboros Leiosプロジェクトはより要求の厳しい段階に移行しています。この段階の中心的な課題は、ネットワークのスループットを増加させる能力があるかどうかだけではなく、その増加が実際のネットワーク条件下で安全であると証明できるかどうかという点です。2026年5月のLeios月次レビューでは、プロトタイプの進捗、ガバナンス支援、レッドチームテスト、トランザクション送信ストレステスト、そしてLeiosがメインネットに近づく前に必要なエンジニアリング作業に焦点を当てました。

Leiosは、セキュリティとエコシステムとの互換性を維持しながらトランザクション容量を増加させるCardanoの高スループットプロトコルとして設計されています。5月に公開された公式Cardanoアップデートでは、IOGが₳27.7百万の財政提案を提出し、Ouroboros Leiosをテストネットプロトタイプからメインネット準備のリリース候補として2026年後半までに成熟させる計画を表明しました。この計画は段階的スループット目標を10倍から65倍としています。

5月のレビューは、そのロードマップにより技術的な層を追加しています。チームは、メインネットに向けたLeiosの提案が投票され、批准され、間もなく実行される予定であると述べ、支持率は約88％であると説明しました。

これにより、Leios は直接Cardano のガバナンスプロセス内に組み込まれ、プロトコルの開発、DRep の投票、およびSPO の信頼度が一緒に進行する必要があります。

Cardano ガバナンスがLeios にメインネットへの道を提供

レビューでは、Leios プロトタイプの継続的な進捗が示され、チェーンの可視化、投票ロジック、およびエンドーザーブロック周りの認証フローが含まれていました。デモでは、ノードがブロックを生成し、エンドーザーブロックを発表し、投票を集め、トランザクションが元帳状態に反映される前に認証を得るための必要なしきい値に到達する過程が示されました。

実際的には、Leios はブロック生成の周囲に新しい作業層を追加します。標準ブロックのみがトランザクションロードを負担する代わりに、エンドーザーブロックはより大きなトランザクションセットを提案、投票、認証することを可能にします。一度証明書が含まれると、それらのトランザクションは元帳状態で実行可能になります。

チームはまたプロトタイプ作業をDijkstra時代、BLS暗号、キー登録、ノード実装の将来的な統合ポイントと関連付けました。この区別は重要です。プロトタイプはステージングと実験の場として使用されており、更なるエンジニアリングなしに生産に直接投入できるコードではありません。レビューは、Leios がメインネットのアップグレード候補として扱われる前にさらなる生産グレード実現作業が必要であることを明確にしました。

Cardano にとって、これは重要なガバナンスの角度です。Leios は孤立したスループットアップグレードではありません。それは技術的証拠、実行準備、および最終的にソフトウェアをインストールして実行するオペレーターから十分な信頼を必要とするプロトコル変更です。

Leiosの高信頼性作業がレッドチームテストを導入

2026年5月のレビューで最も強調された部分は、高信頼性ワークストリームの導入です。チームはこれをLeios にとってのゲート要因として位置づけました。なぜならDRep は最初にハードフォークの投票を行う必要があり、次にSPO はそれをインストールする十分な信頼を持つ必要があるからです。数学的証明や開発の進捗だけでは不十分です。ネットワークはまた、設計が条件が悪いまたは不完全な際に安全に動作するという証拠を必要とします。

そのためレッドチームがRust シミュレーターを使用し、意図的な攻撃シナリオのためのツールを作成し始めました。その目標は、Leios がノードが故障した時、協力を拒否した時、または期待される動作を乱そうとした時に既存の脅威モデルがどのように振る舞うかを検証することです。これらのシナリオはシミュレーションで、後にはテストネット上でテストされる予定です。

そのプロセスにおける重要なツールは、元帳コンポーネントを持たずに実際のネットワーキングとコンセンサスの動作を持つ軽量ノードPiranha です。これを使用すると、リアルなミニプロトコルを介して通信させることができ、悪意のある動作を指示することが可能です。これにより、複数ノード間で故障や攻撃パターンを調整し、ネットワークが予期された動作から逸脱する際の対応をテストすることができます。

その初期例として怠け者投票シナリオが挙げられました。このシナリオでは、投票するべき委員会メンバーが拒否します。チームはまた、エンドーザーブロック配信失敗やノードが異なる方向に異なるエンドーザーブロック情報を送信するエクイボケーション攻撃を含むシナリオについて説明しました。

これがLeios の物語がスケーリングヘッドライン以上になるところです。このプロジェクトは現在、プロトコルが現実世界での故障モードが導入されたときに安全性を維持し予測可能な動作を回復できるかをテストしています。Cardano のスループットプロファイルを再構築できるコンセンサスのアップグレードでは、この作業はスループットターゲットそのものと同じくらい重要です。

メンポールストレステストがCardano のスケーリングが困難になるポイントを示す

レビューでは、現在最も困難なLeios の作業が、メンポール、トランザクション拡散、ネットワークモデリング層にあることも示されました。ストレステストでは意図的に接続が少ないトポロジーが使用され、ノードがヨーロッパ、アメリカ、アジア太平洋に分散されました。このテストでは25メガバイトのメンポールを使用し、トランザクション送信とメンポールの動作に圧力をかけるよう設計されました。

結果は明確な地域差を示しました。リレーの設定に近いヨーロッパノードはメンポールをより早く埋めました。アメリカノードは時間がかかりましたが最終的に目標に到達しました。アジア太平洋ノードは、レイテンシが高いため、同じようにメンポールを完全に埋めることはできませんでした。

その結果はLeios のケースを弱めるものではありません。それは改善が必要な層を特定するものです。チームは現在のメンポールはこの種の高スループットシナリオに最適化されていないと述べ、比較対象のベンチマーク条件ではCPU容量が主なボトルネックではないことを指摘しました。課題はトランザクションが拡散、検証、再検証され、異なる元帳状態に接続される方法です。

Leios はこの問題をより複雑にします。なぜなら、システムが複数の元帳状態を考慮しなければならないからです。基本的な元帳状態に対して有効なトランザクションがエンドーザーブロックの包含によって拡張された状態に対して無効である可能性もあり、その逆もまた存在します。これによりLeios が異なるメンポールビューを必要とするのか、そのビューをどのように同期するべきか、およびブロック鍛造をどのように十分速く維持できるかという設計上の問題が生じます。

チームはまた、遅れて参加するノードの問題について議論しました。デモでは、すべてのノードが同時に開始できます。しかし、実際のテストネットやメインネットでは、ノードが遅れて参加したり、オフラインになって重要なメッセージを見逃し、復帰したりする可能性があります。提案された修正は、Leios ブロック提供を見逃したノードが欠けているエンドーザーブロックデータを要求してチェーンの他の部分と追いつくことを可能にします。

ネットワークモデリングもレビューの重要な部分でした。議論はピア選択、エンドーザーブロックの取得、高いレイテンシリンク、遅い応答行動、Delta Q モデル化、およびCubic、Reno、BBR などのTCP 輻輳アルゴリズムを含みました。その詳細は技術的ですが、メッセージは明確です：Leios はグローバル分散ネットワークの実際の制約に対してテストされており、クリーンな実験室の仮定に対してのみテストされているわけではありません。

これがCardano にとって5月のレビューが重要な指標である理由です。Leios は現在、スループット目標がレイテンシ、メンポールの競合、ノードの回復、敵対的な行動、ガバナンスの精査を生き延びる必要があるとき、ハードフォークの前に最も重要なプロトコル開発の部分を押し進めています。このプロジェクトが2026 年末までにメインネット準備済み候補に到達する場合、その価値は単に容量の上昇にあるわけではありません。それはCardano が独立して信頼できるプロセスを通じてそのコンセンサスレイヤーをスケーリングできるという証拠にあります。