ASIC 選擇

ASIC 採購前檢查清單

ASIC 採購最大的風險不只在選錯型號。序號不符、非預期韌體、隱藏維修、PSU 電壓不合、保固證明不足或未驗收先付清,都可能把便宜報價變成昂貴事故。檢查表應形成可追溯的交易檔案。 資料核對日期:2026-08-09(UTC+8)。賣方、保固及進口條款因交易而異,合約應由法律與技術人員共同審查。 目錄

ASIC 採購前檢查清單

ASIC 採購最大的風險不只在選錯型號。序號不符、非預期韌體、隱藏維修、PSU 電壓不合、保固證明不足或未驗收先付清,都可能把便宜報價變成昂貴事故。檢查表應形成可追溯的交易檔案。

資料核對日期:2026-08-09(UTC+8)。賣方、保固及進口條款因交易而異,合約應由法律與技術人員共同審查。

目錄

  • 先查賣方
  • 序號與文件鏈
  • 實體與安全檢查
  • 不是開機就算驗收
  • 韌體與帳號
  • 合約與總落地成本
  • 三種決定
  • 先把採購規格寫成可驗證條件
  • 把到貨驗收與付款節點綁在一起
  • 常見問題

先查賣方

法律名稱、註冊資料、收款人、地址、退換/保固流程與過往交付證據要互相一致。收款人不同於合約相對人時,沒有書面解釋不付款。聊天帳號和倉庫影片不是完整 due diligence。

報價要寫完整型號 suffix、算力 bin、數量、新/二手/翻修狀態、PSU、線材、韌體、包裝、Incoterm、交期與 acceptance。「S21 200T」不足以界定一批貨。

序號與文件鏈

付款前要求序號清單或鎖定批次的機制。到貨核對機殼、控制板與系統識別;重複、抹除或超出合約範圍的序號進 quarantine。

發票、packing list、運輸、所有權與保固起算日放在同一檔案。製造商保固頁是通則,仍要與交易條款逐項對照。

實體與安全檢查

記錄包裝損傷、腐蝕、灰塵、液體痕跡、風扇、接頭、線材、封條與維修痕跡。二手機還要查高溫、超頻及換板歷史。

測試台必須符合官方電壓、線材、接地與保護要求,不可為趕驗收臨時拼接高功率線路。

不是開機就算驗收

在穩定測試窗記錄礦池被接受算力、牆上功率、溫度、風扇、拒絕 share、重啟及日誌錯誤,並把製造商 tolerance 與合約 acceptance 對照。

大批次可先抽樣,但合約要預定「瑕疵超過門檻後擴大或全檢」。不合格機直接走 replacement、credit 或 quarantine,不在現場口頭爭議。

韌體與帳號

只使用官方或事先核准的可信韌體。立即更改預設密碼、移除未知 pool/address、重置設定並檢查惡意程式,不能保留賣方遠端帳號。

需要更新時,先以 10–30 台 pilot,核對官方檔案、備份設定、準備 rollback,觀察至少完整穩定窗口後再擴散。

合約與總落地成本

寫清 deposit、milestone、holdback、驗收、延遲、DOA、效能短缺、保固物流與爭議地。若「售出不退」同時取消技術驗收,風險幾乎全在買方。

落地成本要含設備、運輸、關務、保險、經紀、支付/換匯、測試、維修準備與基建,不能只比 USD/TH。

三種決定

Go:文件、序號、測試和基建皆完成。Conditional:問題可修、款項仍 holdback 且有期限。No-go:賣方與收款不符、拒給序號、隱瞞非官方韌體、無法安全測試或壓力經濟為負。

每個結論附證據與核准人,不因「今天最後價」跳過清單。

常見問題

新機也要長時間測試嗎?

要,運輸損傷與批次偏差同樣可能出現在新機。

何時取得序號?

最遲在驗收及尾款前,最好於合約中提前約定。

第三方韌體一定不能用嗎?

不一定,但沒有來源、安全、保固與 rollback 證據時不應使用。

先把採購規格寫成可驗證條件

報價前先完成一頁需求書,列出精確型號與版本、最低穩定算力、壓力運行時可接受功耗、網路介面、電源線與冷卻方式、交付地點,以及允許或禁止的韌體狀態。「約 200 TH/s」或「同級機器」不是可驗收的規格,賣方可能用不同批次、翻修板或不適配現場配電的版本交貨。

把條件分成「未符合即拒收」和「可加分」兩類。序號清單、管理員權限可重設、規格與實物一致通常應是硬條件;附贈備件則可列為加分。每個條件旁邊先指定證據:原廠規格頁、帶時間的序號照片、miner status 匯出、獨立功率量測或承運文件。沒有指定證據,就很容易在交貨後變成各說各話。

把不同報價換算到同一基準

不要只比較「單機價」。同一張表應包含設備、運費、保險、報關、付款費、備件、保固、安裝與首次維修準備金,並記錄報價貨幣及匯率日期。最後比較的是「可投入運行的每 TH/s 落地成本」。新機與二手機要分表;二手機若沒有工時、維修、hashboard 更換、腐蝕與高溫歷史,就標為歷史不明並提高風險準備金,而不是假設狀況良好。

