礦場營運
夏季散熱成本如何改變 ASIC 收益
ASIC 消耗的電力最終大多轉成熱，因此夏季成本不能只填一台冷氣的額定功率。送風、排風、泵、濾網阻力、配電損耗，以及高溫造成的降頻和停機，都要與主機負載一起計算。 資料核對日期：2026-08-09（UTC+8）。電氣與通風設計應由合資格人員依現場規範確認。 目錄 先估熱負載 氣流比買更多冷氣更先
ASIC 消耗的電力最終大多轉成熱，因此夏季成本不能只填一台冷氣的額定功率。送風、排風、泵、濾網阻力、配電損耗，以及高溫造成的降頻和停機，都要與主機負載一起計算。
資料核對日期：2026-08-09（UTC+8）。電氣與通風設計應由合資格人員依現場規範確認。
目錄
- 先估熱負載
- 氣流比買更多冷氣更先
- 夏季散熱電費
- 用產出效率判斷是否值得
- 三種情境
- 入夏前檢查
- 先畫清楚計量邊界
- 用季後復盤校正下一年的降溫預算
- 常見問題
先估熱負載
穩定狀態可先用 ASIC 熱負載（kW）≈牆上 ASIC 功率（kW）。不要只把銘牌相加，應採高溫時實測值與製造商容差。另列風機、泵、蒸發系統、變壓器/線路、網路設備及安全餘量。
可以用 全場 kW ÷ ASIC kW 追蹤類似 PUE 的營運指標，但它不能替代各項量測。指標惡化時，必須知道是主機、風機還是配電造成。
氣流比買更多冷氣更先
實務上應量 rack 進風、出風、壓差和風機功率。熱風回流時，總風量看似足夠，局部設備仍會過熱。冷熱通道隔離、封堵縫隙和縮短風路，應在新增設備前檢查。
濾網變髒會增加壓力與風機耗電。將更換日、壓差及清潔後功率放在同一張保養表，才能看到清潔是否真正降低成本。
夏季散熱電費
月散熱 kWh＝Σ（設備 kW×實際運轉時數×負載係數），再乘合約電價。若帳單有 peak demand 或容量項，必須另列；最熱一小時的滿載風機，可能比整月平均 kWh 更影響費用。
除了平均月，還要建立高溫時數、夜間溫度、沙塵日與限電情境。ASIC 在高 ambient 下的功率和 thermal throttling，應來自現場遙測，而不是固定百分比。
用產出效率判斷是否值得
核心指標可用 被接受 TH/s ÷ 全場 kW。夏季下降時，逐一排查 ASIC 效率、拒絕 share、回風與輔助用電。再算 新增散熱 KZT ÷ 因散熱保住的 BTC；若新增成本高於保存產出，應調整 setpoint、功率模式或停機順序。
三種情境
正常夏季採歷史中位溫度與乾淨濾網；熱浪情境增加高溫小時並讓風機滿載；故障情境假設一組風機或泵停擺。每列同時顯示全場 kW、最高進風溫度、uptime 與需停機台數。
安全線必須依製造商溫度範圍和電氣保護設定。為短期收益忽略高溫 alarm，會把設備、線路和消防風險轉成更大的損失。
入夏前檢查
- 最熱 rack 是否有校準感測器？
- 進排風是否短路回流？
- 濾網、風機、泵與斷路器是否完成保養？
- 高溫牆上功率是否實測？
- alarm、降載與人工停機權責是否清楚？
- demand charge 或 hosting 散熱費是否入模？
常見問題
ASIC 用電都變成熱嗎？
管理估算可近似如此；正式工程仍需按各設備與現場條件設計。
月平均溫度夠嗎？
不夠。尖峰高溫決定降頻、容量和安全邊界。
散熱費如何分到單機？
沒有分表時，可按有效算力或主機實際 kWh 分攤，並持續使用同一方法。
先畫清楚計量邊界
夏季散熱成本不能只看牆上風機的銘牌功率。場地總用電可能同時包含 ASIC、機內風扇、送排風設備、水泵、冷水機、控制系統、照明及變壓器損耗。應先由合格電氣與 HVAC 專業人員確認單線圖、計量表位置及每只電表涵蓋的負載；不要為了量測而自行開啟配電盤或改動線路。
建議把邊界分成三層：ASIC 本體屬於 IT load；搬運或排出熱量的設備屬於 cooling load；照明、保安與共用損耗屬於 facility load。若託管帳單只提供一個 all-in kWh，應要求業者說明電表序號、讀表區間及是否已包含散熱設備。若另收 cooling fee，也要確認它按實際 kWh、固定容量，還是室外溫度公式計價。
基準週至少保留每小時的三層用電、運行中的 ASIC 數量及時區。日後設備增減時，才不會把固定的場地底載誤分配到單台礦機。
用高溫時數取代月平均溫度
月平均溫度會掩蓋最危險的幾個下午。散熱系統往往在室外高溫、濾網阻力上升及熱風回流同時發生時才抵達極限。可將歷史天氣拆成一般、偏熱、極熱及超出設計條件四個 weather bin，分別估算持續時數與運行狀態。
每個溫度區間至少記錄室外溫度、進風溫度、排風溫度、在線 ASIC 數量、散熱設備 kW、實際 хэшрейт、reject 比例及 thermal alarm 次數。資料時間戳必須一致，感測器位置也要固定。過去一年的天氣不是未來保證，因此應同時計算正常夏季、炎熱夏季及連續熱浪三種情境。
新場地沒有歷史資料時，供應商的設計值只能作為假設。正式決策前仍要在分階段 commissioning 中驗證；若測試當日並不炎熱，應清楚標註限制，並安排第一個真實高溫日再次核對。
找出熱風回流與氣流短路
進風過熱不一定代表總風量不足。機架空位、纜線孔洞、隔板縫隙與排風靜壓過高，都可能讓熱風直接回到 ASIC 進氣端。應由具資格的人員製作氣流圖，在安全條件下進行煙流或其他可視化測試，並比較每列機架上、中、下三個位置的進風溫度。
若只有局部熱點，先處理洩漏、阻塞或錯誤的冷熱區隔，再評估增加風機。盲目提高風量可能增加耗電和噪音，卻讓回流更嚴重。每次新增機架、隔間、濾網或纜線路徑後，都應重新量測；commissioning 的一次結果不能永久代表場地。
氣流圖要連到變更紀錄。圖上標示送風路徑、排風路徑、壓力測點、感測器 ID 及無法量測的死角。如此在夏季效率突然惡化時，才能分辨是天氣、設備故障還是場地布局被改動。
把濾網阻力與維護納入成本
低價濾網未必帶來低成本。濾網積塵後壓差上升，風機耗電增加，實際風量下降，ASIC 內部也可能更快積塵。與其固定每月更換一次，不如依壓差、現場粉塵及原廠限制制定週期；壓差感測器本身也要校準。
濾網成本應包括耗材、人工、停機、廢棄處理、額外風機電力，以及因積塵增加的 PSU 或 hashboard 維修。每批濾網記錄安裝日期、起始與更換前壓差、更換原因、同期 cooling kWh 和 thermal alarm，才能比較不同規格的真實總成本。
任何需要靠近旋轉設備、配電或高溫表面的工作，都必須遵守場地的 lockout/tagout 與安全程序，由合格人員執行。本文提供經營估算框架，不是電氣或機械施工說明。
用完整公式分開 ASIC 與散熱負載
管理上可先追蹤兩個比率：
Cooling overhead = cooling kWh ÷ ASIC kWh
Facility overhead =（全場 kWh－ASIC kWh）÷ ASIC kWh
這些比率有助於觀察趨勢，但如果計量邊界不同，就不能直接拿兩個場地互相比較。若系統使用水，還要加入水費、水處理、排放與泵浦維護；共用設備服務多個機房時，應按實際風量、量測功率或其他經核准的 driver 分攤，而不是只按機器台數平均。
舉一個純方法示例：100 台 ASIC 平均各用 3.5 kW，IT load 為 350 kW。一般時段散熱設備用 35 kW，高溫時段用 70 kW。某月有 600 個一般小時和 120 個高溫小時，ASIC 用電為 350 × 720 = 252,000 kWh；散熱用電為 35 × 600 + 70 × 120 = 29,400 kWh；cooling overhead 約為 11.67%。
這不是市場報價。換算 KZT 時，要使用實際合約的 all-in 電價、適用的數位挖礦費及容量費，並把尖峰時段分開。還要比較高溫時維持全功率所保住的 BTC 毛利，是否真的高於額外 35 kW 散熱負載。BTC 價格、network difficulty 與 pool 結果會變動，應至少測試低、基準及高三組情境。
預先定義四種運行狀態
熱浪來臨時才臨時決定關哪台機器，容易同時傷害安全與收益。建議預先定義正常、警戒、降載與停機四種狀態。每種狀態都要有觸發值、決策人、反應時間、受影響 cohort 及恢復條件。
警戒狀態可以增加巡檢、確認濾網與氣流並暫停非必要變更；降載狀態只使用由設備商與合格專業人員核准的設定，優先處理 contribution margin 較低且熱密度較高的 cohort；觸及電氣、消防或原廠溫度限制時，停機條件優先於 BTC 價格。
若有自動降載或關機，入夏前要在小批設備上測試告警傳遞、執行順序與重新上線條件。不能只驗證「能關機」，還要確認不會一次重啟過多設備、形成電力突波或把未檢查的 ASIC 直接送回生產。
正確放置並校準感測器
房間中央的一只溫度計無法代表機架進風。外氣、送風、關鍵機架進風、排風及必要的靜壓點應分開量測。感測器不要放在陽光直射、熱金屬表面或無氣流的死角；位置應在圖上標示，並使用固定 asset ID。
校準紀錄要包含型號、序號、參考儀器、偏差、修正結果及下次日期。相鄰感測器長期差異過大時，不要直接取平均，應先找出安裝或設備問題。估算補值要與實測資料明確區分，避免模型把缺值當成真實的低溫時段。
告警也不宜只用單一上限。溫度持續時間、上升速度及多個測點同時變化，都能提高判斷品質。每個告警必須連到具體處置與負責人，否則再漂亮的圖表也無法降低風險。
入夏前完成分階段 commissioning
不要等到滿載高溫才測試散熱。入夏前先驗證電表與感測器，再測試風機或泵浦備援、告警通知、各運行狀態及安全停機。會影響配電、HVAC 或消防系統的測試，必須由獲授權的專業人員規劃及執行。
驗收包至少包含更新後的單線圖與氣流圖、感測器校準紀錄、濾網與機械維護狀態、備援設備啟動時間、升級聯絡表，以及測試中發現問題的關閉證據。「設備已經啟動」不等於驗收完成；若測試未覆蓋設計高溫，應安排第一個高溫日再次驗證。
每週檢查差異並設定停機線
夏季每週比較預算與實際 ASIC kWh、cooling kWh、高溫時數、хэшрейт、reject、thermal alarm 及 downtime。差異不應全部歸因於天氣；濾網、熱風回流、感測器漂移、firmware 功率設定或故障風機都可能造成同樣結果。
以下情況應觸發停機或重新設計，而不是繼續加設備：進風溫度反覆超出原廠或工程限制；cooling overhead 上升後仍無法保住相稱的產出；thermal alarm 與硬體故障持續高於基準；關鍵電表或感測器資料不足；備援測試失敗；或電氣、消防專業人員要求停止運行。
遇到這些 stop line 時，先重算氣流邊界、負載密度、cohort 的 contribution margin 和安全容量。任何安全限制都不能因 BTC 價格上漲而放寬。
用季後復盤校正下一年的降溫預算
夏季結束後，把預估與實際的高溫小時、降載分鐘、輔助用電、濾網、用水、維修及未產出 BTC 逐項比較。差異要分成天氣、模型、設備故障與操作決策，不把所有偏差都歸因於「今年特別熱」。每項改善指定 owner、期限與驗證方式。
下一年度 CAPEX 以這份實測資料重算。若增加風量只改善局部熱區，優先修正回流與密封；若輔助用電在尖峰時段推高 all-in 成本，則比較分級降載與設備投資。所有方案使用同一氣象檔、同一 ASIC cohort 與同一安全邊界，確保選到的是可驗證的改善，而不是較樂觀的試算。