Cardano Leiosは段階的なDijkstra導入を通じて3〜5倍の容量を目指す

Input Outputは、CardanoのLeiosアップグレードの段階的な導入を概説し、最初は現在の取引容量の3〜5倍を目指し、後のガバナンス投票で10〜15倍に引き上げる可能性があるとしています。

要約

• Leiosは最初にCardanoの現在の容量の3〜5倍を目指し、後に10〜15倍への増加を見込んでいます。
• アクティベーションには、約90〜95％の委任されたステークをカバーする投票キーの登録が必要です。
• 後の容量変更には、メインネットの負荷結果と別のガバナンス投票が必要です。
• 登録されたCardanoアプリのうち、103のうち21のみがリーダーボードの取引追跡を有効にしています。

Input Outputは10月20日の更新で、LeiosがDijkstraハードフォークと共に到着し、ステークプールの登録、ライブネットワーク負荷演習、少なくとも2回のプロトコルパラメータの更新が行われると述べました。

開発者の計画は、ネットワークのアップグレードをLeiosをアクティブにし、より多くのトラフィックを許可するために必要なステップから分離しています。プールはまず新しい投票キーを登録する必要があり、現在の見積もりではLeiosが稼働する前に約90〜95％の委任されたステークが必要です。

「ハードフォークはプロトコルを利用可能にします」とInput Outputは書いています。更新にはDijkstraのアクティベーション日が固定されていません。提案された容量の増加は、メインネットの結果とコミュニティの承認に依存します。

Cardano LeiosはDijkstraの後にプール登録が必要

Input Outputの導入計画の下で、ステークプールオペレーターはハードフォーク後にBLS投票キーを生成し、更新されたプール証明書を通じて登録します。各登録は次のエポック境界でアクティブになります。

BLS署名は、数百のプール投票をコンパクトな証明書に統合することを可能にします。Input Outputは、Leiosが処理待ちの取引を参照するエンドーサーブロックを認証するために、すべてのアクティブなステークの少なくとも75％を代表する投票が必要であると述べています。

登録は、その閾値を快適に上回る必要があり、オフラインまたは応答が遅いプールを考慮する必要があります。開発者は、約500〜900の上位プールからの参加を見込んでいますが、正確なアクティベーション要件はまだ最終化されていないパラメータに依存します。

登録されたBLSキーがないプールは、更新によればPraosブロックを生成し続けることができますが、Leiosエンドーサーブロックに投票することはできません。キー登録には、委任された代表者や憲法委員会からの別の投票は必要ありません。

この準備は、Cardanoの7月18日のvan Rossemハードフォークに続くもので、メインネットをプロトコルバージョン11に移行しました。crypto.newsが以前に報告したように、Intersectはネットワークのガバナンス機関からのテストと承認の後にそのアップグレードを確認しました。

容量変更には別のガバナンスの承認が必要

Dijkstraの前に、Input Outputは新しいプロトコルパラメータとガバナンスがそれらを変更できる限界をカバーする憲法の更新を計画しています。そのロードマップは、これらのガードレールの準備をIntersect Parameters Committeeに割り当て、Plutusチームがガードレールスクリプトを更新します。

開発者は各段階のための異なる承認閾値をリストアップしています。憲法改正には、ステークの75％を代表する委任された代表者の支持と、憲法委員会の3分の2の支持が必要です。

ハードフォークのための要件は、DRepステークの60％、ステークプールオペレーターのステークの51％、および委員会の3分の2です。後のスループット変更には、DRepステークの67％、SPOステークの51％、および委員会メンバーの3分の2が必要です。

Leiosが稼働すると、Input Outputはメインネットトラフィックの制御されたバーストを計画し、ブロック配信、投票速度、証明書の信頼性、およびノードに残された処理余地を測定します。提案された各容量ステップには、前の設定からの測定が含まれるべきです。

最初の目標は、現在のPraosの上限である1秒あたり約4.5キロバイトの取引を基準としています。この数値に発表された範囲を掛けると、最初は約13.5〜22.5 TxkB/s、後の目標では45〜67.5 TxkB/sになります。

