Blog | AKYO

カルダノノードバージョンアップグレード

2026年2月11日 · 約30分

カルダノステークプールオペレーター

2026/2/11 - カルダノノードバージョンアップグレード

nodeUpgraded-10.5.4-2026-2-11

$ cardano-node version  
cardano-node 10.5.4 - linux-x86_64 - ghc-9.6  
git rev b0a12592c4e996b57edf5bc5b9109ecc88c2273f  

$ cardano-cli version  
cardano-cli 10.11.0.0 - linux-x86_64 - ghc-9.6  
git rev b0a12592c4e996b57edf5bc5b9109ecc88c2273f  

Cardano Node 10.5.4

📓

重要：ソースからビルドする場合は、libblst 0.3.14 にアップグレードする必要があります。

このリリースでは、ネットワーク層にいくつかの重要な機能強化が加えられ、ノードの回復力と堅牢性が向上します。すべての SPO をこのバージョンにアップグレードすることをお勧めします。主な変更点は次のとおりです。

ジェネシスモード同期用のプレビュー設定にチェックポイントファイルが追加されました。

より堅牢な拡散層：

アウトバウンドガバナーによる再接続試行回数の上限を強制します。
チェーン同期の終了を待機する際のタイムアウトを短縮します。
StNext StMustReply 状態におけるチェーン同期のタイムアウトを、約 10 分から約 15 分の間のランダムな値に増加します（以前は約 2.5 分から約 5 分でした）。
アウトバウンドガバナーのブートストラップアクションを修正しました。
10.5.4 リリースに関連するベンチマークレポートは、Cardano アップデートに関するこちらの投稿でご覧いただけます。

技術仕様

最小システム要件

2コア以上のIntelまたはAMD x86プロセッサ、1.6GHz以上（ステークプールまたはリレーの場合は2GHz以上）
または、macOSの場合はApple Siliconプロセッサ
InMemoryバックエンドを使用する場合は24GB、OnDiskバックエンドを使用する場合は8GB（確認中）
300GBの空きストレージ（将来の拡張に備えて350GBを推奨）

プラットフォーム

Linux 64ビット (Ubuntu 20.04 LTS、22.04 LTS、24.04 LTS、26.04 LTS、Mint 20、21、21.1、21.2、21.3、22、22.1、22.2、Debian 11、12、13)
Windows 64ビット (10、11)
macOS 10.15、11 (Big Sur)、12 (Monterey)、13 (Ventura)、14 (Sonoma)、15 (Sequoia)、26 (Tahoe)

GHC/Cabal 対応バージョン

GHC 9.6
Cabal 3.8/3.12
~~

10.5.3は更新していましたが、写真が見つからなかったため、スキップします。

2025/11/22 - カルダノノードバージョンアップグレード

nodeUpgraded-10.5.2-2025-11-22

$ cardano-node version  
cardano-node 10.5.2 - linux-x86_64 - ghc-9.6  
git rev 1ec98e952863fd836df8e7c3476fcce6cc019fce  

$ cardano-cli version  
cardano-cli 10.11.0.0 - linux-x86_64 - ghc-9.6  
git rev 1ec98e952863fd836df8e7c3476fcce6cc019fce  

Cardano Node 10.5.2

📓

これは、ハッシュサイズの問題と、ピア選択に関するネットワークスタックの問題を修正したバグ修正リリースです。
拡散層において、特定の状況下では、定期的なチャーンメカニズムが設計意図を満たさず、十分な数のウォームピアを降格できない可能性があります。
その結果、このプールからアクティブピアをさらにサンプリングしても、長期的には十分な多様性が得られない可能性があります。

このネットワークの欠陥は、複数のステークプールが複数のシミュレートされたリージョンに分散されたCardanoテストネットを管理するためのツールであるcardano-igniteで発見されました。

SPOを含む、バージョン10.3.1から10.5.1を実行しているすべてのノードユーザーは、速やかにこのバージョンにアップグレードする必要があります。

技術仕様

最小システム要件

2コア以上のIntelまたはAMD x86プロセッサ、1.6GHz以上（ステークプールまたはリレーの場合は2GHz以上）
macOSの場合はApple Silicon（M1、M2、M3、またはM4）プロセッサ
InMemoryバックエンドを使用する場合は24GB、OnDiskバックエンドを使用する場合は8GBのRAM（確認中）
300GBの空きストレージ（将来の拡張に備えて350GBを推奨）

プラットフォーム

Linux 64-bit (Ubuntu 20.04 LTS, 22.04 LTS, 24.04 LTS; Mint 20, 21, 21.1, 21.2, 21.3, 22, 22.1; Debian 11, 12)
Windows 64-bit (10, 11)
MacOS 10.15, 11 (Big Sur), 12 (Monterey), 13 (Ventura), 14 (Sonoma), 15 (Sequioa)

GHC/Cabal 対応バージョン

GHC 9.6
Cabal 3.8/3.12
~~

2025/8/19 - カルダノノードバージョンアップグレード

nodeUpgraded-10.5.1-2025-8-19

$ cardano-node version  
cardano-node 10.5.1 - linux-x86_64 - ghc-9.6  
git rev ca1ec278070baf4481564a6ba7b4a5b9e3d9f366  

$ cardano-cli version  
cardano-cli 10.11.0.0 - linux-x86_64 - ghc-9.6  
git rev ca1ec278070baf4481564a6ba7b4a5b9e3d9f366  

Cardano Node 10.5.1

📓

Node 10.5.1 は、Node 10.5.0 に比べて多くの改善を提供します。特に、トレーシングシステムにおいて slotsMissed_int メトリクスの修正、ネットワーク面では Windowsソケット修正、DNSルックアップエラーのキャッシュ時間短縮、PeerSharing 設定挙動の改善（詳細は下記ネットワーク変更を参照）、さらに --non-producer-node の廃止と --start-as-non-producer-node コマンドラインスイッチへの置き換えが含まれます。
また、このリリースでは不要なバイナリがNode成果物から削除され、新たに tx-generator が追加されています。

10.5.1リリースに関連するベンチマークレポートは Cardano Updates の投稿にて確認できます。

10.5.1リリースのシステムテスト結果は対応するタグのテストページに掲載されています。

なお、PeerSharing のデフォルト動作がリレーノードでは変更されていますが、ブロックプロデューサーでは変更されていません。これはメインネット利用推奨に基づくものです。メインネットのブロックプロデューサーは、PeerSharing が有効化されると Praos パフォーマンス保証を満たさない可能性があり、またIPが漏洩するため推奨されません。一方でリレーには問題ありません。

