如何修復我的礦機上 5% 以上的「共享被拒絕」錯誤率？

了解共享拒絕機制

1. 當礦池因格式無效、時間過時或密碼不符而丟棄提交的工作量證明解決方案時，就會發生共享拒絕。

2. 拒絕率持續高於 5% 表示礦機韌體、礦池協定實現和網路延遲條件之間存在系統性偏差。

3. 與短暫的網路故障不同，持續的高拒絕與過時的 stratum 協定支援密切相關，尤其是截至 2026 年第二季度，包括 Braiins Pool 和 F2Pool 在內的主要礦池中 Stratum V1 的棄用。

4. 被拒絕的份額不會導致難度積累，並會直接降低有效算力產量，從而在不改變硬體輸出的情況下放大每 TeraHash 的成本。

韌體和協定對齊

1. 2025 年 3 月之前出貨的 Antminer S19j Pro 裝置需要手動韌體升級至 v1.12.8 或更高版本，以實現 Stratum V2 握手相容性。

2. 比特大陸的官方韌體補丁禁用了舊版 SHA-256d 隨機數輪換，該輪換觸發了對執行嚴格作業 ID 不變性規則的池的靜默拒絕。

3. MicroBT Whatsminer M50 設備必須運行韌體版本 4.4.1+，以解決本地時鐘漂移超過 ±120ms 的 NTP 同步環境中的時間戳偏差處理。

4. 由於無法解析包含 coinbase 附加資料的擴展作業模板，S9 系列等較舊的 ASIC 在現代礦池中表現出 >18% 的拒絕率（即使配置正確）。

網路基礎架構調優

1. 根據 CoinShares 2026 基礎設施遙測，礦工 IP 和礦池端點之間的 ICMP 延遲超過 85 毫秒，過時共享機率增加 3.7 倍。

2. UDP 封包遺失超過 0.4% 會強制重複作業重傳，導致下游隨機數耗盡以及重複提交嘗試被標記為重複。

3. 透過 CGNAT 閘道的住宅 ISP 路由引入了非對稱路徑路由，導致 TCP ACK 時序不一致，並拒絕標記為「作業已過期」的共享，儘管有有效的證明。

4. 使用公共解析器（例如1.1.1.1）的礦工端DNS解析增加了40-90ms的開銷；礦工配置中的硬編碼池 IP 位址完全消除了查找延遲。

池端配置驗證

1. ViaBTC嚴格執行每個帳戶的礦工名唯一性；跨多個礦工的重複工人 ID 會產生自動拒絕，而不記錄詳細資料。

2. Ethermine 的 BTC 分叉池拒絕具有非規範 extranonce2 長度的份額——無論礦工模型預設值如何，都需要精確的 8 十六進位數字格式。

3. Suprnova 根據觀察到的礦工變異數應用動態難度下限；報告不穩定算力（30 秒內波動 ±12%）的單位會被限製到更高閾值的作業流中，從而增加拒絕的可能性。

4. Mining Pool Hub驗證Coinbase交易中嵌入的P2P簽章；遺失或格式錯誤的 sigops 會觸發「無效的 coinbase」拒絕，這與網路錯誤沒有區別。

故障排除常見問題解答

Q：超頻設定會導致共享拒絕升高嗎？是的。 S21 Pro 晶片上大幅降低電壓至 0.78V 以下會導致隨機數產生邏輯中出現位元翻轉錯誤，從而產生加密有效但結構畸形的共享，始終被視為「無效標頭」而被拒絕。

Q：在礦工和礦池之間使用像 BFGMiner 這樣的代理會影響拒絕率嗎？ BFGMiner v5.11.0+ 引入了確定性作業 ID 重新映射，與 Braiins Pool 的反欺騙過濾器衝突，在現場測試中以 11.3% 觀察到的頻率觸發“重複作業 ID”拒絕。

Q：為什麼我的礦機在 CoinDash 儀表板上顯示 0% 拒絕，而礦池報告 7.2%？ CoinDash 僅聚合其內部驗證層所接受的份額，而不聚合上游礦池決策。它缺乏對池端共識執行的可見性，例如時間戳記視窗執行或 extranonce 合規性檢查。

Q：被拒絕的股票和 ASIC 溫度峰值之間是否存在相關性？ M60 單元上超過 82°C 的熱節流會導致內部時脈域不同步，從而導致共享標頭中的時間戳編碼不正確。即使在標稱池窗口內提交，這也會導致“陳舊”分類。