これらの数値は、1秒あたりの固定トランザクション数ではなく、トランザクションデータ容量を測定しています。収容できるトランザクションの数は、そのサイズによって異なります。

Input Outputは、提案が承認された憲法の枠内に留まる限り、別のハードフォークなしにLeiosの制限を変更できると述べています。

以前のテストはPraosの上限の約6倍に達した

8月20日のエンジニアリングアカウントでは、Leiosチームは、Praosメインネットの上限4.51 TxkB/sに対して、MusashiNetのピークを26.8 TxkB/sと記録しました。これらの数値は、約5.94倍の比率を生み出します。

チームによれば、41日間のEarthフェーズでは、127,000以上のブロックと63の登録プールが関与しました。トラフィックは合成負荷生成と参加オペレーターから来ており、結果はテストネットのパフォーマンスを示しているため、顧客の需要を表しているわけではありません。

そのアカウントは、メモリリーク、チェーンフォーク、同期の停止、無効な証明書を致命的なエラーとして扱ったことによるネットワークの停止など、実装の問題を記録しました。チームはこれらの欠陥を修正したと述べています。

メインネットに関しては、Input Outputの10月20日の計画は、ライブネットワークが異なるマシン、接続、構成を使用する約2,700の登録プールを含むため、保守的な設定から始まります。

Leiosは、Praosのランキングブロックを保持し、保留中のトラフィックがランキングブロックが運ぶことができる量を超えた場合にエンドーサーブロックを追加します。開発者は、エンドーサーブロックを通じて処理されたトランザクションは、約45～60秒で台帳に到達すると説明しました。

Dijkstraの準備は、別々のソフトウェアリリースを通じて進行しています。9月のノード11.1.1リリースは、後のバージョンが新しい時代の機能を導入する前に、運用上の問題に対処しました。

Intersectの以前の2段階のDijkstraロードマップでは、Linear Leiosが最初の段階に、Perasが2027年第2四半期を対象とした別のアップグレードに配置されました。そのスケジュールは、納品日をテストとガバナンスに従った推定値として説明しています。

アプリのリーダーボードはトラッキングが有効なプロジェクトをカバー

10月20日の別のX投稿で、Cardanoは、ウェブサイトにリストされている103のアプリのうち21がトランザクショントラッキングを有効にしていると述べました。トラッキングがオンになると、プロジェクトはリーダーボードに表示され、Cardano上で構築しているすべてのプロジェクトが参加できます。

現在、https://t.co/XXRKmcOmRbにリストされている103のアプリのうち21がトランザクショントラッキングを有効にしています。有効にされると、アプリはリーダーボードに表示されます。トラッキングはCardano上で構築しているすべてのプロジェクトに開放されています。https://t.co/YnvMr2ba6H pic.twitter.com/aeeahOen1F --- Cardano (@Cardano) 2026年10月20日

これらの数値は、トラッキング参加率がリストされたアプリの約20.4%であることを示しています。Cardanoの声明は、どのプロジェクトがリーダーボードに貢献しているかを説明していますが、残りの82のアプリのトランザクション合計を確立するものではありません。

ネットワーク経済に関して、Input Outputは、現在のエポック報酬の85%以上がCardanoのリザーブから来ていると述べています。更新では、手数料収入が損益分岐点に達するには、約50～70 TxkB/sの持続的なトラフィックが必要であるというCIP-164の推定を引用しました。

「Leiosは、その活動レベルへのルートを作成します」と開発者は書いています。「それ自体で需要を生み出すわけではありません。」

Dijkstraの他の計画された機能には、ネストされたトランザクション、アカウントの強化、ガードスクリプト、Plutus V4、自由に引き出せるステーキング報酬、そして誓約レバレッジパラメータが含まれます。Input Outputによれば、これらの変更はハードフォークと共に到着し、Leiosが後の容量目標に達することには依存しません。