若報價以 USD 或 USDT 計價、營運現金流以 KZT 計算,至少做基準、逆風和順風三種匯率情境。這不是預測匯率,而是確認付款日前後仍有足夠現金完成運輸、稅費與投產。賣方若拒絕寫明匯率採用日或有效期,應停止付款。

讓付款跟驗收證據綁在一起

能談判時,把付款拆成訂金、序號與庫存證據確認、到貨,以及 acceptance 通過後的保留款。比例由雙方商定,重點是每一筆款都對應可量測的里程碑。若使用 escrow,也要查清楚保管資金的法律主體、爭議時採信哪些文件、處理期限與適用法域;不要因頁面寫着「擔保交易」就視為可追回。

合約須分別回答所有權何時轉移、運送風險由誰承擔,以及序號不符或運損時誰支付更換費。這三項沒有書面答案,就不要把款項匯到個人帳戶或陌生錢包。加密資產付款通常難以撤回,必要時應先取得法律與財務意見。

大批設備要有抽樣與升級規則

一台能開機不代表整批合格。小批量可逐台檢查;大批量應由買方隨機抽樣,並把包裝受損、標籤異常、韌體不同或有過熱痕跡的機器列為高風險全檢。樣本不能只由賣方挑選頂層或預先準備好的機器。

同一份紀錄要連結箱號、序號、測試起訖時間、機器端與礦池端算力、實測功耗、溫度、rejected share、重啟及 hashboard 數量。驗收線不應只看短時間平均算力;反覆重啟後偶爾衝高的設備仍可能不合格。具體門檻要依原廠規格與現場條件設定,不要套用沒有來源的固定百分比。

若抽樣不合格率超過合約門檻,下一步應自動升級為擴大抽驗、全批檢查、換貨、重新議價或拒收。升級規則要在簽約前寫好,不能到貨後才讓賣方決定「再換幾台就算了」。

建立可追溯的證據包

採購資料夾至少保留報價、合約、invoice、packing list、序號 CSV、付款證明、承運與保險文件、報關資料、原始照片、韌體版本及 acceptance 紀錄。檔名包含日期、批次與設備識別碼,原始檔唯讀保存,註解放在工作副本。重要檔案可記錄 hash,以便區分原始證據與後續修改版本。

設備入庫時給內部 asset ID,並與原廠序號綁定。日後更換 hashboard、控制板或風扇,要記錄零件序號、原因、日期與執行者。這套 chain of custody 能在保固爭議時說明「驗收時是哪個配置」,也避免維修後把兩台設備的紀錄混在一起。

驗收文件不是一句「已收貨」

正式 acceptance 應列出批次、抽樣方法、韌體、測試環境、量測工具、各條件 pass/fail、未結問題與修正期限。可接受的設備與拒收設備分開列,雙方留存同一版本。若出現序號不符、log 不提供、管理權限無法重設、未知韌體不能移除、電氣安全未經合資格人員核可,或賣方拒絕書面修正期限,就不要簽署無保留驗收。

爭議包可預先做模板:合約條款、序號、帶時間照片、miner log、礦池端資料、功率量測、往來訊息和要求的處理方式。與其只寫「機器不能用」,不如指出哪個驗收條件失敗、何時發生、影響哪些序號,讓技術問題能轉成可執行的商務處理。

七天與三十天後再關帳

第七天檢查重啟、rejected share、溫差、風扇異常及礦池端算力穩定度;第三十天再看每台偏差、維修次數、實際 kWh/TH 與收益影響。這些數據要回寫下一批需求書,而不是只存在維修人員聊天紀錄。

最終只能有三種狀態:通過並釋放保留款;有條件通過且具體修正計畫仍在追蹤;拒收並啟動合約內換貨或退款程序。「暫時會跑」不是資產台帳可以長期保留的驗收狀態。

把到貨驗收與付款節點綁在一起

採購合約應把訂金、到貨、抽樣測試與最終驗收拆成可量測的付款節點。每一節點寫明需要的文件、允許偏差、補救期限與拒收權,避免設備已全額付款後才發現序號不符、效率不足或保固無法轉移。賣方若要求提前支付,風險應反映在保函、託管或更小的試單規模上。

到貨當天先封存外箱、鉛封、序號與運輸損傷證據,再依預先決定的風險抽樣比例開機。測試條件需記錄電壓、環境溫度、韌體、pool 與觀察時間;算力與功耗不能只看瞬時峰值。失敗樣本超過門檻時,擴大抽樣或整批隔離,不讓未驗收設備直接混入正式礦場。

最終驗收單把序號清單、測試結果、例外、補件與保固起算日集中在一起。尚未關閉的例外要有保留款、負責人及期限。這讓採購清單從提醒事項變成能支撐付款、爭議與後續資產管理的證據鏈。

官方與第一手來源

  1. BITMAIN: ASIC hashrate, power and efficiency
  2. BITMAIN: ASIC installation and operating requirements
  3. BITMAIN: warranty and repair terms
  4. Canaan: miner diagnostics
  5. Bitcoin developer documentation: mining protocol and rewards
  6. Schneider Electric: electrical capacity sizing