Ethereum Classic 用に PhoenixMiner を構成するにはどうすればよいですか? (安定性設定)

プール接続パラメータ

1. us1-etc.ethermine.org:4444やasia1-etc.ethermine.org:4444などの公式 Ethereum Classic stratum エンドポイントで-pool を使用します。ほとんどの ETC プールでは SSL は必要ありません。プレーン TCP が標準です。

2. -walを使用して Ethereum Classic ウォレットのアドレスを指定します。 0xで始まる有効な ETC アドレスであることを確認し、特典の損失を防ぐために ETH またはその他のチェーン アドレスを避けてください。

3. -proto 2を設定して、Ethermine、Hiveon、Nanopool で使用される Ethereum Classic の広く採用されている eth-proxy stratum プロトコルとの互換性を強制します。

4. -coin などを明示的に定義して、PhoenixMiner を Ethereum Classic モードにロックします。これにより、プールのホスト名検出に基づく自動 DAG 切り替えが防止され、devfee が ETH ではなく ETC で差し引かれることが保証されます。

5. -pool2とそれに対応する-wal2 、 -proto2 2 、 -coin2 などを使用してフェイルオーバー プールを構成し、プライマリ プールの停止中に中断のないマイニングを維持します。

安定性が重要なランタイム フラグ

1. -stales 0を適用して、古い共有の送信を無効にします。イーサリアム クラシックのブロック時間が短いため、期限切れになる可能性が高くなります。それらを破棄すると、不必要なネットワーク負荷が回避され、GPU ドライバーのタイムアウトが減少します。

2. 新しいジョブがない状態で 5 分後に再接続をトリガーするには、 -ftimeout 300を設定します。これにより、断続的なアップストリーム ノードの遅延やプール側の輻輳によって引き起こされる長時間のハングが軽減されます。

3. -retrylay 15を強制して、プール サーバーからの IP レート制限を引き起こす可能性のある積極的な再接続ループを回避しながら、回復の遅延を最小限に抑えます。

4. -ptimeout 0を使用して、プライマリ プールへの自動フェイルバックを無効にします。プール切り替えを手動で制御すると、地域のルーティングの違いによりセカンダリ プールの応答が速くなった場合の不安定な動作が防止されます。

5. -maxdly 50で GPU メモリの負荷を制限し、DAG 生成遅延を制限し、持続的な負荷の下で古い AMD Polaris または NVIDIA Pascal GPU でカーネル モードがハングするのを防ぎます。

DAG とメモリ管理

1. 完全な展開の前に、 -bench 1024を使用して現在の ETC DAG を事前生成します。 Ethereum Classic の DAG エポックは 30,000 ブロックごとに増加します。ベンチマークでは、ターゲット エポックでの GPU の VRAM 容量との互換性を確認します。

2. MSI Afterburner などのサードパーティ製オーバークロック ツールを使用して Windows 上で実行している場合は、 -wdog 0を追加して PhoenixMiner の内部ウォッチドッグ タイマーを無効にします。外部の電圧/周波数制御と内部ヘルスチェックの間で競合が発生すると、多くの場合、自然な再起動が発生します。

3. デュアル CPU ソケットまたは NUMA 構成を備えたシステムで、 -mport 0を使用してシングルスレッド DAG 初期化を強制します。 DAG の並列ロードは、不均一なメモリ アクセス プラットフォームでメモリ割り当てエラーを引き起こす可能性があります。

4. 安定性の問題が解決しない場合は、 -clock 0および-mlock 0を設定してコアとメモリのクロックをロックします。動的なクロック スケーリングにより、特に古い VRM を搭載したカードでは、DAG 検証ラウンド中にタイミングの不一致が発生します。

5. NVIDIA ドライバー バージョン 535 以降を実行している Linux システムで-power 0を使用して、GPU 電源管理を完全に無効にします。積極的な電力状態遷移は、一貫した Ethash nonce 検索間隔を妨げます。

ネットワークとドライバーの強化

1. -iface enp3s0 (実際のインターフェイス名に置き換える) を使用して PhoenixMiner を特定のネットワークインターフェイスにバインドし、複数の NIC が存在する場合、特にボンディングされたインターフェイスを備えたサーバーグレードのハードウェア上でルーティングの曖昧さを排除します。

2. ローカル ネットワーク インフラストラクチャが IPv6 を完全にサポートしていない場合は、 -noipv6 1を使用して IPv6 スタックの対話を無効にします。部分的な IPv6 導入では、DNS 解決の停止が頻繁に発生し、プール接続のハンドシェイクに影響を及ぼします。

3. -gser 0を設定して、GPU シリアル番号レポートをバイパスします。一部のエンタープライズ GPU ファームウェア バージョンでは、PhoenixMiner の内部検証エラーを引き起こし、起動を中止する一貫性のないシリアル文字列が公開されています。

4. -pcie 1を介して PCIe バスのポーリング頻度を減らし、8 個を超える GPU スロットを備えたマザーボードでの割り込みの飽和を防ぎます。高頻度ポーリングにより、メモリ マップされた DAG 転送での PCIe 帯域幅の可用性が低下します。

5. Linux ではcult -r 99を使用してリアルタイム スケジューリング優先度で PhoenixMiner を起動するか、Windows では/realtime を起動して、重要なハッシュ計算ウィンドウ中の中断のない実行サイクルを保証します。

よくある質問と回答

Q: ETC プールに接続するときに PhoenixMiner が「無効な DAG」を報告するのはなぜですか? A: これは、 -coin などが省略されているか、設定が間違っている場合に発生します。明示的なコイン指定がない場合、PhoenixMiner はデフォルトで ETH DAG 生成を行いますが、これは ETC の異なるシードおよびエポックの進行と互換性がありません。

Q: ETH と ETC マイニングの両方に同じウォレット アドレスを使用できますか? A: はい — Ethereum Classic は Ethereum と同じアドレス形式を共有します。ただし、支払いを開始する前に、ウォレットが ETC デポジットをサポートしており、ETC ブロックチェーン エクスプローラーで検証されていることを確認してください。

Q: AMD RX 580 カードで頻繁に「GPU タイムアウト」エラーが発生する原因は何ですか? A: これらは、古い AMD Adrenalin ドライバーまたは不十分な VRAM 冷却が原因で発生します。ドライバー バージョン 23.12.1 以降にアップグレードし、DAG ロード中に VRAM ジャンクション温度が 95°C 未満にとどまることを確認します。

Q: Windows 上でリモート デスクトップ サービスと一緒に PhoenixMiner を実行しても安全ですか? A: お勧めしません。リモート デスクトップ プロトコル (RDP) は、継続的な DAG 計算を中断する GPU コンテキストの切り替えを強制します。ヘッドレス Windows Server Core を使用するか、グループ ポリシー経由で RDP セッション グラフィック アクセラレーションを無効にします。