既知の問題

Byronスナップショットから起動する際に既知のバグがあります。ノードはスナップショットを拒否し、チェーンを最初からリプレイします。ただし、Byron時代のリプレイ時間は短く、Byronスナップショットからノードを起動するユーザーはごく少数と予想されるため、この問題はバージョン 10.6.0 で修正される予定です。

技術仕様

最小システム要件

Intel または AMD の x86 プロセッサ（2コア以上、1.6GHz以上／ステークプールまたはリレーの場合は2GHz以上推奨）
MacOS の場合、Apple Silicon (M1, M2, M3, M4) プロセッサ
InMemory バックエンド利用時は 24GB RAM、OnDisk バックエンド利用時は 8GB RAM（確認中）
空きストレージ 300GB（将来の拡張を考慮して 350GB 推奨）

プラットフォーム

Linux 64-bit (Ubuntu 20.04 LTS, 22.04 LTS, 24.04 LTS; Mint 20, 21, 21.1, 21.2, 21.3, 22, 22.1; Debian 11, 12)
Windows 64-bit (10, 11)
MacOS 10.15, 11 (Big Sur), 12 (Monterey), 13 (Ventura), 14 (Sonoma), 15 (Sequioa)

GHC/Cabal 対応バージョン

GHC 9.6
Cabal 3.8/3.12
~~

2025/6/4 - カルダノノードバージョンアップグレード

nodeUpgraded-10.4.1-2025-6-4

$ cardano-node version  
cardano-node 10.4.1 - linux-x86_64 - ghc-9.6
git rev 420c94fbb075146c6ec7fba78c5b0482fafe72dd

$ cardano-cli version  
cardano-cli 10.8.0.0 - linux-x86_64 - ghc-9.6
git rev 420c94fbb075146c6ec7fba78c5b0482fafe72dd

Cardano Node 10.4.1

📓

Node 10.4.1では、UTxO-HDがCardanoノードに統合されます。UTxO-HDはノードのコンセンサスレイヤーを再構築したもので、UTxOセットを（以前のノードバージョンと同様に）完全にメモリ内に格納することも、外部ストレージメディア（SSDやHDなど）に格納することもできます。後者は、実行中のノードのメモリ要件を低減しますが、速度は多少低下します。UTxO-HDの最初のバージョンではLMDBバックエンドが提供されますが、将来のリリースでは、LSMツリーに基づくよりきめ細かなバックエンドが組み込まれる予定です。UTxO-HDの詳細については、コンセンサスウェブサイトをご覧ください。

このリリースでは、トレースシステム、LedgerDB設定オプションの場所、ノードCLIおよびAPIの修正と機能強化も提供されています。また、Plutusへの依存関係も1.45に更新されています。

10.4.1リリースのシステムテスト結果は、対応するタグテストページでご覧いただけます。

10.4.1 リリースに関連するベンチマークレポートは、Cardano アップデートに関するこちらの投稿でご覧いただけます。

重要

以前のバージョンのノードから移行するユーザーは、移行ガイドをお読みください。ノードを適切に設定し、ジェネシスからのリプレイを回避するためにデータベースを変換する必要があります。メインネットのブロックプロデューサーと関連リレーは、V2InMemory UTXO-HD バックエンドのみを使用してください。

このバージョンのノードはメインネットに対応しています。本番環境での使用には、インメモリバックエンドのみを使用することをお勧めします。

警告

LMDB バックエンドはまだベンチマークされていません。エッジノード（ウォレット、エクスプローラー、取引所など）には十分なパフォーマンスを提供し、メモリ使用量を大幅に削減できる可能性がありますが、メインネット上のブロックプロデューサーノードやリレーノードには使用しないでください。

既知の問題

実験的な Ouroboros ジェネシス機能には既知のバグがあり、メインネットでの使用はまだ推奨されていません。
ChainSync Jumping（CSJ）は、ノードが追いついても無効化されません。これは同期ノードの通常の動作には影響しませんが、追いついたノードに対するDoS攻撃のリスクがあります。この問題は今後のリリースで修正される予定です（Issue IntersectMBO/ouroboros-consensus#1490）。

技術仕様

最小システム要件

2コア以上のIntelまたはAMD x86プロセッサ、1.6GHz以上（ステークプールまたはリレーの場合は2GHz以上）
または、macOSの場合はApple Silicon（M1、M2、M3、またはM4）プロセッサ
InMemoryバックエンドで動作する場合は24GBのRAM、OnDiskバックエンドで動作する場合は8GBのRAM（確認中）
300GBの空きストレージ（将来の拡張に備えて350GBを推奨）

プラットフォーム

Linux 64ビット（Ubuntu 18.04 LTS、20.04 LTS、22.04 LTS、Mint 19.3、20、Debian 10.3）
Windows 64ビット（8.1、10、11）
macOS 10.13、 10.14、10.15、11

GHC/Cabal 対応バージョン

GHC 9.6
Cabal 3.8/3.12
~~

2025/5/6 - カルダノノードバージョンアップグレード

nodeUpgraded-10.3.1-2025-5-6

$ cardano-node version  
cardano-node 10.3.1 - linux-x86_64 - ghc-9.6  
git rev b3f237b75e64f4d8142af95b053e2828221d707f  
$ cardano-cli version  
cardano-cli 10.7.0.0 - linux-x86_64 - ghc-9.6  
git rev b3f237b75e64f4d8142af95b053e2828221d707f  

Cardano Node 10.3.1

📓

Node 10.3.1 は主にパフォーマンスの向上を目的としています。具体的には、実行速度の向上、メモリ使用量の削減、同期時間の短縮が実現されています。加えて、新しいトレーシングシステムに対するいくつかの改善も含まれています。また、ouroboros-genesis を有効化するために必要な軽量チェックポイント機能もサポートされています。さらに、いくつかの CLI コマンドに関するバグ修正も含まれています。node と submit-api の Docker イメージも、運用をスムーズにするための改善が施されています。

バージョン 10.3.1 のシステムテストの結果は、該当するタグのテストページにてご確認いただけます。

10.3.1 リリースに関連するベンチマークレポートは、Cardano Updates の投稿で確認できます。

既知の問題

