Gram (TON) をマイニングするために SRBMiner を設定するにはどうすればよいですか? (高ハッシュレート)

グラムマイニング用の SRBMiner 構成

1. GRAM マイニングと互換性のある最新の SRBMiner-MULTI リリースを公式 GitHub リポジトリからダウンロードします。バージョンが TON PoW アルゴリズムを明示的にサポートし、GRAM の固有の Proof-of-Work パラメーター用に更新された DAG 生成ロジックが含まれていることを確認してください。

2. GPU ドライバーの互換性を確認します。NVIDIA GPU には CUDA 12.2 以降が必要です。 AMD カードには ROCm 5.7+ または OpenCL 3.0 準拠のドライバーが必要です。ドライバーが古いと、ハッシュ レートが不安定になり、長時間のマイニング セッション中にカーネル パニックが頻繁に発生します。

3. gram_config.jsonという名前の専用構成 JSON ファイルを作成します。このファイルでは、プール アドレス、ワーカー名、リグ ID 、およびアルゴリズム識別子を'ton'として定義する必要があります。正しいアルゴリズムタグを省略すると、株式が拒否され、支払い資格がゼロになります。

4. --gpu-intensityフラグを使用してGPU 強度を設定します。 22 ～ 28 の値では、RTX 4090 で最適なスループットが得られます。値が 30 を超えると、ハッシュ レートが大幅に向上することなく、サーマル スロットリングが発生します。強度設定は、SRBMiner の組み込みベンチマーク モードを使用して、GPU モデルごとに調整する必要があります。

5. --stratum-protocol=2を指定して、 stratum プロトコル v2を有効にします。これにより、ネットワーク遅延が短縮され、共有受け入れ率が最大 17% 向上し、古いノンス同期によって引き起こされる古い送信が防止されます。

ハードウェア最適化戦術

1. MSI Afterburner または AMD Adrenalin を介して低電圧を適用し、コア クロックの安定性を維持しながら消費電力を削減します。 RX 7900 XTX で 15% の電圧削減により、ハッシュレートの一貫性を損なうことなく +8.3% の効率 (MH/s/ワット) が得られます。

2. PCIe レーン割り当てを x16 モードに排他的に構成します。 NVMe SSD またはオンボード LAN コントローラーとレーンを共有すると、メモリ帯域幅の競合が発生し、DAG フェッチ レイテンシが 12 ～ 19% 低下します。

3. JEDEC 4800 MT/s で動作する少なくとも 32 GB DDR5 の専用システム RAMを使用します。メモリが不十分または遅いと、特にマルチ GPU リグで、DAG 初期化サイクル中に GPU から CPU へのデータ転送のボトルネックが発生します。

4. アクティブ信号リピーターを備えた GPU ライザーを取り付けます。 25 cm を超えるパッシブ ライザーは、PCIe トランザクション全体にタイミング スキューをもたらし、報告されたハッシュ レートが安定しているように見えても、断続的な共有拒否につながります。

5. 指向性空気流を使用して、ケースの周囲温度を 24°C 未満に維持します。 GPU ジャンクション温度が 78°C を超えると、動的クロック ダウンシフトがトリガーされ、4 時間の間隔で実効ハッシュ レートが 11 ～ 14% 減少します。

プールの選択と接続の安定性

1.ton-pool.org、toncoinpool.io、tonwhales.com などの、TON ネイティブ ストラタム エンドポイントをサポートするプールにのみ接続します。サードパーティのプロキシベースのプールでは、余分なホップ遅延が発生し、共有損失の確率が平均 22% 増加します。

2. --failover-poolパラメーターを使用して、構成ファイルでフェイルオーバー プールの URLを指定します。プライマリ プールのメンテナンス期間中のダウンタイムを回避するには、地理的に分散されたバックアップ プールを少なくとも 2 つ定義する必要があります。

3. 接続切断時のマイナーの自動再起動を無効にします。代わりに、 --reconnect-lay=30を構成して、プール サーバーで IP ベースのレート制限をトリガーする積極的な再接続ストームを防止します。

4. ポート 4000 のSRBMiner Web インターフェイスを介して、リアルタイムの共有受け入れ率を監視します。受け入れ率が 98.7% 未満の場合は、ハードウェアの障害ではなく、GPU クロックの構成ミス、ネットワーク ジッター、またはプール側の認証の問題を示します。

5. 複数のリグ間で共有ワーカー名を使用することは避けてください。ワーカー ID が重複すると、内部プール キューの競合が発生し、特にネットワークの難易度が高いエポックでは、ブロック報酬の付与が遅れます。

高度なランタイムチューニング

1. NVIDIA Management Library がインストールされていない Linux システムで--no-nvmlを指定して SRBMiner を起動します。デフォルトの NVML ポーリングでは、CPU オーバーヘッドが 3.2% 追加され、DAG プリコンパイルが GPU あたり最大 4.7 秒遅れます。

2. --dag-load-mode=2を設定して、すべての GPU での非同期 DAG ロードを有効にします。これにより、DAG ビルドの連続的な停止がなくなり、コールド スタート時のマルチ GPU リグの使用率が 28% 向上します。

3. --gpu-fan-controlを使用して、コア温度ではなく、GPU メモリ ジャンクション温度に関連付けられた線形ファン曲線を適用します。 GRAM のメモリに制約されたワークロードの下ではメモリ モジュールがより早く飽和し、制御されていないメモリの加熱は DAG 検証のレイテンシに直接影響します。

4. デスクトップ OS で SRBMiner を実行する場合は、Windows ゲーム モードとハードウェア アクセラレーション GPU スケジューリングを無効にします。これらの機能により、予測不可能なスケジューリング遅延が発生し、古い共有の生成が 9.4% 増加します。

5. EDNS クライアント サブネットを無効にして、すべてのマイナー トラフィックをローカル DNS リゾルバー経由でルーティングします。パブリック DNS プロバイダーは地理的に最適ではないプール IP アドレスを返すことが多く、共有送信ごとに 40 ～ 110 ミリ秒の往復時間が追加されます。

よくある質問

Q: SRBMiner は、別のコインと並行して GRAM をデュアルマイニングすることをサポートしていますか? SRBMiner-MULTI では、他のアルゴリズムとの同時 GRAM マイニングは許可されません。 TON PoW の実装には、排他的な GPU メモリ アクセスと完全な DAG 常駐が必要です。デュアルマイニングを試行すると、プロセスが即時に終了します。

Q: 統合グラフィックプロセッサを使用して GRAM をマイニングできますか? Intel Arc iGPU や AMD Radeon 700M シリーズを含む統合 GPU は、6 GB VRAM と PCIe 4.0 x8 帯域幅の最小要件を満たしていません。テストされたすべての iGPU は、初期化中に DAG ロード検証に失敗します。

Q: 接続に成功した後、RTX 4060 が 0 MH/s と表示されるのはなぜですか?これは、GA107 ベースの GPU で--gpu-intensity が18 を超えると発生します。チップのメモリ コントローラーは、そのしきい値を超えて必要な帯域幅を維持できません。強度を 16 に下げ、デプロイする前に--benchmark出力で確認します。

Q: GRAM マイニングにはオーバークロックが推奨されますか?コア クロックをオーバークロックすると、ゲインは無視できますが (通常、追加のハッシュ レートは 0.7% 未満です)、熱変動と共有拒否周波数が増加します。工場出荷時の仕様を超えてメモリをオーバークロックすると、一貫した DAG の破損と無効な共有の生成が発生します。