Leiosがメインネットへ：Dijkstraと歩む道のり

8月に、Ouroboros Leiosとは何か、なぜCardanoのスケーリングの賭けなのかをお伝えし、正直にこう締めました。当時Leiosはテストネット止まりで、メインネットにはなく、日程も未定でした。

今日、道筋が見えました。2026年10月20日、Input Output（IOG）がLeiosのメインネット到達計画を発表しました。次のハードフォーク「Dijkstra」とともに進みます。Cardanoのセキュリティを守ったまま処理能力を何倍にもする、大きな約束です。ただし、これはスイッチではありません。各段階でガバナンス投票を伴う、段階的な道のりです。今回は、何が来て、どんな性能向上をもたらすのかを説明します。

Dijkstraとは

DijkstraはCardanoの次のハードフォークの名前です。ハードフォークはプロトコルのルールを更新し、全ノードが新バージョンへ移行すると、ネットワークは新しいルールで動きます。

DijkstraはLeiosをもたらしますが、それだけではありません。同じパッケージには次も含まれます。

• Nested transactions（CIP-0118）：トランザクションの中にトランザクションを入れられる（DEXなしのアトミックスワップ、他トークンでの手数料）。
• Account enhancements：adaをアカウントアドレスへ直接送れ、最低額1 adaの一部だけを手数料にできます。
• Guard scripts：DAppごとに払う代わりに、トランザクションごとに一度だけ実行される共有チェック。
• Plutus V4：これらを可能にするスマートコントラクトの更新。
• 自由に引き出せるステーキング報酬：報酬をいつでも引き出せ、DRepへの委任は別の判断になります。
• Pledge leverage：プールの報酬とオペレーターのプレッジ額を結び付けるパラメーター。

これらの変更はフォークとともに導入され、Leiosの性能目標には依存しません。Leiosはパッケージの一部であり、全部ではありません。

5つのステップで進む道

IOGはこの展開を5つの節目として説明しています。順序が重要です。

1. 憲法の更新。 Dijkstraの新パラメーターにガードレールを追加し、フォーク後にガバナンスが変更できるようにします。
2. ハードフォーク「Dijkstra」。 CardanoはLeiosを含む新しいルールへ移行します。
3. BLS鍵の登録。 ステークプール運営者（SPO）が、endorser blocksでの投票用の鍵を登録します。
4. メインネットでの負荷試験。 実際のネットワークでendorser blocksや投票の伝わり方を測る、計画的なトラフィック集中です。
5. スループットの拡大。 メインネットの実績とガバナンス投票に裏付けられた、少なくとも2回のパラメーター更新です。

鍵は区別です。ハードフォークはプロトコルを利用可能にし、BLS鍵の登録は投票を可能にし、パラメーター更新はLeiosが扱える処理量を決めます。この拡大に、もうハードフォークは要りません。

なぜPraosには上限があるのか

何が変わるのかを理解するには、今日のCardanoになぜ限界があるのかを理解する必要があります。

現在CardanoはOuroboros Praosを使っています。平均すると、あるプールが20秒ごとにブロック生成権を得ます。Praosが安全に機能するには、新ブロックが次のブロック生成の前にネットワーク全体へ届く必要があります。メインネットはその配信に約5秒しかありません。

ブロックはその予算内で届く必要があるため、無限には大きくなれません。これがスループット約4.5 TxkB/sの上限です。Praosは通常の需要には足りますが、混み合うローンチやエアドロップ、市場の動きでキューが埋まります。Praosのパラメーター調整だけでは、上限はある程度までしか上がりません。

ピーク時には2つ目の問題もあります。Praosノードのメンプールは約2ブロック分しか保持しません。いっぱいになると新規トランザクションを受け付けず、ウォレットは空きが出るまで再試行します。この待ち時間はメンプールに入る前に生じるため、取り込みの測定値は、人が実際に感じる遅延を捉えていません。

Leiosが変えること