新しいトレーシングシステム：connectionManager_* メトリクスが正しくありません。ただし、基礎となるトレースメッセージ ConnectionManagerCounters では正しい値が記録されています。
新しいトレーシングシステム：slotsMissed メトリクスが不正確です。直近のブロック生成からのスロットを誤って「ミス」としてカウントしてしまいます。ただし、実際にブロックプロデューサーがスロットを逃しているわけではありません。
GenesisMode：トポロジーファイルにおけるオプションの peerSnapshotFile 宣言が、相対パスをトポロジーファイルの場所ではなく、ノードのバイナリディレクトリを基準として解釈してしまいます。
Ouroboros Genesis（実験的機能）には既知のバグがあり、メインネットでの使用は推奨されていません。ChainSync Jumping (CSJ) がノードが同期済みになった後も無効化されません。通常の同期動作には影響しませんが、同期済みのノードが DoS 攻撃を受けるリスクがあります。この問題は将来のリリースで修正される予定です（Issue: IntersectMBO/ouroboros-consensus#1490）。

技術仕様

最小システム要件

Intel または AMD の x86 プロセッサ（1.6GHz 以上、2GHz 以上推奨。ステークプールまたはリレーには必須）
MacOS の場合：Apple Silicon（M1, M2, M3, M4）プロセッサ
RAM：24GB
ストレージ：200GB の空き容量（将来的な成長を見込んで 250GB を推奨）

プラットフォーム

Linux 64-bit：Ubuntu 18.04 LTS, 20.04 LTS, 22.04 LTS、Mint 19.3, 20、Debian 10.3
Windows 64-bit：Windows 8.1、10、11
macOS：10.13、10.14、10.15、11

GHC/Cabal がサポートするバージョン

GHC：9.6
Cabal：3.8 / 3.12
~~

2025/3/30 - カルダノノードバージョンアップグレード

nodeUpgraded-10.2.1-2025-3-30

$ cardano-node version  
cardano-node 10.2.1 - linux-x86_64 - ghc-8.10  
git rev 1f63dbf2ab39e0b32bf6901dc203866d3e37de08  
$ cardano-cli version  
cardano-cli 10.4.0.0 - linux-x86_64 - ghc-8.10  
git rev 1f63dbf2ab39e0b32bf6901dc203866d3e37de08  

Cardano Node 10.2.1

📓

Node 10.2.1 では、新しいトレースシステムのサポートと、ノードをネットワークからブートストラップできるようにする新機能である Ouroboros Genesis の初期統合が提供されます。
また、多数の CLI コマンドの修正と改善を含む、多数のバグ修正と機能強化も提供されます。

10.2.x リリースシリーズに関連するベンチマークレポートは、Cardano アップデートに関するこの投稿でご覧いただけます。

制限事項

軽量チェックポイントはノード 10.2.1 に統合されていないため、Ouroboros Genesis はメインネットではなく、テスト目的 (プレビューや PreProd など) でのみ使用することをお勧めします。

技術仕様

最小システム要件

2 つ以上のコアを持ち、1.6GHz 以上 (ステークプールまたはリレーの場合は 2GHz 以上) の Intel または AMD x86 プロセッサ
または、MacOSの場合は、Apple Silicon（M1、M2、M3、またはM4）プロセッサ
24GBのRAM
200GBの無料ストレージ（将来の拡張のために250GBを推奨）

プラットフォーム

Linux 64 ビット (Ubuntu 18.04 LTS、20.04 LTS、22.04 LTS、Mint 19.3、20、Debian 10.3)
Windows 64 ビット (8.1、10、11)
macOS 10.13、10.14、10.15、11

GHC/Cabal がサポートするバージョン

GHC8.10.7/9.6/9.10
Cabal 3.8/3.12
~~

2025/1/9 - カルダノノードバージョンアップグレード

nodeUpgraded-10.1.4-2025-1-9

$ cardano-node version  
cardano-node 10.1.4 - linux-x86_64 - ghc-8.10  
git rev 1f63dbf2ab39e0b32bf6901dc203866d3e37de08  
$ cardano-cli version  
cardano-cli 10.1.1.0 - linux-x86_64 - ghc-8.10  
git rev 1f63dbf2ab39e0b32bf6901dc203866d3e37de08  

Cardano Node 10.1.4

📓

プロトコルバージョン 10 へのハードフォーク (メインネットの「Plomin」ハードフォーク) 後の潜在的な DoS 攻撃を軽減するために、すべての Cardano ステークプールとリレーをこのノードバージョンにアップグレードする必要があります。
他のすべてのノードユーザーもこのバージョンにアップグレードすることをお勧めします。
アップグレードしないノードユーザーは、ハードフォーク後の潜在的な DoS 攻撃のリスクにさらされます。
ノード 10.1.3 は、Chang#2 ハードフォークを通過できる Cardano ノードのメインネット対応リリースです。
この更新では、特定の条件下で DRep 委任が削除される可能性がある台帳の問題に対処しています。
これにより、プロトコルバージョン 10 での報酬の引き出し機能が意図せず影響を受け、一部の DRep のステーク配分が変更されました。

Node 10.1.4 は、Chang#2 (「Plomin」) ハードフォークを通過できる、Cardano ノードのメインネット対応リリースです。
ハードフォーク後に DoS 攻撃につながる可能性のある特定の種類のトランザクションをブロックするために、メモリプールレベルで安全策を追加します。

cardano-node 10.1.4 の詳細については、ノードバージョン 10.1.1、10.1.2、10.1.3 のリリースノートを参照してください。

技術仕様

最小システム要件

2 つ以上のコアを持ち、1.6GHz 以上 (ステークプールまたはリレーの場合は 2GHz 以上) の Intel または AMD x86 プロセッサ
または、MacOSの場合は、Apple Silicon（M1、M2、M3、またはM4）プロセッサ
24GBのRAM
200GBの無料ストレージ（将来の拡張のために250GBを推奨）

プラットフォーム

Linux 64 ビット (Ubuntu 18.04 LTS、20.04 LTS、Mint 19.3、20、Debian 10.3)
Windows 64 ビット (8.1、10、11)
macOS 10.13、10.14、10.15、11

GHC/Cabal がサポートするバージョン

GHC 8.10.7/Cabal 3.8.1.0
~~

2024/12/10 - カルダノノードバージョンアップグレード

nodeUpgraded-10.1.3-2024-12-10

$ cardano-node version
cardano-node 10.1.3 - linux-x86_64 - ghc-8.10
git rev 36871ba0cd3e86a5dbcfd6878cdb7168bb4e56a1
$ cardano-cli version
cardano-cli 10.1.1.0 - linux-x86_64 - ghc-8.10
git rev 36871ba0cd3e86a5dbcfd6878cdb7168bb4e56a1

