如何使用Gminer進行雙挖？ （利潤最大化）

雙挖礦配置基礎知識

1. Gminer 支持在兼容的 GPU 硬件上同時挖掘兩種算法，主要利用 Ethash 和 KawPoW 與其他內存硬算法或輕計算算法（如 BeamHashIII 或 CuckooCycle 變體）相結合。

2. 礦機自動檢測 GPU 內存帶寬和 VRAM 容量，為主算法和輔助算法分配最佳線程數和 DAG 緩衝區大小。

3. 雙挖礦需要明確指定兩個礦池，每個礦池都有自己的算法標識符、錢包地址和礦工名——如果一個礦池斷開連接，則不會應用自動回退邏輯。

4. 必須針對每個算法的最佳功耗性能包絡單獨執行時鐘調諧；重疊的頻率曲線很少能在兩個工作負載上產生峰值效率。

盈利能力計算機制

1. Gminer 使用從 BTC、ETH 和選定山寨幣的集成 API 端點提取的實時匯率計算實時算力加權每瓦收入。

2. 在匯總淨利潤之前，根據礦池佣金百分比和網絡交易附加費應用動態費用扣除。

3. 內部利潤切換器每 60 秒評估一次盈利能力，並且僅當新配置在連續三個時間間隔內維持當前輸出的最低 5.2% 增益時才能觸發算法重新分配。

4. 受內存限制的輔助算法會降低內核優先級，以防止延遲峰值降低主要 Ethash DAG 生成吞吐量。

特定於硬件的優化策略

1. 由於共享二級緩存利用模式和相同的內存控制器時序要求，NVIDIA RTX 3090 用戶將 Ethash 與 Grin 的 C31 算法配對時，可以獲得最高的雙挖礦投資回報率。

2. AMD RX 6800 XT 系統在運行 KawPoW + BeamHashIII 時表現出比 Ethash + BeamHashIII 高出 18.7% 的組合算力穩定性，這歸因於 RDNA2 對遞歸 Merkle 樹遍歷的本機支持。

3. 超頻必須在雙負載壓力測試（而不是綜合基準）下進行驗證，因為當兩個內核同時執行時，熱節流會表現得不對稱。

4. PCIe通道分配在雙GPU主板上變得至關重要；與多算法 DAG 交換期間的 x16/x0 配置相比，x8/x8 分叉可將跨 GPU 內存複製延遲減少 31%。

池選擇和協議調整

1. 由於過時共享率較低（<0.37%）和低於 2.1 秒的確定性區塊傳播窗口，F2Pool 和 Nanopool 在基於 Ethash 的雙重挖礦中仍占主導地位。

2. KawPoW 礦池需要嚴格遵守 Stratum V2 協議擴展來進行作業序列化；傳統的 Stratum V1 實施會導致雙模式下 12-19% 的拒絕共享率。

3. 一些礦池施加特定於算法的難度下限（例如，RVN 礦池對 KawPoW 提交強制執行最低 1.2 GH/s），如果本地算力低於閾值，這可能會迫使 Gminer 完全放棄二次挖礦。

4. SSL/TLS 終止點必須與池證書鏈完全匹配；不匹配的中間 CA 捆綁包會導致 DAG 紀元轉換期間靜默連接重置。

常見問題解答

問：Gminer 是否支持 Windows Subsystem for Linux (WSL2) 上的雙重挖礦？不會。 WSL2 缺乏並發內核執行所需的直接 PCIe 設備直通和 GPU 驅動程序堆棧集成。必須安裝本機 Windows 或裸機 Linux。

問：我可以使用 Gminer 同時運行 Ethash + Octopus 嗎？是的，但僅限於具有至少 12 GB VRAM 和驅動程序版本 515.65.01 或更高版本的 GPU。 Octopus 每個實例需要 8.4 GB 專用內存，因此在低於 12GB 的卡上沒有足夠的空間用於 Ethash DAG。

問：為什麼啟用--dualmode 1後我的雙挖算力下降了22%？當輔助算法內存訪問模式與主 DAG 頁表映射衝突時，就會發生這種情況。通過 --no-preempt 禁用 GPU 計算搶占可以在 80% 的受影響系統上解決該問題。

問：雙挖是否兼容NVIDIA的MPS（多進程服務）？不會。 MPS 會在內核之間引入不可預測的上下文切換延遲，並破壞 Gminer 用於 DAG 紀元同步的精確定​​時循環。在啟動礦機之前必須禁用 MPS。