ソロマイニング用に Kaspa ノードをセットアップするにはどうすればよいですか? (低遅延)

Kaspa ノードのアーキテクチャを理解する

1. Kaspa は、GHOSTDAG プロトコルを利用した blockDAG 構造を採用しており、従来のチェーンのボトルネックなしで並列ブロック受け入れと高スループットを実現します。

2. フル ノードは、DAG のすべてのアクティブなブランチと同期する必要があり、十分な I/O 帯域幅と低遅延のストレージ サブシステムが必要です。

3. ノードバイナリKaspadはコンセンサス、ピア通信、ブロック伝播を処理します。その応答性はマイニングの実行可能性に直接影響します。

4. シングルチェーンのヘッド追跡を備えた PoW チェーンとは異なり、Kaspa ノードは複数のヒントを同時に維持します。これによりメモリ負荷が増大し、ピアへの一貫した 10 ミリ秒未満の往復時間が要求されます。

5. ネットワーク トポロジの認識は必須です。地理的に近いピアにより、伝播遅延が軽減されます。これは、次に受け入れられるセットに含めるために競合する場合に特に重要です。

ハードウェアとOSの最適化

1. 同期およびリアルタイムのチップ更新中に DAG トラバーサルを維持するには、7000 MB/秒以上のシーケンシャル読み取りおよび 1200K IOPS 以上のランダム 4K 読み取りの NVMe SSD を使用します。

2. 64 GB 以上の RAM を割り当てる - Kaspa のアクティブ セット キャッシュは、ネットワーク アクティビティに応じて直線的に増加します。メモリが不足すると、ディスクバックアップのルックアップが強制され、80 ミリ秒以上の遅延スパイクが発生します。

3. CPU 周波数スケーリングを無効にします。taskset taskset -c 0-3を使用して、ガバナーをパフォーマンスに設定し、kaspad を分離された CPU コアに固定します。

4. カーネル ネットワーク スタックを構成しますnet.core.somaxconnを 65535 に増やし、TCP タイムスタンプを無効にし、ハンドシェイク オーバーヘッドを削減するためにtcp_fastopenを有効にします。

5. コンテナ抽象化を行わずにベアメタル Linux (Ubuntu 24.04 LTS または Debian 12) 上で実行します。すべての仮想化レイヤーにより、システムコールのレイテンシに測定可能なジッターが追加されます。

伝播遅延を最小限に抑えるネットワーク構成

1. マイニング装置と同じデータセンター内にノードをデプロイします。ラック内遅延が 0.2ms 以下になるように、理想的には同じ /24 サブネット上にデプロイします。

2. --addpeerを使用して、AS 番号および RTT < 5ms でフィルタリングされた Kaspa のパブリック シード リストからの IP を使用して、12 ～ 16 の信頼できるピアを手動で指定します。

3. UPnP と NAT-PMP を無効にします。代わりに、TCP と UDP の両方でポート 16111 の静的ポート転送を構成して、検出による遅延を排除します。

4. --maxpeers=40を設定しますが、カスタム ping 監視スクリプトを使用して、 ping < 3msでピアへのアウトバウンドのみの接続を強制します。

5. パケット結合アーティファクトを防ぐために、 ethtool -K eth0 gro off lro off tso off gso offを使用して、すべてのトラフィックを専用の 10Gbps インターフェイス経由でルーティングします。

マイナーの統合とレイテンシクリティカルなフラグ

1. -march=native -O3 -fltoでコンパイルされたkaspaminer v0.3.2+ を使用して、ミリ秒あたりのハッシュ反復速度を最大化します。

2. ローカルホストのみを介してマイナーをノードに接続します。ループバック エイリアスや Docker ブリッジは決して経由しないでください。 Kaspad を127.0.0.1:16111にバインドし、 --rpcbind=127.0.0.1を強制します。

3. --blocktemplatecacheを有効にして有効なテンプレートを事前生成して保持し、新しいブロックの到着からマイナーの再起動までの時間を短縮します。

4. --miningaddr を従来の Kaspa アドレスではなくネイティブ Kaspa アドレスに設定し、ブロック送信中のオンザフライ スクリプト変換の遅延を回避します。

curl -o /dev/null -s -w '%{time_starttransfer}\n' http://127.0.0.1:16111/を使用して、RPC 遅延を継続的に監視します。 12ms を超える読み取りを拒否します。

よくある質問

Q: ソロマイニングの成功を損なうことなく、kaspad と kaspaminer を別のマシンで実行できますか? A: いいえ。マシン間 RPC では、0.5ms 以上のベースライン遅延とジッターが発生します。 Kaspa の現在の難易度調整ウィンドウでは、競争力のあるテンプレートを再利用するにはミリ秒未満の調整が不可欠です。

Q: マイナーとノード間で WireGuard トンネルを使用すると、遅延に大きな影響がありますか? A: はい。カーネル空間の WireGuard を使用した場合でも、暗号化オーバーヘッドにより往復あたり 0.3 ミリ秒以上が追加され、差異が増幅されます。ローカルホストは交渉の余地がありません。

Q: ノード マシン上でスワップを完全に無効にしても安全ですか? A: はい、お勧めします。スワップの使用によりページ フォールトがトリガーされ、コンセンサス スレッドが予測不可能な期間ストールし、Kaspa の厳密なタイミングの想定に違反します。

Q: --maxpeers を 40 を超えて増やすと、ブロックの伝播速度が向上しますか? A: いいえ。Kaspa の GHOSTDAG チップの選択は、高品質のピアの数が少ないほど、より速く収束します。過剰な接続はメッセージのファンアウトと CPU 競合を増加させますが、伝播の利点はありません。