Cardano Node 10.1.3

📓

ユーザーはこのバージョンのノードにアップグレードする必要があります。

ノード 10.1.3 は、Chang#2 ハードフォークを通過できる、メインネット対応の Cardano ノードのリリースです。このアップデートでは、特定の条件下で DRep 委任が削除される可能性がある台帳の問題に対処しています。これにより、プロトコルバージョン 10 での報酬の引き出し機能が意図せず影響を受け、一部の DRep のステーク配分が変更されました。

cardano-node 10.1.3 の詳細については、ノードの以前のバージョンと比較して大幅なアップグレードが実行されたため、10.1.1 のリリースノートを参照してください。

技術仕様

最小システム要件

2 つ以上のコアを持ち、1.6GHz 以上 (ステークプールまたはリレーの場合は 2GHz 以上) の Intel または AMD x86 プロセッサ
または、MacOSの場合は、Apple Silicon（M1、M2、またはM3）プロセッサ
24GBのRAM
200GB の無料ストレージ (将来の拡張のために 250GB を推奨)

プラットフォーム

Linux 64 ビット (Ubuntu 18.04 LTS、20.04 LTS、Mint 19.3、20、Debian 10.3)
Windows 64 ビット (8.1、10、11)
MacOS 10.13、10.14、10.15、11

GHC/Cabal がサポートするバージョン

GHC 8.10.7/Cabal 3.8.1.0
~~

2024/10/11 - カルダノノードバージョンアップグレード

nodeUpgraded-9.2.1-2024-10-11

$ cardano-node version
cardano-node 9.2.1 - linux-x86_64 - ghc-8.10
git rev 5d3da8ac771ee5ed424d6c78473c11deabb7a1f3
$ cardano-cli version
cardano-cli 9.4.1.0 - linux-x86_64 - ghc-8.10
git rev 5d3da8ac771ee5ed424d6c78473c11deabb7a1f3

Cardano Node 9.2.1

📓

ノードバージョン 9.2.1 は、証明書検証のパフォーマンスを向上させるマイナーノードリリースです。
ステークプールオペレーターは、このバージョンのノードにアップグレードすることをお勧めします。

技術仕様

最小システム要件

2 つ以上のコアを持つ Intel または AMD x86 プロセッサ、1.6GHz 以上 (ステークプールまたはリレーの場合は 2GHz 以上)
または、MacOS の場合は Apple Silicon (M1、M2、または M3) プロセッサ
24GB の RAM
200GB の空きストレージ (将来の拡張に備えて 250GB を推奨)

プラットフォーム

Linux 64 ビット (Ubuntu 18.04 LTS、20.04 LTS、Mint 19.3、20、Debian 10.3)
Windows 64 ビット (8.1、10、11)
MacOS 10.13、10.14、10.15、11

GHC/Cabal がサポートするバージョン

GHC 8.10.7/Cabal 3.8.1.0
~~

2024/9/3 - カルダノノードバージョンアップグレード

nodeUpgraded-9.1.1-2024-9-3

$ cardano-node version
cardano-node 9.1.1 - linux-x86_64 - ghc-8.10
git rev efd560070aaf042d1eb4680ae37fc607c7742319
$ cardano-cli version
cardano-cli 9.2.1.0 - linux-x86_64 - ghc-8.10
git rev efd560070aaf042d1eb4680ae37fc607c7742319

Cardano Node 9.1.1

📓

ノードバージョン 9.1.1 では、ノード 9.1.0 の問題が修正されています。この問題では、IntersectMBO/cardano-ledger#4589 で説明されているように、Conway 時代にノードを再起動すると、Genesis ブロックからリプレイされます。ノードをノードバージョン 9.0.0/9.1.0 から 9.1.1 にアップグレードする場合、リプレイは必要ありません。以前のバージョンから更新する場合は、Genesis からのリプレイが 1 回必要になる場合があります。

ノードを再起動する場合は、すべてのユーザーがノードバージョン 9.1.1 にアップグレードすることをお勧めします。

既知の問題点

Cardano-cli はクエリのヒントに間違った同期率を表示します。IntersectMBO/cardano-cli#851 で修正中です。cardano-cli-9.3.0.0 で解決済み

技術仕様

最小システム要件

2 つ以上のコアを持つ Intel または AMD x86 プロセッサ、1.6GHz 以上 (ステークプールまたはリレーの場合は 2GHz 以上)
または、MacOS の場合は Apple Silicon (M1、M2、または M3) プロセッサ
24GBのRAM
200 GB の無料ストレージ (将来の拡張のために 250 GB を推奨)

プラットフォーム

Linux 64-bit (Ubuntu 18.04 LTS, 20.04 LTS; Mint 19.3, 20; Debian 10.3)
Windows 64-bit (8.1, 10, 11)
MacOS 10.13, 10.14, 10.15, 11

GHC/Cabal がサポートするバージョン

GHC/Cabal がサポートするバージョン
GHC 8.10.7/Cabal 3.8.1.0
~~

2024/8/3 - カルダノノードバージョンアップグレード

nodeUpgraded-9.1.0-2024-8-3

$ cardano-node version
cardano-node 9.1.0 - linux-x86_64 - ghc-8.10
git rev 176f99e51155cb3eaa0711db1c3c969d67438958
$ cardano-cli version
cardano-cli 9.2.1.0 - linux-x86_64 - ghc-8.10
git rev 176f99e51155cb3eaa0711db1c3c969d67438958

Cardano Node 9.1.0

📓

Cardano ノード 9.1.0 には、今後の Chang ハードフォークを通過できるようにするために必要なすべての機能が含まれています。ノード 9.0.0 からの主な変更点は、ノード 9.1.0 では起動時に Conway ジェネシスファイルが必要になることです。ノード 9.0.0 ではジェネシスファイルはオプションでした。このファイルは Chang ハードフォークを通過するために必要です。必要な Conway ジェネシスおよびその他の構成ファイルは、こちらにあります。

このリリースには、CLI および API に対する多数のバグ修正と機能強化も組み込まれており、「query treasury」コマンド、および CIP69 および CIP119 との互換性を確保するための変更が含まれています。

SPO およびその他の重要なノードユーザー (取引所、エクスプローラー、ウォレットなど) は、このバージョンのノードにアップグレードすることを強くお勧めします。十分な数の SPO と取引所がこのバージョンにアップグレードされたら、Chang ハードフォークをトリガーするための更新提案が提出されます。

