MusashiNetでLeiosのプロトタイプを提供

告知では、並行して進める2つのテスト経路が説明されている。DijkstraNetではNode 11.2上でLeiosを含まないDijkstraの機能セットを提供する一方、MusashiNetでは下流チームが、Leiosを含む機能セットのプロトタイプである週次RC 2026w42のプレリリースを早期に利用できる。正式なLeios対応リリースとなるNode 11.3は、依然として大規模な開発が進行中であり、Intersectは公開時点で、タグ付きバージョンの提供まで少なくとも2週間かかるとしていた。規模を把握するうえで重要な背景がある。Cardano ($ADA)は7月18日にvan Rossemハードフォークを有効化し、メインネットをプロトコルバージョン11へ移行させ、現在のCardanoアップグレード計画の基準を確立した。今回の告知で扱われているのはすべて別個のテストネットに関するものであり、メインネットで別のアップグレードが完了したという話ではない。10月20日付のInput Outputの展開計画では、Leiosの初期容量目標として、取引処理においてCardanoの現在の容量の3～5倍、その後は10～15倍を掲げている。これらの数字は目標であり、実現済みの性能ではない。Leiosを稼働させる前に、ハードフォーク後、プールはBLS投票キーを登録する必要があり、開始には全ステークの約90～95%が登録されていなければならない。その後、メインネットでの負荷テストと、ネットワークの結果およびガバナンスの承認に依存する少なくとも2回のプロトコルパラメーター更新を順に実施する。BLSキーの管理方法はまだ決まっていない。既存のプール登録証明書の仕組みでは、プールのコールドキーによる署名に加えて、すべてのプールオーナーの署名も必要となる。Intersectは、専用のBLSキー管理証明書を導入する案と、オーナーの署名なしでプールパラメーターのBLSキーを更新できるようにする案を検討している。同団体は、後者がDijkstraで採用される可能性がより高いとし、より包括的な解決策はEuler時代まで先送りされる可能性があるとしている。対象範囲については、CIP-23がDijkstraに完全に含まれており、これは複数の運営者が長く求めていた対応だ。ガバナンス関連の作業も並行して進んでいる。Hard Fork Working GroupはDijkstraのリスク一覧を確認し、改訂版の憲法草案は週内に提示される予定だった。また、憲法の更新とガードレールに関するセッションが10月23日14:00 UTCに予定されており、憲法委員会のメンバー、プール運営者、Cardanoの委任型プルーフ・オブ・ステークシステムにおける委任代表者が参加できる。最近のDRep辞任により委任者の投票が集計されないままとなり、この代表者層は縮小していた。Intersectはまた、11月12～13日にロンドンのMarriott Hotel Canary Wharfで開催するNode Diversity Workshopも告知した。

登録率90～95%というハードル

この一連の流れでは、公開テストネットの開始は容易な部分であり、まだ移行していない参加者の作業が実施の条件となる。告知の時点ではNode 11.2にタグ付きビルドがなく、Node 11.3もその提供まで少なくとも2週間かかる状況で、Dijkstra自体のメインネット有効化日も運営者の参加基準も決まっていない。BLS登録率90～95%というハードルが重大な依存条件となる。ほぼすべてのステークが投票キーを登録するまでLeiosは開始できず、キーをローテーションするたびにプールオーナーが署名する必要をなくす仕組みも、まだ選定中だ。ウォレットとツールのチームには、Leiosの影響評価を自らの統合状況と照らし合わせ、不足している依存関係を指摘するよう求められている。そうしたチームがリリースするまでは、DijkstraNetの公開はリハーサルであり、展開ではない。

市場の動きをリアルタイムで追う読者は、Binanceで現物価格と先物価格を確認できる。