Intersect、Linear LeiosとともにDijkstra フェーズ1のスコープを凍結

Intersectは、7月29日にTechnical Steering Committeeへ行ったプレゼンテーションを受けて、CardanoのDijkstra時代のフェーズ1の技術的スコープを凍結した。

最終化されたパッケージは、Ouroboros Linear LeiosとNested Transactionsに加え、台帳、スクリプト、トランザクションの追加変更を確定した。これにより、これまでオープンだったフェーズ1のロードマップは、次回の主要なCardanoプロトコルアップグレードに向けた明確な実装ターゲットへと切り替わる。

Dijkstraフェーズ1のスコープは凍結

IntersectのUpgrade Bulletin #28は、Technical Steering Committeeでのプレゼンテーションを受けて、「フェーズ1のハードフォークのスコープは凍結された」と記している。

フェーズ1では、Dijkstra台帳時代とProtocol Version 12が導入される。

Ouroboros Linear LeiosはCIP-164で定義された目玉のスケーリングコンポーネントだ。Ranking BlocksとEndorser BlocksによってCardanoの既存のPraos設計を拡張し、基盤となるPraosのセキュリティモデルを維持しつつ、追加のトランザクション処理能力を創出する。

また、CIP-118に基づくNested Transactionsも含まれる。この機能は、独立したウィットネスと実行コンテキストを持つ子トランザクションを導入し、マルチパーティ調整や手数料スポンサーシップなどのユースケースに向けて、より柔軟なトランザクション構造を可能にする。

凍結されたスコープには、CIP-112のGuard Scripts、CIP-159によるアカウントアドレスの拡張、CIP-167に基づくトランザクションフィールドisValidの削除、CIP-176による非分離型ブロック本体のシリアライゼーション、そしてCIP-181に基づく報酬引き出し時のDRep委任要件の撤廃も含まれる。

さらに、Plutus V4のスクリプトコンテキスト、参照インプット手数料と参照スクリプト価格の見直し、CIP-50のプレッジレバレッジ機能、そして将来的なOuroboros Perasの有効化に必要な構造的な下地作りも進められている。

Linear LeiosはCardanoのブロック処理モデルを変える

Linear Leiosは、より大きなブロックやより短いスロット間隔のみに頼ることなく、Cardanoが処理できるトランザクション作業量を増やすよう設計されている。

Cardanoは現在、トランザクションを運びチェーンを前進させるためにPraosブロックを用いている。Linear Leiosは、通常のRanking Blocksに加えてEndorser Blocksを導入する。

Endorser Blocksは追加のトランザクションデータを運ぶことができ、ステークベースの委員会によって認証される。これらの証明書は後続のRanking Blocksから参照できるため、メインチェーンをPraosに係留したまま、より多くのトランザクション作業を処理できる。

より広いLeios設計の初期版とは異なり、Linear LeiosはInput Blocksを用いない。Dijkstraフェーズ1の実装はRanking BlocksとEndorser Blocksを中心に据える。

開発はなお進行中だ。現在の作業には、Dijkstra台帳時代への移行、適合テスト、ブロック伝播、BLSに基づく認証、そしてCardanoノードインフラストラクチャとの統合が含まれる。

Nested Transactionsはさらに前進しており、台帳ルール、シリアライゼーション、これを支えるトランザクション構造がすでに実装段階にある。

どちらの機能も、現時点では本番準備完了とは説明されていない。

Linear LeiosはCardanoのブロック処理モデルを変える

Linear Leiosは、より大きなブロックやより短いスロット間隔のみに頼ることなく、Cardanoが処理できるトランザクション作業量を増やすよう設計されている。

Cardanoは現在、トランザクションを運びチェーンを前進させるためにPraosブロックを用いている。Linear Leiosは、通常のRanking Blocksに加えてEndorser Blocksを導入する。

Endorser Blocksは追加のトランザクションデータを運ぶことができ、ステークベースの委員会によって認証される。これらの証明書は後続のRanking Blocksから参照できるため、メインチェーンをPraosに係留したまま、より多くのトランザクション作業を処理できる。

より広いLeios設計の初期版とは異なり、Linear LeiosはInput Blocksを用いない。Dijkstraフェーズ1の実装はRanking BlocksとEndorser Blocksを中心に据える。

開発はなお進行中だ。現在の作業には、Dijkstra台帳時代への移行、適合テスト、ブロック伝播、BLSに基づく認証、そしてCardanoノードインフラストラクチャとの統合が含まれる。

Nested Transactionsはさらに前進しており、台帳ルール、シリアライゼーション、これを支えるトランザクション構造がすでに実装段階にある。

どちらの機能も、現時点では本番準備完了とは説明されていない。