既知の問題点

Cardano-cli は、クエリチップで誤った同期率を表示します。IntersectMBO/cardano-cli#851で修正中です。

技術仕様

最小システム要件

2 つ以上のコアを持つ Intel または AMD x86 プロセッサ、1.6GHz 以上 (ステークプールまたはリレーの場合は 2GHz 以上)
または、MacOS の場合は Apple Silicon (M1、M2、または M3) プロセッサ
24GBのRAM
200 GB の無料ストレージ (将来の拡張のために 250 GB を推奨)

プラットフォーム

Linux 64 ビット (Ubuntu 18.04 LTS、20.04 LTS、Mint 19.3、20、Debian 10.3)
Windows 64 ビット (8.1、10、11)
MacOS 10.13、10.14、10.15、11

GHC/Cabal がサポートするバージョン

GHC/Cabal がサポートするバージョン
GHC 8.10.7/Cabal 3.8.1.0
~~

2024/6/29 - カルダノノードバージョンアップグレード

nodeUpgraded-8.9.4-2024-6-29

$ cardano-node version
cardano-node 8.9.4 - linux-x86_64 - ghc-8.10
git rev 8ac5f75342fe3fec14ee410c4c73fd5e2381bb18
$ cardano-cli version
cardano-cli 8.20.3.0 - linux-x86_64 - ghc-8.10
git rev 8ac5f75342fe3fec14ee410c4c73fd5e2381bb18

Cardano Node 8.9.4

📓

Node 8.9.4 では、Node 8.12.1 とまったく同じように、特定のトランザクションが Cardano に送信されたときにシステム負荷が高くなる可能性がある問題が修正されています。このリリースは、古いバージョンの Node を実行しており、Node 8.12.1 にアップグレードしたくないユーザー向けに提供されています。

8.9.3 と比較してその他の変更はありません。

既知の問題点

なし。

Haskellセキュリティアドバイザリー

Haskell セキュリティアドバイザリは、Hackage 経由で公開されたパッケージに対して提出されたセキュリティアドバイザリのリポジトリです。
cabal-audit の出力:

見つかったアドバイス:

バージョン 4.19.1.0 の依存関係「base」は、次の脆弱性があります:
HSEC-2023-0007 「readFloat: 大きな指数によるメモリ枯渇」
公開日: 2024-05-04 20:52:44 +0200
https://haskell.github.io/security-advisories/advisory/HSEC-2023-0007
修正バージョンはありません
toml、parser、dos

バージョン 1.6.18.0 の依存関係「process」は、次の脆弱性があります:
HSEC-2024-0003 「process: Windows での引数リストによるコマンド インジェクション」
公開日: 2024-05-04 20:52:44 +0200
https://haskell.github.io/security-advisories/advisory/HSEC-2024-0003
修正バージョンは、バージョン 1.6.19.0
Windows

技術仕様

最小システム要件

2 つ以上のコアを持ち、1.6GHz 以上 (ステークプールまたはリレーの場合は 2GHz 以上) の Intel または AMD x86 プロセッサ
または、MacOSの場合は、Apple Silicon（M1、M2、またはM3）プロセッサ
24GBのRAM
200 GB の無料ストレージ (将来の拡張のために 250 GB を推奨)

プラットフォーム

Linux 64-bit (Ubuntu 18.04 LTS, 20.04 LTS; Mint 19.3, 20; Debian 10.3)
Windows 64-bit (8.1, 10, 11)
MacOS 10.13, 10.14, 10.15, 11

GHC/Cabal がサポートするバージョン

GHC 8.10.7/Cabal 3.8.1.0

2024/5/2 - カルダノノードバージョンアップグレード

nodeUpgraded-8.9.2-2024-5-2

$ cardano-node version
cardano-node 8.9.2 - linux-x86_64 - ghc-8.10
git rev 424983fa186786397f5a99539f51710abf62c37b
$ cardano-cli version
cardano-cli 8.20.3.0 - linux-x86_64 - ghc-8.10
git rev 424983fa186786397f5a99539f51710abf62c37b

Cardano Node 8.9.2

📓

このバージョンのノードでは、ノードが接続されている他のノードとピアを共有できないというピア共有ネットワーキング機能の問題が修正されています。

注: 8.9.0 と同様に、すべてのリレーを同時に更新しないでください。代わりに、混乱を最小限に抑えるために、今後数週間にわたって展開を分散することをお勧めします。

既知の問題点

Haskellセキュリティアドバイザリー
Haskell Security Advisoryは、Hackage経由で公開されたパッケージに対して提出されたセキュリティアドバイザリのリポジトリです。
cabal-auditの出力:

見つかったアドバイス:

バージョン 4.14.3.0 の依存関係「base」には次の脆弱性があります。
   HSEC-2023-0007 「readFloat: 大きな指数によるメモリ枯渇」
   公開日: 2024-04-08 23:04:08 +1000
   https://haskell.github.io/security-advisories/advisory/HSEC-2023-0007
   利用可能な修正バージョンはありません
   toml、parser、dos

技術仕様

最小システム要件

2 コア以上の 1.6 GHz 以上の Intel または AMD x86 プロセッサ (ステークプールまたはリレーの場合は 2 GHz 以上)
または、MacOS の場合、Apple Silicon (M1、M2、または M3) プロセッサ
24GBのRAM
200 GB の無料ストレージ (将来の拡張のために 250 GB を推奨)

プラットフォーム

Linux 64-bit (Ubuntu 18.04 LTS, 20.04 LTS; Mint 19.3, 20; Debian 10.3)
Windows 64-bit (8.1, 10, 11)
MacOS 10.13, 10.14, 10.15, 11

GHC/Cabal がサポートするバージョン

GHC 8.10.7/Cabal 3.8.1.0

2024/3/17 - カルダノノードバージョンアップグレード

nodeUpgraded-8.9.0-2024-03-17

$ cardano-node version
cardano-node 8.9.0 - linux-x86_64 - ghc-8.10
git rev 0d98405a60d57e1c8e13406d51cce0e34356bd64
$ cardano-cli version
cardano-cli 8.20.3.0 - linux-x86_64 - ghc-8.10
git rev 0d98405a60d57e1c8e13406d51cce0e34356bd64

Cardano Node 8.9.0

📓

注:

すべてのリレーを同時に更新しないでください。
代わりに、混乱を最小限に抑えるために、今後数週間にわたって展開を分散することをお勧めします。

