Cardano の台帳 (ledger) チームは 11 月 11 日の開発報告で、Leios のエンドーサーブロック (EB) を「データの定義から、台帳が実際に検証して適用できるもの」へ進めたと報告しました。コンセンサス層が EB を台帳へ渡すための窓口 applyEndorserBlock が入り、EB に載った取引を台帳が受け入れる道筋が、コードの上でつながったことを意味します。
IOG は 11 月 13 日の週次開発報告の告知で、この台帳の進展を Hydra の Head の容量拡大とあわせて今週の項目の先頭に挙げています。10 月 31 日の記事 (Cardano の台帳、Leios 証明書の検証規則を実装) では証明書の検証を扱いました。この記事では、その次の段階として入った EB の適用、ステークプール運用者 (SPO) に関わる BLS 鍵の扱い、Hydra の変更を順に読みます。
EB の取引を、通常の取引と同じ規則に通す
Leios (CIP-164) では、通常のブロックとは別に、取引をまとめて運ぶ EB がブロックヘッダの中で告知されます。プールの票が定足数に届くと証明書が作られ、その EB の中身が台帳に反映されていきます。10 月末までに入ったのは、この証明書が正しいかを判定する部分でした。
今回の更新で加わった applyEndorserBlock は、Dijkstra の時代 (era) の台帳に、コンセンサス層から EB を渡して適用させるための入口です (cardano-ledger の PR #6248)。呼び出された台帳は EB と EBLEDGERS という 2 つの規則を走らせます。
cardano-ledger の現在の master ブランチのコードを読むと、流れは次のとおりです。まず EB の規則が、直前に告知された EB のハッシュと、適用しようとしている EB のハッシュが一致するかを確かめます。告知されていない EB は退けられます。そのうえで EBLEDGERS の規則が、EB に入っている取引を 1 件ずつ、通常の取引を検証するのと同じ LEDGER 規則に通し、台帳の状態を更新していきます。コード中の説明によれば、EB の取引は、その EB を告知したブロックのスロットの時点で検証されます。
あわせて、EB の中身の参照をまとめた型 EbReferences が、特定の時代に固定されない形に作り直されました (PR #6241)。設計の議論では、この型に将来さらに情報が加わる可能性が挙げられており、後の時代で形が変わってもコンセンサス層が対応できるようにする下準備です。
一方で、まだ入っていない確認もあります。EB の規則のコードには「EB が、告知したブロックのスロット以外で適用された場合も退けるべき」という未実装の宿題が、具体的な失敗条件の名前とともに書き残されています。
BLS 鍵だけの更新に、オーナーの署名は不要に
SPO に直接関わる変更が 1 つあります。Dijkstra では、登録済みのプールが登録証明書を出し直すとき、BLS 鍵以外の値がすべて現在の登録内容と同じなら、プールのオーナー (出資者として登録された人) の署名 (witness) を求めなくなりました (PR #6217)。
BLS 鍵は、11 月 3 日の記事 (Leios 試作 rc-2026w44、票が細るとエンドーサーブロックを縮小) で触れたとおり、Leios の試作でプールの鍵の束に加わった署名鍵です。台帳チームは、この変更で鍵を入れ替えるたびに不要な署名を集めなければならない穴が塞がったと説明しています。オーナーが複数いるプールでは、鍵の入れ替えのたびに全員の署名をそろえる手間が省けます。
固定費やマージンなど、ほかの値も同時に変える場合は、これまでどおりオーナーの署名が要ります。PR には、入れ子の取引と組み合わせた場合や、取引全体が失敗した場合の扱いについても、個別の試験を足したと書かれています。
同じ期間に、Dijkstra の手数料の計算でも 1 点変更が入りました。参照入力に含まれるマルチアセットの費用が、ポリシー 1 つごとの課金から、データの大きさ (バイト) ごとの課金に改められています (PR #6263)。1 つのポリシーにいくらでもアセット名を持たせられるため、ポリシー単位では公平な値付けができない、というのが理由です。
Hydra の Head、出力の上限は 4,095 から 32,767 に
レイヤー 2 の Hydra では、11 月 2 日の週に、1 つの Head が抱えられる出力の上限を 4,095 から 32,767 に引き上げる変更が取り込まれました。開発チームの週報によると、利用者からの要望に応えたもので、Ethereum の KZG セレモニーで作られた、より大きな信頼設定 (trusted setup) を使います。上限には、Head の中にある未使用の出力 (UTxO) に加えて、手続き中のコミットとデコミット (Head への資金の出し入れ) で払い出す予定の出力も含まれます。
信頼設定の切り替えは、次のリリースでの互換性を壊す変更 (breaking change) として扱われています。この期間に Hydra の新しい版は出ていないため、Head を運用している側が備えるのは次のリリースからです。
同じ週には、1 件の取引で上限を超えた Head が、参加者の合意で状態を確定させるスナップショットを作れずに止まる不具合も直りました。スナップショットを組む際に、手続き中のコミットとデコミットの分の容量を先に確保し、入りきらない入金は後に回します。データベースへの書き込みを 1,000 件ずつに分け、書き込みの待ち行列があふれて処理が固まる問題も解消しています。
残る宿題と、次に開く場所
Leios は Dijkstra のハードフォークで段階的に入る計画で (Weekly Brief #29)、台帳の側では、証明書の検証、EB の取引の適用、コンセンサス層への窓口が 10 月下旬からの 3 週間でそろってきました。処理量の引き上げは、SPO にとってはノードの負荷と報酬の源になる手数料の両方に効いてくる話です。
次に確かめたいのは、EB の規則に書き残された「告知したスロット以外での適用を退ける」確認が実装されるかどうかです。これが入ると、EB を受け入れる条件が台帳の側でひととおり閉じます。確認先は、Intersect の開発更新サイトに出る次回の Ledger Team Update と、cardano-ledger リポジトリの Rules/Eb.hs です。IOG の週次開発報告は、次回が 11 月 20 日 (金) に出る見込みです。
ことば
- エンドーサーブロック (EB) — Leios で取引をまとめて運ぶ追加のブロックです。今回、台帳がその中の取引を通常の取引と同じ規則で 1 件ずつ検証して反映する道筋が、コンセンサス層からの窓口とともにつながりました。
- BLS 鍵 — 多数の署名を 1 つにまとめやすい方式の署名鍵です。Leios の試作でプールの鍵の束に加わり、Dijkstra ではこの鍵だけの入れ替えにオーナーの署名が要らなくなります。
- 信頼設定 (trusted setup) — 暗号の仕組みを動かすために事前に作っておく公開の値です。Hydra は Ethereum の KZG セレモニーの大きな値に切り替え、Head の出力の上限を 32,767 まで広げました。
一次ソース / 関連リンク
- IOG 公式 X の告知 (週次開発報告 2026-11-13)
https://x.com/IOGroup/status/2121215597581402261
Essential Cardano : Weekly development report as of 2026-11-13
essentialcardano.io
Intersect : Ledger Team Update (2026-11-11)（updates.cardano.intersectmbo.org）
cardano-ledger PR #6248 : Add DijkstraApplyBlock with applyEndorserBlock（github.com）
cardano-ledger PR #6241 : Make EbReferences era parametric（github.com）
cardano-ledger PR #6217 : Do not require owners to witness updates for BLS keys（GitHub）
- Hydra 週報 Week 45 (2026-11-02〜11-08)
https://cardano-scaling.github.io/hydra-updates/updates/2026-w45/ - SIPO : Cardano の台帳、Leios 証明書の検証規則を実装 (2026-10-31)
https://sipo.tokyo/signal-20261031-24040136/ - SIPO : Leios 試作 rc-2026w44、票が細るとエンドーサーブロックを縮小 (2026-11-03)
https://sipo.tokyo/signal-20261103-bec6d3ac/
