礦場營運
ASIC 停機與維修成本怎麼算
ASIC 顯示「在線」不代表它正以正常算力產出。斷網、過熱降頻、拒絕 share、反覆重啟與等待維修，都會形成有效停機。因此維修預算不能只計算完全斷電的小時，而要把事件按原因、時間與金額拆開。 資料核對日期：2026-08-09（UTC+8）。保固和維修條款因型號與合約而異，採購文件與製造商現行說明
ASIC 顯示「在線」不代表它正以正常算力產出。斷網、過熱降頻、拒絕 share、反覆重啟與等待維修，都會形成有效停機。因此維修預算不能只計算完全斷電的小時，而要把事件按原因、時間與金額拆開。
資料核對日期：2026-08-09（UTC+8）。保固和維修條款因型號與合約而異，採購文件與製造商現行說明應重新核對。
目錄
- 用有效算力衡量 uptime
- 四類故障不要混在一起
- 分開計算損失與支出
- 維修準備金怎麼定
- SLA 要寫出四個時間
- 修理或換機的判斷式
- 每月應看的營運表
- 用同一時間標準記錄每宗事件
- 以故障後驗證決定是否真正復機
- 常見問題
用有效算力衡量 uptime
可用 有效 uptime＝被接受的算力小時 ÷ 計畫算力小時。若機器 24 小時都能 ping 到，但其中 4 小時只跑一半算力，就不應記作 100%。
礦池 15 分鐘與日均算力、拒絕 share、設備日誌、PDU 或電表時間都要統一時區。每宗事件記錄開始、發現、恢復操作和恢復正常產出的時間，才能分辨監控延遲與維修延遲。
四類故障不要混在一起
電力事件包括外部斷電、斷路器及電能品質；網路事件包括 ISP、路由器、DNS 與 pool endpoint；散熱事件包括氣流、灰塵、風扇與環境溫度；設備事件則包括 hashboard、PSU、控制板、韌體與感測器。分類錯誤會令備件和改善預算投錯地方。
BITMAIN 的清潔文件可用於安排預防維護，Canaan 的日誌指南則協助辨認訊號；但單一錯誤碼不等於必須換板，仍應依官方 troubleshooting 次序、電氣安全與保固限制處理。
分開計算損失與支出
損失 BTC＝基準每小時 BTC × 有效停機小時。乘上事件日的管理用匯價後，列為機會成本。另列實際支出：診斷工時、零件、運輸、關務、承包商、重新安裝及測試用電。前者不是已付帳單，卻是判斷修或不修的必要資料。
即使保固令零件費為零，也不代表等待和物流免費。模型應有保固成功、保固不適用兩列；若從另一台拆零件，還要計入 donor 機的價值損失。
維修準備金怎麼定
沒有歷史時，不要假裝知道精準故障率。先用每月預期事件數×每事件平均直接成本，加一筆緊急運輸額度；累積三個月工單後，改用實際中位數和高分位數校正。
備件可分三類：便宜且常換、少見但會令整機停擺、昂貴且通常走保固。每個料號要有使用量、可用 donor、採購 lead time 與最低/最高庫存。「越多越安全」並不成立，綁在舊型號上的滯銷庫存也是成本。
SLA 要寫出四個時間
不論自營或 hosting，SLA 至少區分發現、首次處置、完成診斷、恢復服務。只有「24 小時內回覆」並沒有承諾何時重新產出。週末、倉庫權限、遠端重啟授權及等待客戶核准也應寫明。
維修完成不能只看 15 分鐘算力。要設定穩定測試窗，記錄溫度、拒絕 share 與功率；短期內復發應歸入同一維修的 failure-on-return，而不是美化成另一宗新事件。
修理或換機的判斷式
可比較：修後保守月現金流 × 剩餘月份＋殘值－修理費－等待期間損失，再對照可運轉替代機的價格和拆件出售價值。
預先設定 stop-rule：60 日內同一故障復發兩次、修理費超過壓力情境六個月毛利、或已無官方安全韌體與零件時，不自動追加維修，轉交技術與財務共同評估。
每月應看的營運表
同一張表列出機隊數、計畫與有效算力小時、按原因停機、MTTR、復發率、零件費、損失 BTC 和 SLA 違約。只看全場平均 uptime 會掩蓋問題批次，應按型號、採購批次與 rack 下鑽。
報告結論不是一個漂亮百分比，而是造成最大損失的兩個原因、改善動作、負責人、期限與預計 KZT 影響。
常見問題
拒絕 share 算停機嗎？
應計入有效停機，因為那部分功耗沒有形成可結算產出。
保固內還要準備金嗎？
要。物流、等待、重裝與損失產出未必由保固承擔。
uptime 看設備還是礦池？
兩者對照。礦池被接受的算力更接近收入，設備日誌則用來找根因。
用同一時間標準記錄每宗事件
停機若從「有人發現」才開始計時，損失會被低估。每宗事件至少保留五個時間：首次偏離正常值、監控告警、負責人接案、技術恢復，以及礦池 accepted hashrate 穩定。這些差距可拆成 detection、response、repair 與 validation time。
ASIC log、路由器、PDU、礦池與工單必須使用可辨識的同一時區；手動修正要寫明操作者及依據。事件編號則連接 rack、序號、log、照片、零件、工程師、保固單與穩定測試。短期復發要關聯原工單，不能另開一張來美化 first-time fix。
建立公平的產出基準
不要用歷史最好一天估算損失，也不要用已故障時段的平均值。可採同型號、相同功率模式最近 7 至 30 日的中位有效算力，排除計畫停機；若 difficulty 或結算方法改變，BTC 換算期間也要對齊。
部分降頻要換算成有效停機。例如設備連續 8 小時只達基準算力 60%，有效停機是 8×（1－0.60）＝3.2 小時。reject 從正常 0.5% 升至 3% 時，只把超出基準的部分視作損失 accepted work。
算出維修的完整 exposure
除零件與人工外，還要計入診斷、安全停機、拆裝、雙向物流、關務、重新上架、測試電力、remote hands，以及等待期間少掉的 contribution margin。保固尚未核准前，不要直接把零件費寫成零；至少分成全部受理、只補零件及不受理三種結果。缺乏歷史資料時應標成未知，不可自行編造成功率。
若從另一台機器拆 PSU 或 hashboard，必須記錄 donor 序號、受領設備及 donor 的價值損失。「倉庫裡免費拿到」只是把成本藏到另一項資產。
備件庫存按重要性管理
便宜 fan 可能高頻造成整機停擺，昂貴 hashboard 則可能低頻但交期長。每個料號應記月用量、lead time、相容型號、安全庫存、最高庫存及最後測試日。再訂購點＝lead time 期間預期需求＋安全庫存；新礦場沒有足夠資料時，先以機隊數和合理最長交期保守設定，再每三至六個月用真實工單校正。
庫存也要防潮、防塵及 ESD，並定期分離已不相容的 obsolete parts。帳上有零件不代表它能救目前的機群。
預防維護完成後仍要驗收
清潔與檢查應依製造商文件及場地電氣安全程序執行，包括斷電、氣流、灰塵、fan、connector、溫度感測、線材發熱、設定備份及重啟。先用小 cohort 驗證流程，不要同時停掉整個 rack。
完成後不能只看 15 分鐘「online」。要在預先規定的 soak window 內確認算力、溫度、風扇、功率與 reject 穩定；未通過的設備不能算完成維修。
把 Hosting 與承包商責任寫清楚
外部停電、場內 breaker、網路、散熱、設備故障及客戶指令停機要使用不同代碼。每類事件寫明告警者、處置者、證據及 service credit 條件。availability 的分母是否排除計畫維護、部分算力如何折算、客戶延遲核准算誰的時間，也必須在 SLA 公式中明列。
遠端權限要限制範圍、啟用多因素保護並保留操作日誌；臨時權限在工單完成後撤銷。pool address、密碼或韌體變更不得脫離工單。
修理與換機的階段決策
先處理安全 stop-rule：燒損、重複短路或不受支援的危險韌體應先隔離，再談經濟性。方法示例：若維修 220,000 KZT、物流 60,000 KZT、等待損失 90,000 KZT，完整 exposure 是 370,000 KZT；修後六個月保守貢獻 420,000 KZT，再扣 100,000 KZT 復發準備，結果已轉負。這些是假設數字，不是市場行情，實際決策要代入自己的工單、電價與產出。
換機比較還要納入交期、J/TH、現有配電、保固與舊機拆件淨值。最初買得多貴是 sunk cost，不應迫使營運者無限追加維修。
事故後檢討要能驗證
重大事件後記錄發生原因、監控為何在當時發現、保護措施為何未阻止、哪個動作真正恢復，以及如何降低復發。「人為疏失」不夠具體，還要找出程序、權限、介面或訓練條件。
每個改善項有負責人、帶時區的期限及驗證證據。月報同時看 detection gap、MTTR、repeat failure、first-time fix、每宗損失及 maintenance backlog，避免單一漂亮 uptime 掩蓋更高的維修費或低算力。
以故障後驗證決定是否真正復機
維修完成不等於事件結束。復機前先核對序號、韌體、電源、網路與 pool 設定，再以受控負載觀察板卡溫度、風扇轉速、算力、reject 與硬體錯誤。只有連續達到既定觀察時間且各項指標回到同型機基準，才能從隔離 cohort 移回正式生產。
同一故障在短期內再次發生，應重新開啟原事件，而不是建立互不相關的新工單。將零件批次、機架位置、環境溫度與維修人員一起分析，可辨認 PSU 批次、供電品質或熱區等共同原因。若原因未明，擴大採購同型零件或一次更新全場都應暫停。
月底把停機分鐘轉成完整經濟影響：損失的 accepted hashrate、未產出 BTC、維修工時、備件、物流與額外電力都要計入。這個數字與 SLA 賠償分開呈現，避免收到補償後誤以為營運損失已全部消失。