Cardano Node 8.9.0 は、genesis lite 別名ブートストラップピアを導入するリリースです。詳細については、こちらを参照してください。このバージョンでは、動的ブロック鍛造ロジックの小さなバグが修正され、全体的な改善もいくつか含まれています。

8.9.0 リリースに関連するベンチマークレポートは、Cardano Updates のこの投稿にあります。

既知の問題点

技術仕様

最小システム要件

2 つ以上のコアを備え、1.6 GHz 以上の Intel または AMD x86 プロセッサ (ステークプールまたはリレーの場合は 2 GHz 以上)
または、MacOS の場合、Apple Silicon (M1、M2、または M3) プロセッサ
24GBのRAM
200 GB の無料ストレージ (将来の拡張のために 250 GB を推奨)

プラットフォーム

Linux 64 ビット (Ubuntu 18.04 LTS、20.04 LTS、Mint 19.3、20、Debian 10.3)
Windows 64 ビット (8.1、10、11)
MacOS 10.13、10.14、10.15、11

GHC/Cabal がサポートするバージョン

GHC 8.10.7/Cabal 3.8.1.0

2023/7/25 - カルダノノードバージョンアップグレード

nodeUpgraded-8.1.2-2023-07-25

$ cardano-node version
cardano-node 8.1.2 - linux-x86_64 - ghc-8.10
git rev d2d90b48c5577b4412d5c9c9968b55f8ab4b9767
$ cardano-cli version
cardano-cli 8.1.2 - linux-x86_64 - ghc-8.10
git rev d2d90b48c5577b4412d5c9c9968b55f8ab4b9767

Cardano Node 8.1.2

📓

この Cardano ノードのリリースはメインネット対応であり、Plutus インタープリターを更新します。すべての SPO、特に現在 Cardano ノードバージョン 8.1.1 を実行している SPO は更新することが推奨されます。

ノード 8.1.2 は Cardano ノードのマイナーリリースであり、Plutus インタープリターを更新します。

既知の問題点

8.1.0 の問題のリストを参照してください。

技術仕様

最小システム要件

2 コア以上の 1.6 GHz 以上の Intel または AMD x86 プロセッサ (ステークプールまたはリレーの場合は 2 GHz 以上)
24GBのRAM
150 GB の無料ストレージ (将来の拡張のために 250 GB を推奨)

プラットフォーム

Linux 64-bit (Ubuntu 18.04 LTS, 20.04 LTS; Mint 19.3, 20; Debian 10.3)
Windows 64-bit (8.1, 10, 11)
MacOS 10.13, 10.14, 10.15, 11

GHC/Cabal がサポートするバージョン

GHC 8.10.7/Cabal 3.8.1.0

2023/6/25 - カルダノノードバージョンアップグレード

nodeUpgraded-8.1.1-2023-06-25

cardano-node 8.1.1 - linux-x86_64 - ghc-8.10
git rev 6f79e5c3ea109a70cd01910368e011635767305a
cardano-cli 8.1.1 - linux-x86_64 - ghc-8.10
git rev 6f79e5c3ea109a70cd01910368e011635767305a

Cardano Node 8.1.1

📓

カルダノノード 8.1.1 6f79e5c このリリースはメインネットに対応し、エポック境界で大幅な改善がなされています。
すべての SPO にアップデートを強く推奨します。

ノード8.1.1はCardanoノードのマイナーリリースです。
ローカルルートにDNS名が含まれていないP2Pトポロジーに対するuroboros-networkからの修正が含まれています。

既知の問題 8.1.0の問題のリストをご覧ください。
技術仕様
最小システム要件
1.6GHz以上の2コア以上のIntelまたはAMD x86プロセッサー（ステークプールまたはリレーの場合は2GHz以上）
24GBのRAM
150GBの空きストレージ（将来の拡張用に250GBを推奨）
プラットフォーム
GHC/Cabal対応バージョン
GHC 8.10.7/Cabal 3.8.1.0
対応ロール
ダウンロード
Dockerイメージ
静的バイナリ：リリース成果物を参照してください。このセクションは、GHリリースの成果物の一部となったため、今後のリリースでは削除される予定です。
設定ファイル
注意: Linux は --version に 000000000000000000000000 という git リビジョンを表示していますが、これは set-git-rev に破損の問題があり、静的な musl ビルドバイナリにのみ影響するためです。この問題は静的な musl ビルドバイナリにのみ影響します。

2023/5/14 - カルダノノードバージョンアップグレード

nodeUpgraded-8.0.0-2023-05-14

cardano-node 8.0.0 - linux-x86_64 - ghc-8.10
git rev 69a117b7be3db0f4ce6d9fc5cd4c16a2a409dcb8
cardano-cli 8.0.0 - linux-x86_64 - ghc-8.10
git rev 69a117b7be3db0f4ce6d9fc5cd4c16a2a409dcb8

Cardano Node 8.0.0

📓

ノード 8.0.0 は、Conway 台帳時代 (プロトコルバージョン 9.0) の初期の実験的なサポートを追加する Cardano ノードのメジャーリリースです。これには、追加の CLI コマンド、バグ修正、およびネットワーク構成オプションが含まれています。 SPO は、このバージョンをすべてのノードに展開することをお勧めします。このバージョンの Cardano ノード:

開発上のハードフォークとしてコンウェイ時代 (ヴォルテール) を紹介します。注: このノードにはまだ Voltaire 機能がありません。これは、トランザクションフォーマットを作成し、時代にハードフォークする機能を提供することで準備を整えているだけです。 Cardano 財団が SPO 調査を実施するために使用する、SPO 調査のガバナンスアクション (cardano-cli ガバナンス調査) を追加します。 mempool ロジックに公平性の改善を導入します。 mempool 内のメトリクスとデータを検査するためのクエリコマンドを追加します。すべての CLI クエリで CARDANO_NODE_NETWORK_ID を渡す必要はありませんクエリヒント CLI コマンドにより詳細な出力を追加します接続制限の構成ファイルによる変更を許可します台帳のバージョン管理されたシリアル化形式を提供します台帳 API を提供しますデポジットの追跡を変更しますいくつかのバグ修正も含まれていますそしてパフォーマンスの向上。

重要: メインネットでは、現時点では P2P ネットワーキングは単一のリレー上でのみ実行されることを目的としています。従来のトポロジを使用して、P2P を無効にして他のリレーを引き続き実行してください。

このバージョンには重大な変更が含まれていることに注意してください

新しい libsodium-vrf リビジョンが必要 dbb48cce5429cb6585c9034f002568964f1ce567

