如何修復挖礦軟體中的「Stale Shares」？ （網路修復）

了解陳舊共享

1. 當礦機在網路已經接受競爭區塊後提交有效的工作量證明解決方案時，就會出現過時的份額。

2. 這種延遲通常是由礦工、礦池和區塊鏈共識層之間的傳播延遲引起的。

3. 高陳舊份額率會直接降低有效算力並降低支付頻率，而不會改變硬體效能。

4. 與無效共享不同，過時共享在加密上是正確的，但由於網路同步問題而暫時過時。

5. 在快速區塊確認期間或當礦工連接到地理位置較遠或過載的礦池伺服器時，問題會加劇。

優化池連接設定

1. 選擇距離您的礦機IP位址50-100毫秒往返時間（RTT）以內的礦池伺服器。

2. 將預設池 URL 替換為特定於區域的端點 — 許多池提供歐盟、美國東部、美國西部、亞太地區和南澳鏡像。

3. 停用在不驗證延遲的情況下在伺服器之間切換的自動故障轉移功能；手動選擇可確保一致性。

4. 除非強制要求加密，否則請使用stratum+tcp://而不是stratum+ssl:// ，因為 TLS 握手會增加可衡量的開銷。

5. 如果您的礦工韌體允許，請確認您的礦池支援 Stratum V2 — V2 減少了標頭傳輸大小並改善了作業調度時間。

調整礦機軟體參數

1. 除非需要，否則減少基於 Ethash 的礦工中--coinbase-addr 的使用，因為不必要的錢包字段注入會增加作業解析時間。

2. 設定--max-diff以符合您的硬體的穩定輸出 - 過高的難度設定會導致作業接受延遲並導致隨後的陳舊。

3. 停用在內部診斷期間暫停提交的--watchdog或運行狀況檢查循環。

4. 除非您的池明確支持，否則將--submit-stale降低為 false — 大多數現代池會完全拒絕過時的提交。

5. 增加--api-port逾時值以防止在短暫的網路抖動期間過早放棄作業。

網路基礎架構調優

1. 指派靜態 IP 並透過路由器上的 QoS 規則預留頻寬，以優先考慮 Stratum 流量而不是 HTTP 或串流服務。

2. 如果您的 ISP 或上游基礎架構表現出非對稱路由行為，請在挖礦主機上停用 IPv6。

3. 以企業級網關取代消費級 NAT 路由器，支援長期 TCP 會話的連線追蹤最佳化。

4. 執行mtr --report來識別礦工和池端點之間的資料包遺失或延遲峰值 - 重點關注本地網路之外的躍點。

5.避免礦機連接Wi-Fi；使用禁用巨型幀的直接千兆位元乙太網路連結來減少分段延遲。

常見問題解答

Q：提交後失效的份額可以恢復或記入嗎？答：不會。區塊鏈共識規則在檢測到後立即丟棄陳舊的共享。他們永遠不會進入記憶體池或驗證隊列。

Q：提高 GPU 時脈速度是否會降低陳舊共享率？答：不會。硬體超頻會影響雜湊產生速度，但不會影響網路往返延遲（這是陳舊的根本原因）。

Q：礦池儀表板中顯示的過時份額百分比是否始終準確？答：不一定。一些池根據作業時間戳增量而不是實際的區塊確認視窗來計算陳舊性，從而導致過度報告。

Q：ASIC 礦機對陳舊份額的體驗與 GPU 礦機不同嗎？答：是的。 ASIC 韌體通常嵌入積極的作業快取和推測性提交邏輯，這可能會增加過時計數而不影響收入 - 使用原始 Stratum 日誌分析進行驗證。