許多礦工看到狀態頁面上出現紅色計數器、礦池回報的算力下降，或是拒絕率上升，便斷定是 ASIC 出現了故障。然而，這些訊號其實來自挖礦流程中的不同層面，若把它們視為可互換的指標，就會導致錯誤的診斷。硬體錯誤是礦機本身回報的證據；拒絕份額則是礦池做出的判斷。兩者只有在某些情況下才會有關聯。
本文將礦機端的遙測資料與礦池端的份額驗證區分開來，說明每一類資訊能夠證明什麼、不能證明什麼，並提供一套故障排查順序，從正確的層面開始：硬體、韌體或調校、本地網絡，或礦池連接。
同一挖礦流程中的兩個不同層面
一項挖礦任務（job）在被計為已接受工作之前，會經過數個不同階段。ASIC 從礦池接收任務，並開始在本地進行雜湊運算。其韌體會追蹤本地狀況——晶片數量、板溫、風扇轉速、本地算力，以及內部硬體錯誤計數器。礦機隨後會透過 Stratum 連接，向礦池提交候選解答，即所謂的「份額」（shares）。礦池會根據其發出的任務與所指派的難度目標，驗證每一個提交的份額，然後回傳「已接受」或「已拒絕」的結果，若為拒絕，則會附上拒絕原因。
前兩個階段僅由礦機本身觀察得到，後兩個階段則僅由礦池觀察得到。某一階段產生的故障，並不會自動在另一階段產生對應的症狀。
ASIC 硬體錯誤實際上能告訴你什麼
硬體錯誤（HW）計數器屬於礦機端的遙測資料，通常顯示在 ASIC 自身的狀態頁面或韌體介面上。根據 Bitmain 對其礦機狀態頁面的說明文件，當晶片在滿載運作時，出現有限數量的 HW 錯誤是正常現象，礦機可能會在內部自行修正這些錯誤，並持續運作而不中斷（Bitmain 支援）。因此，單憑非零的 HW 計數本身，並不足以作為礦機已經故障、或礦池正在拒絕相應數量份額的確鑿證據。
當 HW 計數上升時，若同時伴隨其他訊號出現，則更值得密切留意，例如：
- 同一塊板卡或同一台機器上的本地算力下降；
- 偵測到的晶片數量減少，或 ASIC 狀態出現故障指示；
- 某塊算力板缺失或輸出為零；
- 日誌中出現過熱保護事件，或風扇／電源供應器（PSU）故障訊息；
- 反覆發生非預期的重新啟動；
- 在最近一次頻率或電壓變更之後，無效份額的拒絕數量增加。
以上這些情況都無法確立一個適用於所有型號或韌體版本的固定「正常」HW 錯誤數值，本文也不會提出這樣的數值。更有意義的比較方式，是將目前數值與該機器自身近期的基準值相比，而不是與某個假設的行業標準數字相比。
拒絕份額實際上能告訴你什麼
拒絕份額是一個統稱類別，涵蓋礦池未予接受的所有提交。相較於總拒絕數量，具體的拒絕原因更為重要，因為每一種原因都指向系統中不同的部分。
| 如果礦池主要回報…… | 首先檢查…… |
|---|---|
| 過時share（Stale shares） | 礦池節點、延遲、封包遺失、路由、重連行為、本地網絡 |
| 無效share（Invalid shares） | 溫度、頻率／電壓設定、韌體、供電、算力板狀態 |
| 低難度share（Low-difficulty shares） | 礦池設定、韌體或代理相容性、調校穩定性 |
| 重複share（Duplicate shares） | 礦機軟件、代理行為、重試機制、礦工／連線設定 |
| 授權或訂閱錯誤 | Stratum網址、連接埠、礦工名稱、帳戶憑證 |
過時份額（stale share）是指某個份額原本對礦池已經替換掉的某項任務而言是有效的——常見原因包括目前的區塊鏈頂端（blockchain tip）已發生變化，或是礦機的連接延遲了新任務的傳遞，或延遲了解答的回傳。過時份額並非硬體故障的證據，它反映的是礦機與礦池之間連接的時間延遲問題。
無效份額（invalid share）是指某項提交未能通過礦池針對其所發出的任務與目標難度所做的驗證檢查。在所有類別中，這一類與不穩定或設定錯誤的 ASIC 最有可能存在關聯。
重複份額與低難度拒絕，則更多指向礦機軟件、代理（proxy）或設定行為方面的問題，而非晶片層級的損壞。尤其是重複拒絕，並不一定代表新產生的工作損失，因為原始提交項目可能早已被接受。
硬件不穩定何時會導致份額被拒
不穩定的 ASIC 可能會產生無效運算或格式錯誤的提交內容，而這正是硬件狀況與礦池端拒絕之間確實存在關聯的一個方面。激進的頻率或電壓設定、芯片溫度過高、供電邊緣不足、電路板損壞，以及韌體不兼容，都可能首先在硬件遙測數據中顯現，之後再與無效份額拒絕率上升同時出現。
就診斷目的而言，這種關聯僅是單向的：硬件錯誤的出現，使得進一步檢查無效份額變得有意義，但這並不能證明過期份額同時上升就是由硬件造成的。即使過期份額與無效份額在同一時段內出現，也應分開調查。
份額被拒何時並非硬件問題
過期份額（stale shares）是最典型的例子，說明某類拒絕通常與芯片健康狀況無關。當比特幣網絡產生新區塊時，先前的挖礦任務便告過時，礦池會根據新的鏈頂端分發最新的工作，讓礦工繼續朝着有效目標進行運算（Bitcoin Developer Guide, Mining）。如果礦工的網絡連接延遲接收該更新後的工作，或是其提交的解答在礦池已轉往新任務之後才送達，礦池便會將原本有效的工作量證明判定為過期並予以拒絕。
這種情況可能在同一時間影響站點內多台原本運作正常的礦機，這是一個有用的診斷線索：硬件故障通常僅限於單一設備，而共用的網絡路徑、礦池接入點或路由問題，則可能同時令多個礦工的過期份額數量上升。ViaBTC 針對降低過期份額所提供的指引，將礦池接入點選擇與網絡路由（而非芯片狀況）列為應優先檢查的主要方向（ViaBTC）。
本地算力與礦池報告算力的比較
本地 ASIC 算力與礦池報告的算力，其測量方式並不相同，不應將兩者視為同一數值直接比較。ASIC 是依據韌體定義的邏輯及各型號並不統一的平均時段，來回報自身的運算活動。相比之下，礦池則是根據其自身報告窗口內所收到的份額，來估算算力。
ViaBTC 的文件說明指出，其即時算力數值是依據過去 10 分鐘計算，而其每日算力數值則是依據過去 24 小時計算（ViaBTC）。若某台礦機在該時間窗口內曾重新啟動、重新連接，或出現短暫的拒絕率飆升，即使其當前本地算力已恢復正常，礦池估算出的數值仍會偏低。在斷定兩者數值不符即代表硬件問題之前，請先確認兩項數值所涵蓋的時間窗口是否具可比性，以及該時段內是否包含重啟、停機，或近期的接入點變更。
拒絕百分比的計算方式（須審慎使用）
當礦池在同一設定時段內顯示已接受與被拒絕的份額數量時，可按以下方式計算原始拒絕百分比：
原始拒絕百分比 = 被拒絕份額數 ÷（已接受份額數 + 被拒絕份額數）× 100
這是一項以數量為基礎的診斷性數值，並非標準的盈利能力指標。只有當已接受與被拒絕的總數涵蓋相同時段及可比類別時，此數值才具有意義，而且其前提是所計算的各份額難度相等；若份額難度不一致，原始數量將無法代表與按難度加權數值相同比例的實際工作量。拒絕百分比不應被直接換算為假定的比特幣收益損失百分比，因為支付方式、拒絕類型及會計處理方式，都會以不同方式影響最終結果。
實用故障排查流程
- 在對總拒絕率作出反應之前，先閱讀礦池提供的具體拒絕原因。
- 確定影響範圍：是單一礦機、單一機架，還是整個礦場受影響？
- 檢查礦機本身的狀態頁面及日誌，留意晶片數量、板卡狀態、溫度、風扇轉速、電源（PSU）訊息，以及最近的重啟記錄。
- 檢查近期有哪些變動——例如韌體更新、頻率或電壓調整、散熱維護、網絡變更，或是更換了新的礦池節點。
- 針對過期份額（stale shares），先從連接性入手：確認礦池目前官方文件所列的節點地址，並比較相同的運作時段，再下結論是否屬於硬件問題。
- 針對無效份額（invalid shares），檢查散熱、供電、韌體版本及近期的調校變動；在適當情況下，回復至先前穩定的設定有助於隔離變數。
- 若出現晶片缺失、板卡缺失、持續性過熱關機或電源（PSU）故障，應依照廠商提供的官方診斷及維修流程處理，而非將其當作連接性問題看待。
結論
硬件錯誤是礦機回報的證據，而拒絕份額則是礦池作出的判斷。兩者有時源於同一根本原因，但往往並非如此；若用同一套檢查清單來診斷，容易導致徒勞無功——例如為了路由問題而重刷韌體，或為了修復故障的算力板而去追查網絡問題。拒絕原因、礦機自身的日誌，以及一致的測量時段，三者結合起來，比單看任何一項孤立的數據更能提供可靠的診斷依據。
常見問題
硬件錯誤（HW-error）次數偏高，是否代表我的 ASIC 正在故障？
不一定。部分硬件錯誤可能在正常滿載運作期間發生，並可由礦機自行修正，不影響持續挖礦。若錯誤次數上升，同時伴隨算力下降、板卡缺失或過熱警報，則值得進一步檢查；單憑錯誤次數本身並不能確認故障。
過期份額（stale shares）是否代表硬件損壞？
一般而言不是。過期份額是指針對礦池已經更換的工作任務所提交的有效工作量證明，通常是由於網絡延遲、封包遺失，或任務派發延遲所致，而非晶片層面的故障。
為何礦池回報的算力與本機顯示的算力不同？
兩者採用不同的測量方法及時間窗口。本機算力反映的是 ASIC 自身韌體的讀數；而礦池回報的算力，則是根據礦池所訂明的報告週期，以份額為基礎所作的估算。重啟或重新連線後短暫出現數值不一致，本身並不代表存在硬件問題。
拒絕率能否告訴我損失了多少 BTC 收益？
不能直接得知。原始拒絕率只是一項以數量為基礎的診斷指標，其假設各份額難度相等，且比較的是相同的報告週期；若不考慮拒絕類型、支付方式，以及份額難度的差異，便無法將其換算成準確的收益數字。
調校設定變更後，若無效份額增加，應先檢查什麼？
應檢查晶片溫度、頻率與電壓設定、供電情況，以及韌體相容性，並考慮先回復至最後一個已知穩定的設定，再測試進一步的變更。
參考資料
- Bitmain 支援中心，《礦機狀態頁面說明》— https://support.bitmain.com/hc/en-us/articles/360013577314-Miner-Status-Page-Explained
- 《比特幣開發者指南》，〈挖礦〉— https://developer.bitcoin.org/devguide/mining.html
- ViaBTC，《如何透過優化礦池網址與網絡路由減少過期份額》— https://www.viabtc.com/en/blog/Mining-how-to-reduce-stale-shares-with-better-pool-url-and-network-routing-735
- ViaBTC，《具備即時算力監測功能的礦池：了解測量時段與延遲效應》— https://www.viabtc.com/en/blog/Mining-mining-pool-with-real-time-hashrate-monitoring-understanding-measurement-windows-and-latency-effects-941