KESキーと運用証明書の更新

2026年2月9日 · 約9分

Akyo

カルダノステークプールオペレーター

2026/2/9 - KESキーと運用証明書の更新

📓

KESキーと運用証明書の更新完了しました。オペレータは定期的にKESファイルを生成し、約90日ごとに新しいKESファイルで運用証明書を発行し、プールを運営します。有効期限が切れたらブロック生成できません。

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 1381,
    "qKesEndKesInterval": 1443,
    "qKesKesKeyExpiry": "2026-05-12T09:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 34,
    "qKesOnDiskOperationalCertificateNumber": 35,
    "qKesRemainingSlotsInKesPeriod": 7936215,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 1381
}

2025/12/14 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 1343,
    "qKesEndKesInterval": 1405,
    "qKesKesKeyExpiry": "2026-03-16T09:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 33,
    "qKesOnDiskOperationalCertificateNumber": 34,
    "qKesRemainingSlotsInKesPeriod": 7959677,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 1343
}

2025/10/13 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 1302,
    "qKesEndKesInterval": 1364,
    "qKesKesKeyExpiry": "2026-01-13T21:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 32,
    "qKesOnDiskOperationalCertificateNumber": 33,
    "qKesRemainingSlotsInKesPeriod": 8008355,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 1302
}

2025/8/2 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 1254,
    "qKesEndKesInterval": 1316,
    "qKesKesKeyExpiry": "2025-11-02T21:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 31,
    "qKesOnDiskOperationalCertificateNumber": 32,
    "qKesRemainingSlotsInKesPeriod": 7992874,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 1254
}

2025/6/1 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 1212,
    "qKesEndKesInterval": 1274,
    "qKesKesKeyExpiry": "2025-08-31T21:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 30,
    "qKesOnDiskOperationalCertificateNumber": 31,
    "qKesRemainingSlotsInKesPeriod": 7908418,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 1212
}

2025/3/30 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 1170,
    "qKesEndKesInterval": 1232,
    "qKesKesKeyExpiry": "2025-06-29T21:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 29,
    "qKesOnDiskOperationalCertificateNumber": 30,
    "qKesRemainingSlotsInKesPeriod": 7928214,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 1170
}

2025/1/24 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 1127,
    "qKesEndKesInterval": 1189,
    "qKesKesKeyExpiry": "2025-04-26T09:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 28,
    "qKesOnDiskOperationalCertificateNumber": 29,
    "qKesRemainingSlotsInKesPeriod": 7950931,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 1127
}

2024/11/20 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 1084,
    "qKesEndKesInterval": 1146,
    "qKesKesKeyExpiry": "2025-02-20T21:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 27,
    "qKesOnDiskOperationalCertificateNumber": 28,
    "qKesRemainingSlotsInKesPeriod": 7985123,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 1084
}

2024/9/27 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 1048,
    "qKesEndKesInterval": 1110,
    "qKesKesKeyExpiry": "2024-12-28T21:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 26,
    "qKesOnDiskOperationalCertificateNumber": 27,
    "qKesRemainingSlotsInKesPeriod": 7995388,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 1048
}

2024/6/16 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 979,
    "qKesEndKesInterval": 1041,
    "qKesKesKeyExpiry": "2024-09-16T09:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 24,
    "qKesOnDiskOperationalCertificateNumber": 25,
    "qKesRemainingSlotsInKesPeriod": 7940250,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 979
}

2024/4/10 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 934,
    "qKesEndKesInterval": 996,
    "qKesKesKeyExpiry": "2024-07-10T21:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 23,
    "qKesOnDiskOperationalCertificateNumber": 24,
    "qKesRemainingSlotsInKesPeriod": 7911631,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 934
}

2024/2/11 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 895,
    "qKesEndKesInterval": 957,
    "qKesKesKeyExpiry": "2024-05-13T09:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 22,
    "qKesOnDiskOperationalCertificateNumber": 23,
    "qKesRemainingSlotsInKesPeriod": 7949803,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 895
}

2023/12/4 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 849,
    "qKesEndKesInterval": 911,
    "qKesKesKeyExpiry": "2024-03-05T09:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 21,
    "qKesOnDiskOperationalCertificateNumber": 22,
    "qKesRemainingSlotsInKesPeriod": 7943657,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 849
}

2023/10/6 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 810,
    "qKesEndKesInterval": 872,
    "qKesKesKeyExpiry": "2024-01-06T21:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 20,
    "qKesOnDiskOperationalCertificateNumber": 21,
    "qKesRemainingSlotsInKesPeriod": 8016315,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 810
}

2023/8/15 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 775,
    "qKesEndKesInterval": 837,
    "qKesKesKeyExpiry": "2023-11-15T09:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 19,
    "qKesOnDiskOperationalCertificateNumber": 20,
    "qKesRemainingSlotsInKesPeriod": 7965150,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 775
}

2023/6/27 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter ahead of the node protocol state counter by 1
{
    "qKesCurrentKesPeriod": 743,
    "qKesEndKesInterval": 805,
    "qKesKesKeyExpiry": "2023-09-28T09:44:51Z",
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 18,
    "qKesOnDiskOperationalCertificateNumber": 19,
    "qKesRemainingSlotsInKesPeriod": 8023185,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 743
}

2023/5/13 - KESキーと運用証明書の更新

📓

✓ Operational certificate's KES period is within the correct KES period interval
✓ The operational certificate counter agrees with the node protocol state counter
{
    "qKesCurrentKesPeriod": 712,
    "qKesEndKesInterval": 774,
    "qKesKesKeyExpiry": null,
    "qKesMaxKESEvolutions": 62,
    "qKesNodeStateOperationalCertificateNumber": 17,
    "qKesOnDiskOperationalCertificateNumber": 18,
    "qKesRemainingSlotsInKesPeriod": 7928106,
    "qKesSlotsPerKesPeriod": 129600,
    "qKesStartKesInterval": 712
}

システム更新

2023年10月11日 · 約1分

Akyo

カルダノステークプールオペレーター

2023/10/11 - システム更新

オペレーティングシステム

Ubuntu 22.04.2 LTS

サーバー

ブロックプロデューサーサーバー

RAM : 32 GiB
vCPU : 4
Disk : 1,024 GiB

リレーノードサーバー 1

RAM : 32 GiB
vCPU : 4
Disk : 1,024 GiB

リレーノードサーバー 2

RAM : 32 GiB
vCPU : 4
Disk : 1,024 GiB

