CardanoのDijkstraアップグレードは、2026–2027年のリリースに向けて順調に進行中

Cardanoの長く待たれたDijkstraアップグレードは予定通り進行中だが、開発者は2026〜2027年にわたる二段階のロールアウトを準備するにあたり、純粋なエンジニアリングからエコシステムの準備へと重心を移している。今後何が、いつ実装されるか： - フェーズ1：Linear Leios（主要なスケーリング機能）、ネステッドトランザクション、新しいトランザクション/ブロックシリアライズ、Plutus V4の更新、および複数のプロトコルパラメーターの追加を含むDijkstraレジャーエラ。Intersectは2026年第4四半期にコード完了を目標としている。フェーズ1では、次フェーズに必要なコーデック拡張とパラメータースロットをインストールするが、Ouroboros Perasは有効化しない。 - フェーズ2：Ouroboros Peras。これはステークプールオペレーター委員会によるオンチェーン投票レイヤーを追加し、標準的なPraosチェーン深度ルールよりも迅速な決済を実現する。Perasは2027年第2四半期を目標とするエラ内ハードフォークとして計画されており、独自のプレビュー・プレプロダクションデプロイメントおよび別途のオンチェーンガバナンスアクションが必要となる。主な技術的詳細： - Linear LeiosはCardanoのPraosセキュリティモデルを置き換えるものではない。代わりに、ステークに基づく委員会を通じて追加のトランザクションを参照・認証する「Endorser Blocks」を導入し、ベースコンセンサス保証を維持したままスループットを向上させる設計となっている。 - フェーズ1のネステッドトランザクションおよびコーデック/シリアライズ更新は、Perasの有効化を即時に行わずにレジャーを準備する。 - 7月のvan Rossemハードフォークによりメインネットはプロトコルバージョン11に移行し、DijkstraとLeiosの基盤を築いた。ノードの多様性とAmaru（Rustノード）： - Intersectはノードクライアントの多様性強化を推進している。オープンソースのRustノードであるAmaruはすでにリレーとして機能し、チェーンの先頭まで検証・同期可能である。Amaruのメインネットブロック生成は2026年11月を目標としており、開発マイルストーンは以下の通り：一般ブロック生成者リリース（9月30日）、Dijkstra対応ブロック生成者マイルストーン（10月29日）、Leios対応リリース（11月26日）。これらは開発目標であり、保証された実装日ではない。 - 代替ノード実装の増加は、Haskellノードへの依存を減らし、エコシステムの幅を広げることを目的としている。ガバナンスと憲法改正： - Dijkstraの一部プロトコルパラメーターは、憲法のガードレールで明示的にカバーされていない限り、オンチェーンガバナンスで変更できない。Input Outputは、ガバナンス役割や投票閾値、憲法原則を変えずに、これらのパラメーターと許容範囲を追加する限定的な憲法改正案を計画している。 - 現在の計画では、エポック655（9月11日開始）までにそのガバナンスアクションを提出する予定。コミュニティの議論はIntersectの憲法改正ポータルを通じて行われており、8月14日時点で4つの初期提案が提出されている。プロセスと注意点： - Intersectの8月14日週次更新（#124）では、計画がテストネット報告、エコシステム準備、代替ノードチームへの支援へとシフトしており、合意された技術的範囲と目標日は変更されていない。 - ロードマップの2026年第4四半期（フェーズ1コード完了）および2027年第2四半期（Peras有効化）の目標は推定値であり保証ではない。テスト、プレビュー／プレプロダクションサイクル、オンチェーンガバナンスによりメインネットの実装が遅れる可能性がある。なぜ重要か：成功すれば、DijkstraのLinear LeiosとPerasは既存のコンセンサス保証を維持したままCardanoのスループットと決済速度を大幅に向上させる可能性がある。このタイムラインは、単一のHaskell参照ノードからより多様でマルチクライアントのネットワークへとエコシステムが成熟していることを示しており、敏感なプロトコル変更に対する慎重なガバナンスアプローチも示している。要約：開発者は2026年にフェーズ1機能を予定通り提供し、2027年にPerasを追求しているが、最終的なメインネット日付はコミュニティテスト、ノード多様性への取り組みおよびガバナンスアクションによって決定される。