Docker を使用して Kaspa ノードをセットアップするにはどうすればよいですか? (高速同期)

Kaspa ノード展開の前提条件

1. Docker Engine 20.10 以降がインストールされ実行されている Linux ベースのホスト システム。

2. ブロックチェーン データベースに割り当てられた少なくとも 32 GB の RAM と 2 TB の高速 NVMe SSD ストレージ スペース。

3. 100 Mbps を超える安定したアップロード/ダウンロード帯域幅を備えたアクティブなインターネット接続。

4. sudo を使用せずに docker コマンドを実行するためのユーザー権限、または適切な sudo アクセスが構成されている。

5. systemd-timesyncd または ntpd 経由で時刻同期を有効にし、コンセンサス層全体で正確なタイムスタンプ検証を保証します。

Docker イメージの選択と検証

1. 検証済みの Docker Hub リポジトリkaspanet/kaspadから公式の Kaspa フルノード イメージをプルします。

2. Kaspa GitHub リリース ページで公開されているハッシュに対して SHA256 ダイジェストをチェックして、イメージの整合性を検証します。

3. メンテナンス期間中の誤ったアップグレードを防ぐために、プルしたイメージにkaspanet/kaspad:v0.18.0などのバージョン付きラベルをローカルでタグ付けします。

4. docker image Inspection kaspanet/kaspad:v0.18.0を使用してコンテナーのメタデータを検査し、公開ポートとデフォルトのエントリーポイントの動作を確認します。

5. 続行する前に、競合するコンテナが TCP ポート 16111 (P2P) または 16110 (RPC) にバインドされていないことを確認してください。

高速同期構成戦略

1. 専用ボリュームを/root/.kaspa/dataにマウントして、コンテナーの再起動後もチェーン状態を維持します。

2. --fastsyncフラグを環境変数または CLI 引数として渡し、初期ブロックの高速ダウンロードをトリガーします。

3. 大量のログ出力を発生させずに同期の進行状況を監視するには、 KASPA_LOG_LEVEL=infoを設定します。

4. --pruning=autoを使用して、不要なブロック ヘッダーを破棄しながら、必須の UTXO データのみを保持する動的プルーニングを有効にします。

5. --maxpeers=128を設定して、ローカル リソースを過負荷にすることなく、ブートストラップ フェーズ中の同時ピア接続を最大化します。

ランタイムの実行と監視

1. リソース制限を使用して切り離しモードでコンテナを起動します。 docker run -d --name kaspa-node --restart=unless-stopped --memory=28g --cpus=8 -v kaspa-data:/root/.kaspa/data -p 16111:16111 -p 16110:16110 -e KASPA_LOG_LEVEL=info kaspanet/kaspad:v0.18.0 --fastsync --pruning=auto --maxpeers=128 。

2. docker logs -f kaspa-nodeを使用してログをリアルタイムでストリーミングし、同期高さの進行状況とピア ハンドシェイク ステータスを観察します。

3.curl を使用して RPC 経由でノードの健全性をクエリします: curl -X POST -H 'Content-Type: application/json' --data '{'jsonrpc':'1.0','method':'getinfo','params':[],'id':1}' http://localhost:16110 。

4. docker stats kaspa-nodeを使用してディスク I/O とメモリ負荷を監視し、チェーンの急速な成長段階での異常を検出します。

5. 「syncstatus」: 「synced」を確認し、現在のブロックの高さをパブリックエクスプローラーと照合することで、最終的な同期の完了を検証します。

よくある質問

Q: Docker を使用して同じホスト上で複数の Kaspa ノードを実行できますか? A: はい、各インスタンスが一意のホスト ポート マッピングと分離された Docker ボリュームを使用している場合に限ります。コンテナ間で同じデータ ディレクトリを共有することは避けてください。

Q: 高速同期中にコンテナを停止して再起動しても安全ですか? A: はい、ノードは最後に検証されたブロックの高さから再開します。データボリュームが破損しない限り、再ダウンロードする必要はありません。

Q: 高速同期では、すべての過去の署名と証明が検証されますか? A: いいえ、高速同期はコンパクトなブロック ヘッダーをダウンロードし、コンセンサスに重要な最近の証明のみを検証します。完全な検証は、同期の完了後に段階的に行われます。

Q: Kaspa ノードのウォレットと構成をバックアップするにはどうすればよいですか? A: マウントされたボリューム パス/root/.kaspa/dataの内容、特にwallet.datとkaspawallet.confを暗号化されたオフサイトの場所にコピーします。