各種設定

2023年8月9日 · 約2分

Akyo

カルダノステークプールオペレーター

2023/8/9 - 各種設定

AKYOプールは、今後より一層透明性の高い運営をしていくために、SendTipとSendSlotsの設定をしました🎉
添付画像の青枠がSendTip、黄枠がSendSlotsとなっています。
簡単に説明します。(詳しくは引用をご覧ください)

SendTip、SendSlotsともにPoolToolへ送信してますのでこちらをご確認ください。

SendTipは、ノードが正常に動作していればブロックの高さが緑色（数字）になります。

メンテナンスやアップデート時を除く

SendSlotsは、ステークプールがそのエポックで割当てられたリーダー（ブロック数）が表示されます。

是非とも当プールにご委任いただけますと今後も活動を続けれるので、とても励みになります！
以下のリンクにステーキング方法を掲載してますので、アクセスしていただきご委任のほどどうぞよろしくお願いします！

👉ステーキング方法

sendtip-sendslots-jp

引用

cncli.sh は、Andrew Westberg によって作成および保守されている CNCLI をダウンロードしてデプロイするためのスクリプトです。これは、低レベルのカルダノノード通信用に RUST で書かれたコミュニティベースの CLI ツールです。使用法はオプションであり、それに依存するスクリプトはありません。主な機能は次のとおりです。

cncli.sh

SENDTIP

ネットワーク分析のためにノードチップを PoolTool に送信し、ノードが正常に動作していることを緑色のバッジで示します。

SENDSLOTS

エポックに割り当てたスロットの数を PoolTool に安全に送信し、過去のエポックが正しいことを検証します。

2026/2/11 - カルダノノードバージョンアップグレード​

技術仕様​

最小システム要件​

プラットフォーム​

GHC/Cabal 対応バージョン​

2025/11/22 - カルダノノードバージョンアップグレード​

技術仕様​

最小システム要件​

プラットフォーム​

GHC/Cabal 対応バージョン​

2025/8/19 - カルダノノードバージョンアップグレード​

既知の問題​

技術仕様​

最小システム要件​

プラットフォーム​

GHC/Cabal 対応バージョン​

2025/6/4 - カルダノノードバージョンアップグレード​

既知の問題​

技術仕様​

最小システム要件​

プラットフォーム​

GHC/Cabal 対応バージョン​

2025/5/6 - カルダノノードバージョンアップグレード​

既知の問題​

技術仕様​

最小システム要件​

プラットフォーム​

GHC/Cabal がサポートするバージョン​

2025/3/30 - カルダノノードバージョンアップグレード​

制限事項​

技術仕様​

最小システム要件​

プラットフォーム​

GHC/Cabal がサポートするバージョン​

2025/1/9 - カルダノノードバージョンアップグレード​

技術仕様​

最小システム要件​

プラットフォーム​

GHC/Cabal がサポートするバージョン​

2024/12/10 - カルダノノードバージョンアップグレード​

技術仕様​

最小システム要件​

プラットフォーム​

GHC/Cabal がサポートするバージョン​

2024/10/11 - カルダノノードバージョンアップグレード​

技術仕様​

最小システム要件​

プラットフォーム​

GHC/Cabal がサポートするバージョン​

2024/9/3 - カルダノノードバージョンアップグレード​

既知の問題点​

技術仕様​

最小システム要件​

プラットフォーム​

GHC/Cabal がサポートするバージョン​

2024/8/3 - カルダノノードバージョンアップグレード​

既知の問題点​

技術仕様​

最小システム要件​

プラットフォーム​

GHC/Cabal がサポートするバージョン​

2024/6/29 - カルダノノードバージョンアップグレード​

既知の問題点​

Haskellセキュリティアドバイザリー​

技術仕様​

最小システム要件​

プラットフォーム​

GHC/Cabal がサポートするバージョン​

2024/5/2 - カルダノノードバージョンアップグレード​

既知の問題点​

技術仕様​

最小システム要件​

プラットフォーム​

GHC/Cabal がサポートするバージョン​

2024/3/17 - カルダノノードバージョンアップグレード​

注:​

既知の問題点​

技術仕様​

最小システム要件​

プラットフォーム​

2026/2/11 - カルダノノードバージョンアップグレード

技術仕様

最小システム要件

プラットフォーム

GHC/Cabal 対応バージョン

2025/11/22 - カルダノノードバージョンアップグレード

技術仕様

最小システム要件

プラットフォーム

GHC/Cabal 対応バージョン

2025/8/19 - カルダノノードバージョンアップグレード

既知の問題

技術仕様

最小システム要件

プラットフォーム

GHC/Cabal 対応バージョン

2025/6/4 - カルダノノードバージョンアップグレード

既知の問題

技術仕様

最小システム要件

プラットフォーム

GHC/Cabal 対応バージョン

2025/5/6 - カルダノノードバージョンアップグレード

既知の問題

技術仕様

最小システム要件

プラットフォーム

GHC/Cabal がサポートするバージョン

2025/3/30 - カルダノノードバージョンアップグレード

制限事項

技術仕様

最小システム要件

プラットフォーム

GHC/Cabal がサポートするバージョン

2025/1/9 - カルダノノードバージョンアップグレード

技術仕様

最小システム要件

プラットフォーム

GHC/Cabal がサポートするバージョン

2024/12/10 - カルダノノードバージョンアップグレード

技術仕様

最小システム要件

プラットフォーム

GHC/Cabal がサポートするバージョン

2024/10/11 - カルダノノードバージョンアップグレード

技術仕様

最小システム要件

プラットフォーム

GHC/Cabal がサポートするバージョン

2024/9/3 - カルダノノードバージョンアップグレード

既知の問題点

技術仕様

最小システム要件

プラットフォーム

GHC/Cabal がサポートするバージョン

2024/8/3 - カルダノノードバージョンアップグレード

既知の問題点

技術仕様

最小システム要件

プラットフォーム

GHC/Cabal がサポートするバージョン

2024/6/29 - カルダノノードバージョンアップグレード

既知の問題点

Haskellセキュリティアドバイザリー

技術仕様

最小システム要件

プラットフォーム

GHC/Cabal がサポートするバージョン

2024/5/2 - カルダノノードバージョンアップグレード

既知の問題点

技術仕様

最小システム要件

プラットフォーム

GHC/Cabal がサポートするバージョン

2024/3/17 - カルダノノードバージョンアップグレード

注:

既知の問題点

技術仕様

最小システム要件

プラットフォーム