LIVE ADA-- MCAP-- TVL-- STAKE-- EPOCH-- Cardano & Midnight 総合情報ポータル
SIPO
速報 Cardanoは構築エンティティのイコール・リスティングを公開 3時間前 速報一覧 →
HOMESignal › Dijkstra へのハードフォーク能力が、ノードの土台に入りました——ouroboros-consensus 4.0.0.0 と Leios の次の一歩
Signal

Dijkstra へのハードフォーク能力が、ノードの土台に入りました——ouroboros-consensus 4.0.0.0 と Leios の次の一歩

2026-08-15SIPO

Cardano の週次開発レポート(2026 年 8 月 14 日付)で、コンセンサス層のライブラリ ouroboros-consensus 4.0.0.0 と 4.1.0.0 のリリースが報告されました。レポートはこの 2 本を「Dijkstra era へのハードフォーク能力を可能にするもの」と位置づけています。Leios の話題はテストネットの見出しに集まりがちですが、その手前で、次の era を受け止めるノード側の土台が先に整えられていた形です。SIPO はこのところ、開発ツール地図や DevX の進捗サイトなど「進捗が読める場所」が増えている流れを追ってきました。今週のレポートは、その可視化の流れと、実装が実際に着地している事実が同じ 1 枚に並んだ回になっています。何がどこまで進んだのか、順に見ていきます。

初期報: Ouroboros Consensus 4.0.0.0リリース、Leios開発進展

■ ハードフォークの受け皿が、先にできています

ouroboros-consensus は、Cardano ノードの中で「どのチェーンを正とするか」を決める部分を担うライブラリ群です。GitHub 上のタグを見ると、4.0.0.0 は 2026 年 7 月 30 日、4.1.0.0 は 8 月 11 日に切られています。レポートはこの 2 本について、Dijkstra era へのハードフォーク能力を可能にするものだと説明しています。

era の切り替えは、当日にスイッチを入れれば済むものではありません。新しい era のブロックを解釈できるコードが、切り替え前のノードにあらかじめ入っている必要があります。ハードフォークが「実行」される前に、それを受け止める側の実装が入る——今回のリリースはその順序どおりの動きです。関連して、ハードフォークとノード間バージョニングの関係を説明するドキュメントページも新設されました。

同じ週には、運用面の調整も入っています。スナップショットの方針がメインネットで 1 日 1 回に調整されたほか、トランザクション識別子の比較からアロケーションを取り除き、レポートの表現で「およそ 5 倍高速」になったと報告されています。メンポルの era 移行まわりの整理も進みました。日々のブロック生成そのものを変える種類の変更ではありませんが、ノードを動かす側にとっては効いてくる部分です。

■ Leios は「作る」から「配る」へ進みました

コンセンサスチームは prototype-2026w32 を公開し、Leios の開発を前進させたと報告しています。今回の一歩は、ノードがエンドーサーブロックのアナウンスメントを生成してピアへ送るようになったことです。レポートはこれを、アナウンスメントに基づく伝播の最初の段階だとしています。

Leios はブロックの役割を分けることでスループットを引き上げる設計ですが、分けたものをネットワーク全体へどう届けるかは別の問題として残ります。ブロックそのものを撒くのではなく、まず「ある」と知らせてから中身をやり取りする——アナウンスメント方式は、その届け方の設計にあたります。テストネットで一周した段階から、伝播の作り込みへと軸足が移ってきたと読めます。あわせて、不正な形式の Dijkstra ブロックの検証が追加され、テストネットの観測まわりの修正も入りました。

先週までの経緯は Leios がテストネットで一周しました——Earth フェーズを終え Water フェーズへ と、二層のスケーリング設計を整理した Hydra と Leios は競合しません でも扱っています。

■ Plutus は 3 本を同時にコミュニティへ出しました

スマートコントラクト側では、Plutus チームが 3 本の提案をコミュニティのフィードバックに出しました。GitHub 上でいずれも 7 月末から 8 月中旬にかけて開かれ、記事作成時点でオープンな状態です。

  • CIP-0194(UPLC への Match ノード追加・組み込み定数のパターンマッチ)— 7 月 31 日
  • CIP-0195(Plutus V4 の台帳型に対する Data エンコーディングの規定)— 8 月 3 日
  • CPS(実装をまたいでプロパティテストを公開することについての合意形成)— 8 月 12 日

CIP が「こう変える」を提案する文書であるのに対し、CPS は「この課題をどう扱うか」を先に共有する文書です。3 本目がテストの共有という土台側のテーマである点は、Dijkstra 前の議論として押さえておく価値があります。あわせて CollapseCase の最適化がマージされ、Plutus V4 の台帳 API はバージョン 1.67.0.0 でリリース済みです。

■ 進捗が「読める場所」に置かれ続けています

スケーリング側では、Hydra が更新追跡サイトを公開しました。第 32 週のページでは 9 件の PR がマージされ、その中に --deposit-activation フラグの追加が含まれています。デポジットの有効化を期限の計算から切り離すもので、第 26 週に出た要望への対応と説明されています。Mithril の更新や macOS バイナリの互換性修正も同じ週に入りました。

開発者体験の側では 4 つの取り組みにまたがって 41 件のコミットが入り、エコシステムマップに ODATANO・adapools.xyz・Daedalus が追加されています。研究側では、Crypto ’26 で発表される 2 本の論文が挙げられました。いずれも Aggelos Kiayias 氏が共著に入っており、Proof-of-Work の難易度調整を扱ったものと、共通乱数列からパーミッションレスな合意を構成するものです。どちらも Cardano の実装に直接紐づく話ではありませんが、研究の出所が公開の場に置かれていることは確認できます。

■ 次に見るもの

【1】アナウンスメントに基づく伝播が、次のプロトタイプでどこまで進むか。今回は「送るようになった」段階で、受け取り側の挙動やネットワーク全体での振る舞いはこれからです。

【2】3 本の Plutus 提案がどう動くか。CIP-0194 と CIP-0195 は番号こそ振られていますが、いずれもまだ議論の途中です。番号が付いた時点で確定と読まないほうが安全です。

【3】ouroboros-consensus のバージョンが、どのノードリリースに乗るか。ライブラリ側にハードフォーク能力が入ったことと、運用中のノードがその能力を持つことは別の段階です。

Dijkstra を待つあいだ、目に見える出来事はテストネットや投票のほうに集まります。ただ、実際に era を跨ぐのはノードの中のコードです。今週のレポートは、その部分が静かに進んでいることを確認できる回でした。


一次ソース / 関連リンク