LIVE ADA-- MCAP-- TVL-- STAKE-- EPOCH-- Cardano & Midnight 総合情報ポータル
SIPO
速報 Intersect、Catalyst 2025予算から2,100万ADAをトレジャリーに返納 18時間前 速報一覧 →
HOME › Signal › cardano-node 11.2.1 プレリリース、スナップショット時のメモリ増を解消
Signal

cardano-node 11.2.1 プレリリース、スナップショット時のメモリ増を解消

2026-11-11SIPO

Cardano のノードソフトを開発する IntersectMBO は日本時間 11 月 11 日未明、GitHub で cardano-node 11.2.1 をプレリリース (試験向けの先行公開) として公開しました。10 月 28 日に出た 11.2.0 の上に重ねた保守版で、台帳の状態を保存する「スナップショット」のたびに一時的に増えていたメモリの使い方を改め、ブロックヘッダーで伝えるプロトコルのバージョンを 11.1 から 11.3 に上げています。

cardano-node 11.2.1 リリースノート (GitHub・IntersectMBO)(GitHub)

リリースノートは冒頭で、この版を「まだメインネットでの使用は推奨しない」と明記しています。GitHub で Pre-release の印が付いていない最新版は、9 月 29 日の 11.1.3 のままです。この記事では、SPO (ステークプール運用者) が 11.2 系への移行を準備するときに確かめておきたい変更点を、11.2.0 からの差分を中心に整理します。

スナップショットの書き込みで膨らんでいたメモリ

変更の中心は、合意 (コンセンサス) を担うライブラリ ouroboros-consensus を 5.2 から 5.4 に上げたことです。リリースノートによると、これまではスナップショットを書き込んでいる間、書き込み要求を積む待ち行列がシリアル化したスナップショットを抱えたままになり、使用中のメモリが一時的にスナップショットの大きさほど増えていました。5.4 ではこの増加が起きなくなります。

もう 1 つは、ブロックを記録するデータベース (ChainDB) が、起動時に読み込んだジェネシス (最初の台帳) の状態を持ち続けていた点です。これは Peras の投票機能の部品が参照していたためで、Peras がまだ有効になっていない今は使われていないにもかかわらず、ジェネシスの UTxO や委任の数が多いネットワークでは数百 MiB のメモリを占めていました。

同期中のふるまいも変わります。ノードが最初にチェーンの先頭へ追いつくまでは、スナップショットを要求されたらすぐに書き込み、ランダムな待ち時間は追いついた後にだけ適用します。同期中に待ち時間をはさむと、その間ずっと古い台帳の状態がメモリに残っていたためです。あわせて、待ち時間の上限 (MaxDelay) が全ネットワークで 1 時間に揃えられました。メインネットと preprod ではこれまで 6 時間でした。

LSM をブロック生成に使えると確認

ブロック生成ノードの構成にかかわる記述もあります。UTxO の集合をメモリではなくディスクに置く UTxO-HD の LSM という方式について、リリースノートは Praos (Cardano の合意方式) が求める性能を満たすことを確かめ、ブロック生成に使えるとしました。ただし、本番のブロック生成ノードに入れる前に安全な環境で試すこと、メモリは 8GB 以上を確保することを勧めています。

最低要件の欄では、メモリはすべてをメモリに置く InMemory 方式で 24GB、ディスクに置く OnDisk 方式で 8GB とされ、後者には「確認待ち」と添えられています。ストレージは 300GB (将来に備えて 350GB を推奨) です。

このほか、ログを標準出力へ書き出すのに失敗したとき (パイプが閉じた場合など) にノードが止まる問題が直りました。エラーは標準エラー出力に記録され、状態が戻れば書き出しを再開します。

11.1 系から上げるときに効く 11.2.0 の変更

11.2.1 そのものには、ノード運用者にとっての互換性を壊す変更はありません。ただし 11.1 系から上げる場合は、11.2.0 で入った変更がそのまま効きます。リリースノートが改めて挙げているのは次の点です。

  • 設定ファイル: 公開されている mainnet-config.json などは新しい cardano-config の形式になっており、11.2 より前のノードでは読めません。従来の平らな形式の設定も 11.2.1 で引き続き使え、cardano-node config migrate で新形式へ変換できます
  • ウォレットやツールがノードとやり取りする node-to-client の古い版 (V16〜V22) が削除され、それでしか使えなかった問い合わせもなくなりました。GetStakeDistribution は GetStakeDistribution2、GetPoolDistr は GetPoolDistr2 へ置き換えます
  • Docker で設定を上書きする仕組みや、ログの出力項目にも変更があります

同梱の cardano-cli 11.7 には、次のハードフォーク Dijkstra に向けたコマンドが増えています。既存のプール登録証明書から BLS 鍵とその所持証明だけを差し替えた証明書を作る dijkstra stake-pool bls-registration-certificate offline は、プールのパラメータを入れ直さずに BLS 鍵を初めて登録したり入れ替えたりするためのものです。プロトコルパラメータ変更のガバナンス案を作るコマンドにも、最低プールマージンや最大誓約レバレッジ、Peras のパラメータを指定する項目が加わりました。

推奨版になるまでに埋まる欄

公開されたリリースノートには、まだ空欄が残っています。「既知の問題」の欄には何も書かれておらず、ベンチマークとシステムテストの欄も見出しだけです。承認の欄では Intersect の技術運営委員会とプロダクト委員会、サイト信頼性と、リリースの担当者が承認済みで、テストと性能の担当者は N/A (対象外) となっています。

確認できる次の一点は、cardano-node の GitHub のリリースページで 11.2 系から Pre-release の印が外れるときです。その時点で既知の問題とテスト結果の欄が埋まり、メインネットで使う版として扱えるようになります。Dijkstra 向けの準備状況は、11 月 7 日にお伝えした対応状況の一覧でも追えます。

ことば

  • プレリリース — 正式に推奨する前に、テストネットなどで試してもらうために先に公開する版。cardano-node では 11.2.0 と 11.2.1 がこの扱いで、メインネットの推奨版は 11.1.3 のままです。
  • スナップショット — ノードがその時点の台帳の状態をディスクに書き出したもの。再起動のときにここから読み直すので、書き込みのたびのメモリの増え方が、ノードを動かすサーバーの必要な大きさに効きます。
  • UTxO-HD (LSM) — 未使用の取引出力 (UTxO) の集合をメモリでなくディスクに置く仕組み。UTxO が増え続けても必要なメモリを抑えられるので、今回ブロック生成に使えると確認されたことが運用の選択肢を広げます。

一次ソース / 関連リンク

Delegate to SIPO · 委任ガイド

ADA を手元に置いたまま、
SIPO に委任する

SIPO は Cardano ステークプール 3 基 (SIPO / SIPO2 / SIPO3) を運用しています。Midnight のバリデータ運用は開始後に参加予定です。

  • 預けない・ロックなし
  • 約 5 日ごとに報酬
  • DRep も SIPO に
ステーキングをはじめる → はじめての方は、この 3 本を順に読むと迷いません。
  1. 1
    📘 Learning ステーキングとは、ADA を手元に置いたまま報酬を受け取る仕組み 仕組みを知る →
  2. 2
    📘 Learning DRep への委任とは、13.7 億 ADA の国庫の使い道に一票を託す仕組み ガバナンスに参加する →
  3. 3
    📘 Learning 委任マニュアル 2026 年版、Lace と Daedalus でプールと DRep を選ぶ手順 手順どおりに委任する →