Midnight のインデクサー Midnight Indexer の 4.4.101 が 2026 年 11 月 8 日付で GitHub に公開され、リリースノートは 3 件のセキュリティの問題の修正を挙げました。秘匿 (シールド) トークンや DUST を持つコントラクトの残高でブロックの取り込みが止まる問題、SPO の登録情報で SPO の索引が止まる問題、検証されていない SPO の登録がプールの身元を名乗れた問題です。
Midnight Indexer 4.4.101 リリースノート (GitHub)（GitHub）
インデクサーは、ウォレットや DApp、エクスプローラーがチェーンのデータを読むときの窓口になるソフトです。Midnight の公式ドキュメントによると、Ledger 9 に移ったメインネット、作り直された Preview、11 月 9 日に移った Preprod の 3 つの公開ネットワークで使うインデクサーとして、この 4.4.101 が挙げられています。何が直り、何が直っていないのか、そして運用者が更新のときに確かめる条件を整理します。
止まる問題が 2 件、名乗れる問題が 1 件
リリースノートの「修正した不具合の一覧」は、3 件を次のように説明しています。
- コントラクトの残高に秘匿トークンや DUST の鍵が含まれていると、ブロックの索引が同じブロックで失敗し、再起動のたびに止まっていました。残高の取り出しは、正の値を持つ非秘匿の残高だけを返す形に改められ、失敗しなくなっています。
- ノードが返す候補登録の一覧に、インデクサーが想定していない無効理由が入っていたり、Aura か Grandpa の鍵を欠いた登録が入っていたりすると、一覧全体が読み取れなくなり、その時点のエポックで SPO の索引が止まっていました。想定外の理由はそのまま JSON として保存され、2 つの鍵は省略可能になりました。Aura の鍵を持たない登録は、身元として扱われません。
- 検証されていない登録が、本物の登録より先に索引されると、そのプールの身元を名乗れていました。修正後は、ノードが検証した登録だけがプールに結び付けられ、VALID の履歴も実績の記録もないまま食い違う身元は取り除かれます。
前の 2 件は、データを読む側から見ると「索引が先へ進まない」形で表れる問題です。インデクサーが止まれば、それを読むウォレットやエクスプローラーの表示も、止まった地点から更新されなくなります。3 件目は性質が異なり、SPO の身元という情報が別の登録に結び付いてしまう問題です。
この 3 件とは別に、コンテナイメージの土台も入れ替わりました。土台を 2026 年 11 月 4 日版の debian:trixie-slim に更新して apt の脆弱性 CVE-2026-109518 (深刻度 High) を解消し、zlib1g を trixie-security の版に入れ替えて CVE-2026-85091 と CVE-2026-76844 (いずれも High) に対応しています。リリースノートが CVE 番号を付けているのはこの土台の 2 つの部品で、3 件の問題には番号が付いていません。
SPO の身元の修正、過去のデータは自動では戻らない
Midnight は、バリデーターの選び方に Cardano の SPO へのステーク委任を組み込み、Cardano の SPO が Midnight の合意に加われるようにしています。インデクサーの部品の 1 つ SPO Indexer は、委員会の顔ぶれ、エポック、Cardano 側のステーク分布といった SPO のデータを索引する役割です。身元の修正はこれからの乗っ取りを防ぎますが、リリースノートは「既知の問題」として、直らない点を 3 つ挙げています。
- 以前の版が INVALID に書き換えた SPO の履歴 (spo_history) は修復されません。正当な理由による INVALID と見分けがつかないためで、きれいな状態からの索引のやり直しで履歴を戻すよう案内されています。
- ステークがまだ確定していない間にプールが鍵を入れ替えていた場合、片付けの処理が本物のプールの以前の身元と INVALID の履歴を消すことがあります。回避策はありません。
- blocks_produced という項目は、実際に作ったブロックではなく登録の数を数えています。この版で索引し直しても直りません。回避策はありません。
索引のやり直しの手順書 (re-indexing.md) は、影響を受けたエポックをノードの登録データという確かな情報源から特定し、修正後のコードで再生するよう求めています。一括で書き換えないよう注意も添えています。エクスプローラーやダッシュボードで Midnight の SPO の情報を見るときは、そのサービスが 4.4.101 に上げたうえで履歴を整え直したかによって、表示される過去の状態が変わりうることになります。
更新の前に確かめる 3 つの条件
4.4.101 はプレリリースではない正式版として公開されました。更新の範囲はバイナリのみで、5 つのコンテナイメージ (chain-indexer・indexer-api・wallet-indexer・indexer-standalone・spo-indexer) を差し替えます。設定の変更、データベースの移行、GraphQL のスキーマの変更はありません。そのうえで、索引をやり直すかどうかは、いま動かしている版で決まります。
- 4.4.0-rc.6 から — 索引のやり直しは不要です。
- 4.4.0-rc.5 から — 不要です。ただし、すでに Ledger 8 から Ledger 9 へのハードフォークを索引していた場合は別です。
- 4.4.0-rc.3 以前、または 4.3 系から — インデクサーのデータベースと台帳のデータベースをまとめて消し、ジェネシスから索引し直します。やり直しの間、API はチェーンの先端に追いつくまで欠けたデータを返します。
もう 1 つの条件は、チェーンが通ってきたランタイムです。ランタイム 2_001_000 を動かしたことのあるチェーンは 4.4.101 では索引できず、フォークのブロックで止まります。そうしたチェーンは 4.4.0-rc.6 のまま置く、とリリースノートは書いています。公開ネットワークが上がる先のランタイム 2_001_100 には対応しています。
対応するノードは 0.22.0、1.0.400、2.0.0-rc.4、2.1.101 の 4 つで、2.1.0-rc.4 への対応は外れました。4.3 系の運用者にはこの版へ移るよう勧めています。ノード側の 2.1.101 の変更点は、11 月 9 日の記事「Midnight node 2.1.101、db-sync 接続は TLS 必須に」で整理しました。
次の版で確かめる 2 つの既知の問題
確かめる先は、GitHub の midnight-indexer の未解決の issue 一覧と、次のリリースのノートにある「既知の問題」の節です。鍵の入れ替えで本物のプールの身元が消える問題と、blocks_produced の数え方には、いまのところ回避策がありません。次の版が出たときに、この 2 つに修正か回避策が付いたかを見ると、SPO の情報をインデクサー経由で扱うサービスがどこまで履歴を信頼できるかが分かります。
ウォレットの側の対応は、11 月 7 日の記事「Midnight Wallet SDK 2.0.0、フォークをまたぐ同期に対応」にまとめています。
ことば
- インデクサー — ノードが持つチェーンのデータを読みやすい形に整理し、API で返すソフトです。Midnight ではウォレットや DApp がこの API を通して残高や取引を読むため、インデクサーが止まると表示も止まります。
- DUST — Midnight で手数料に使う資源です。NIGHT を持ち、登録することで生成されます。今回の 1 件目の問題は、コントラクトの残高にこの DUST や秘匿トークンが含まれていると索引が止まるというものでした。
- Aura と Grandpa の鍵 — Midnight のノードがブロックの生成 (Aura) と確定 (Grandpa) に使う鍵です。SPO の候補登録にはこの 2 つが含まれ、今回の修正では、Aura の鍵がない登録を身元として扱わないことになりました。
一次ソース / 関連リンク
Midnight 公式ドキュメント: Midnight Indexer v4.4.101 release notes（docs.midnight.network）
Midnight 公式ドキュメント: Ledger 9 upgrade（docs.midnight.network）
