礦場營運
礦場批量試算：10、50 與 100 台 ASIC
礦場批量試算不是把單機結果乘以 10、50 或 100。跨過某個台數後，可能需要新的 PDU、風機組、班次、備件庫或變壓器；模型應分開變動、階梯與共同成本。 資料核對日期：2026-08-09（UTC+8）。10/50/100 是規畫節點，實際配電和保護仍需專業確認。 目錄 先建立單機護照 台：驗證
礦場批量試算不是把單機結果乘以 10、50 或 100。跨過某個台數後，可能需要新的 PDU、風機組、班次、備件庫或變壓器；模型應分開變動、階梯與共同成本。
資料核對日期：2026-08-09（UTC+8）。10/50/100 是規畫節點，實際配電和保護仍需專業確認。
目錄
- 先建立單機護照
- 10 台：驗證基礎假設
- 50 台：出現階梯成本
- 100 台：進入系統工程
- 三類成本
- 四個擴容 gate
- 按批次看績效
- 把每批設備當成獨立 cohort
- 常見問題
先建立單機護照
每個型號記錄額定/壓力功率、TH/s、J/TH、電壓電流、進風溫度、尺寸、保固與實測中位數。混合機型不可只填平均功率。
批次 ASIC kW＝Σ（台數×單機壓力 kW）；有效 TH/s＝Σ（台數×實測 TH/s×uptime×（1−reject））。
10 台：驗證基礎假設
小批次用來測配電、網路、pool、氣流、噪音與操作流程。監控、工具與安全系統分攤到少量設備，單位成本可能偏高。
先寫 acceptance：連續 24–72 小時穩定算力、溫度不超限、無 breaker 事件、拒絕 share 合格、全場 kW 符合模型。未達標就不進 50 台階段。
50 台：出現階梯成本
此時要正式處理冷熱風、三相平衡、備件與值班。新增風機組或 PDU 會令成本跳升，監控也應從人工查看升級為 alarm、工單和維護窗口。
繪出 fault-domain：單一 switch、PDU 或風機失效會停幾台？分批重啟和 pool failover 都要實測。
100 台：進入系統工程
容量、倉儲、班次與消防程序需提升到項目層級。50 台的共同用電比例未必可直接沿用；可能出現 demand charge、變壓器升級、新散熱階段和專職技術人員。
資本表除 ASIC 外，另列 rack、switchgear、PDU、網路、sensor、備件、安裝與 commissioning。把交貨和基建完成放在同一時間表，避免設備先到卻無法上線。
三類成本
變動成本包括 ASIC kWh、礦池費和按 kWh 收取的項目；階梯成本包括每一批新增的配電與風機；共同固定成本則有租金、主線路、保安與行政。
每 TH/s 完整月成本＝（變動＋階梯分攤＋共同分攤＋折舊）÷有效 TH/s。比較三個台數後，才能知道 scale 優勢是否真實。
四個擴容 gate
每次加入下一批前，確認電力 sign-off、散熱滿載測試、網路/監控、操作人力。任何一項未過，就暫停擴容。採購付款節點可與樣機/序號、出廠測試、運輸及 site acceptance 對應，法律條款另由專業人士審查。
按批次看績效
顯示每批 effective TH/s、facility kW、uptime、reject、每百台事件、維修 KZT/TH 與 net cash/TH。全場平均會掩蓋新批次問題。
若抽驗功率或算力超出 acceptance 範圍，應擴大樣本，不要在驗收整批後才發現系統性偏差。
常見問題
100 台收益是 10 台的十倍嗎？
不一定，階梯基建、共同用電、uptime 與人力都會變。
應從多少台開始？
取能暴露主要技術和流程風險的最小受控批次。
混合型號怎麼算？
各型號分 cohort 試算，再按 kW 與有效 TH/s 彙總。
把每批設備當成獨立 cohort
每次交貨建立 cohort ID，記錄型號與 revision、序號範圍、賣方、出貨日、韌體 baseline、驗收、上線日與保固。後續更換 hashboard 或 PSU 必須留在 change log。全場平均可能掩蓋新批功耗偏高或重啟頻繁，cohort 才能在相同溫度、pool、韌體與時間窗下比較。
每批同時保留計畫與實際台數、online 數、stress kW、facility kW、accepted TH/s、uptime、reject、事件、維修時數和 KZT 成本。任何偏差都連回技術原因，而不只解釋成幣價變化。
為每個階段建立基建 BOM
電力、冷卻、網路與營運分開列 bill of materials。每列有數量、單價、lead time、安裝責任人、commissioning 證據及下一個容量門檻。設備已買到不代表可用；配線、風道、監控、工程 sign-off 和人員 training 完成後才計入 available capacity。
持續負載、保護與消防須由熟悉當地規範的合資格專業人員核可。試算表不是讓營運人員自行選 breaker、纜線或繞過保護；安全證據缺失時，擴容 gate 保持關閉。
階梯成本不要過早攤成平均
新的 PDU 可能在第 26 台、風機組在第 41 台、第二班人員在第 70 台才觸發。實際門檻由工程圖、報價與 staffing plan 確定。每個 step 記錄 trigger、總成本、壽命、啟用日及分攤 cohort。
同時保留 incremental cash 與 full economic cost。既有空間看似免費，仍有維護、替換和 fault-domain 代價；但 pilot 也不應一次承擔多年後才需要的全部變壓器成本。
一個有完整標示的 10/50/100 算例
假設單機 stress 3.5 kW、accepted hashrate 190 TH/s、uptime 95%、reject 1%，有效算力為：
190 × 0.95 × (1 − 0.01) = 178.7 TH/s。
10/50/100 台的 ASIC 負載是 35/175/350 kW。若三階段實測 facility overhead 分別為 15%、18%、22%，總量約 40.25/206.5/427 kW；不能把 10 台係數直接複製到 100 台。有效算力則約 1.787/8.935/17.87 PH/s。
若 branch、相別、風道或 cooling 只允許 82 台，「100 台」就只是差距分析，不是可下單數量。以上全是假設，實際輸入要連到原廠規格、驗收量測、工程簽核或發票。
建立最小瓶頸矩陣
逐一比較 utility/合約 kW、變壓器、switchgear、PDU/branch、散熱、風道、rack、uplink、IP pool、監控及人力。每列有 design maximum、核准運行線、當前實測、預留及 headroom；真正可上線台數由最小值決定。
網路不只看 bandwidth。單一 switch、DHCP 或監控故障會影響多少設備？失去監控時 ASIC 可能仍運行，但過熱或 payout address 異常不易察覺，因此 visibility 也屬於容量 gate。
備件與人力要量化
依 failure history、供應 lead time、保固週期及重要度規畫 fan、PSU、control board、線材與 sensor，保存 part number 和來源。把技術人員工時分成預防、故障、清潔、庫存、報告和 on-call；用每次事件中位工時與月事件率測試 staffing。
若 on-call 無法在承諾時間處理，新增 ASIC 的收益必須扣除新班次成本。涉及帶電、配電或消防的工作另由合資格人員負責，不能拿普通維修人力填補。
用 wave commissioning 和 rollback 控制上線
每批先啟動少量測試組，再按工程核准 wave 加入。每階段比較 power/cooling/network baseline、stress kW、溫度、alarm、accepted hashrate 與 restart；超過 stop-line 就停止下一 wave。
韌體、pool profile 和監控模板使用有版本的 baseline，先在 pilot cohort 測試並準備 rollback。Commissioning 文件列出上線序號、拒收設備、未結缺陷、量測時間與簽核人；拒收機器不算 online，也不應自動觸發付款里程碑。
把付款和 delivery-to-online 接起來
現金流包含訂金、庫存/出廠證據、運輸、報關、到場、acceptance 與保留款。每一筆都有證據與日期。ASIC 先到、基建延誤時，保固時間可能消耗但收益尚未開始，因此模型要顯示 order-to-online 天數、idle capital 與首個完整運行月。
即使 100 台一次購買單價較低，若其中 40 台在倉庫兩個月，總結果可能更差。Runway 情境要同時測 BTC 價格、difficulty、uptime、電費與投產延遲；擴容後仍須能覆蓋近期帳單與緊急準備。
每次放大前做正式 review
從 10 到 50、50 到 100 都要提交技術、營運及財務證據。若有效算力低於驗收線、facility overhead 未知、供電或冷卻 headroom 無證據、事件 backlog 上升、備件 lead time 過長、不能匯出原始數據，或新訂單會削弱 KZT 帳單準備，就停止 scale。
Review 把原始 hypothesis 與實際結果並列。市場價格上漲不能掩蓋技術缺陷；市場下跌也不應把合格 commissioning 誤判成失敗。可控制的營運指標與外部市場指標要分開評價。