Blog | AKYO

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

2024年10月11日 · 約16分

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

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キーと運用証明書の更新

2024年9月27日 · 約7分

Akyo

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

2024/9/27 - 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": 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日 · 約3分

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 に安全に送信し、過去のエポックが正しいことを検証します。

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 - カルダノノードバージョンアップグレード​

注:​

既知の問題点​

技術仕様​

最小システム要件​

プラットフォーム​

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

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

既知の問題点​

技術仕様​

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

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

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

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

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

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

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

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

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

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

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

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

2023/8/9 - 各種設定​

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 - カルダノノードバージョンアップグレード

注:

既知の問題点

技術仕様

最小システム要件

プラットフォーム

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

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

既知の問題点

技術仕様

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

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

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

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

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

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

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

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

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

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

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

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

2023/8/9 - 各種設定