LeiosはPraosのブロックを維持し（これをranking blocksと呼びます）、2つ目の要素としてendorser blocksを追加します。

保留中のトランザクションがranking blockに収まりきらないと、生成者はendorser blockを告知できます。endorser blockはトランザクションそのものではなく、トランザクションへの順序付き参照リストを含みます。ノードはそのリストから、メンプールにないトランザクションをダウンロードします。

その後、投票です。各エポックの開始時に、ステーク量の大きいプールが投票委員会の議席を占めます（CIP-164では約900議席、アクティブなステークの約99%）。委員会はendorser blockを検証し、各トランザクションが有効ならBLS鍵で署名します。

アクティブなステークの少なくとも75%を代表する投票が集まると、署名は数百バイトの証明書にまとめられます。後のranking blockがその証明書を含み、endorser blockのトランザクションが台帳に入ります。

ブロックに加え、Leiosはメンプールも拡大します。CIP-164は少なくとも2つのranking blocksと2つのendorser blocks分を確保します。ピーク時、トランザクションはネットワーク内で待機し、ウォレットが送信を何度も再試行する必要がなくなります。トラフィックがPraosの処理量を超えたときは、処理能力の向上で送信から取り込みまでが短くなります。

時間について：ranking blockに直接収まるトランザクションは、これまでと同じ速さで取り込まれます。endorser blockを経由するものは、およそ45秒から60秒で台帳に到達します。

段階的な拡大、一気ではありません

Leiosは保守的なパラメーターで始まり、段階的に成長します。初期目標は現在の上限4.5 TxkB/sのおよそ3倍から5倍、つまり13.5〜22.5 TxkB/s。その後の少なくとも2回の更新は、およそ10倍から15倍、45〜67.5 TxkB/sを目指します。使う人には、ブロックあたりのトランザクション増、確認の高速化、需要に関係ない低い手数料を意味します。その先は需要とビルダーの要望、運用の経済性が決めます。

なぜ段階的か。メインネットにはテストネットで再現できない条件があるからです。大陸をまたいで分散し、ハードウェア・ソフトウェア・接続が異なる約2,700の登録プールがあり、実際の価値がかかっています。MusashiNet（Leiosのテストネット）は多くを検証しましたが、全部ではありません。

経済的な理由もあります。現在、エポックあたりの報酬の85%超は準備金からで、その割合はエポックごとに減ります。手数料の重要性は増し、CIP-164は、手数料だけでコストを賄うには約50〜70 TxkB/sの継続的なトラフィックが必要と見積もります。Leiosはその水準への道を開きますが、需要そのものは生み出しません。

各拡大はガバナンスの投票で決まります。委任代表者（DRep）はステークの67%、SPOは51%、憲法委員会は3分の2の承認が必要です。フォーク自体は、DRepの60%とSPOの51%が必要です。

準備するためにできること

• プールを運営する方： Dijkstra対応のノードを稼働させ、ハードフォークの投票に参加し、更新後にBLS鍵を登録してください。
• DRepの方： 憲法の更新、ハードフォーク、各パラメーターの拡大を評価します。
• 構築に携わる方（ウォレット、取引所、SDK、インデクサー、dApps）： 公開テストネットでDijkstraのリリースを試し、ガバナンスが実際に承認した処理能力を追ってください。

出典

• Input Output —「Leios is coming: How it reaches Cardano mainnet」（2026年10月20日）— https://www.iog.io/news/leios-is-coming-how-it-reaches-cardano-mainnet
• CIP-164（Leios）— https://cips.cardano.org/cip/CIP-0164
• CIP-0118（Nested transactions）— https://cips.cardano.org/cip/CIP-0118
• Leios・MusashiNetのドキュメント — https://leios.cardano-scaling.org/
• MusashiNet — https://www.musashi.network/
• Ouroboros Leiosとは（本シリーズ前回記事）— https://www.chilestakepo.cl/ja/2026/08/04/ouroboros-leios-ja/