哈薩克斯坦比特幣挖礦成本：完整費用模型

在哈薩克斯坦評估一台 ASIC，最容易犯的錯不是算錯電費，而是把「毛產出」當成「可留下的現金」。真正的挖礦成本同時受到設備功耗、實際算力、電價、適用費費率、礦池結算方式、停機、維修、散熱、場地公共用電、折舊與資金占用影響。少算其中一項，回本期就可能看起來比實際短很多。

本文提供一套不依賴即時 API 的手動模型。你可以把礦池後台、電表、設備規格與官方法規頁面上的數字填進同一張表，再用保守、中性與壓力三種情境判斷：這台 ASIC 應該開機、降頻、暫停，還是不該買。

資料核對日期：2026-08-09（UTC+8）。電價、稅務規則、數位挖礦相關費率、礦池費率與設備條款可能變動，正式決策前必須重新核對原始來源。本文不是投資、法律或稅務意見，也不保證收益。

先定義要算的結果

同一組輸入可以產生不同結果。採購前至少要分開看四個指標，不能只盯著「每天賺多少」。

營運毛利：礦池入帳換算成法幣後，減去電力、礦池費、場地與當期維修費。這個數字回答「今天開機是否比關機好」。
設備現金回收：營運現金流累積到設備、運輸、安裝與配電改造的初始支出。這個數字回答「投入的現金何時回來」。
含折舊損益：營運毛利再扣設備折舊。這比較接近經營報表，但折舊不是當期現金流。
退出價值：在第 6、12 或 18 個月出售設備時，可回收多少殘值，拆機、運輸與平台費又是多少。

四個指標可能給出不同答案。例如，一台已經買下且沒有轉售市場的礦機，只要邊際收入仍高於邊際電力與短期維護成本，開機可能合理；但同樣的收入未必足以支持「今天再買一台」。所以模型必須區分沉沒成本、可避免成本與新增投資。

建議把計算期間設成「日、月、整個持有期」三層。日模型方便判斷停機；月模型方便安排電費與維修現金；持有期模型才適合比較買 ASIC、直接買 BTC 或保留現金。

需要準備的輸入資料

先建立輸入表，不要直接在公式裡寫死數字。每個欄位旁邊保留「來源、核對日期、保守值」三欄。

輸入	單位	應從哪裡取得	常見風險
標稱算力	TH/s	製造商規格	實機可能低於標稱
牆上功耗	W	製造商規格與電表	溫度、韌體與風扇轉速會改變功耗
有效運轉率	%	礦場監控紀錄	斷電、網路、過熱與維修都會降低
電價	KZT/kWh	合約與帳單	可能包含容量、需量或其他費用
適用挖礦費	KZT/kWh 或法定單位	KGD、Adilet 與專業顧問	規則與適用條件會變動
礦池毛產出	BTC/日	礦池後台或手動估算	難度與交易費會變動
礦池費率	%	礦池官方說明	PPS+、PPLNS 等方法不同
BTC 換算價	KZT/BTC	你實際可成交的來源	市價不等於到帳淨額
場地公共用電	kWh/月	獨立電表	風機、泵、照明、路由器常被漏算
維修準備金	KZT/月	歷史工單或預算	新場地沒有歷史資料時容易過低
設備取得成本	KZT	發票與物流單	關稅、運輸、安裝與備品可能漏列
預計殘值	KZT	可驗證的二手報價	牛市報價不宜直接外推

以 BITMAIN S21 Pro 為規格範例，官方頁面列出的典型算力為 234 TH/s、25°C 牆上功耗為 3510 W、效率為 15 J/TH；同一頁也註明算力典型值可能有 ±3% 波動，功耗與效率可能有 ±5% 波動。這代表採購模型不應只放一個 3510 W，而應至少測試 3335 W、3510 W 與 3686 W 附近的功耗帶。這只是展示如何處理製造商容差，不代表你一定要選這個型號。

設備輸入電壓、電流、溫度與海拔限制也不能忽略。若場地供電與設備要求不匹配，後續的改造費、降載或停機都會直接改變成本。規格表的「典型值」不能代替現場電表與長時間監控。

單台 ASIC 的電力成本

最基本的日耗電公式是：

日耗電量（kWh）＝牆上功耗（W）÷ 1000 × 24 × 有效運轉率

日設備電費（KZT）＝日耗電量 × 合約電價

如果用 3510 W 作為純示範，且有效運轉率設為 96%，日耗電量為：

3.510 × 24 × 0.96 ＝ 80.8704 kWh

這個數字只代表礦機本體。礦場還有排風、補風、泵、交換器、路由器、監控、照明與可能的變壓器損耗。比較穩健的做法有兩種：第一種是為輔助設備裝獨立電表；第二種是在沒有分表時，用全場總電量減去各 ASIC 估算電量，再把差額按機器數或算力分攤。

單機分攤公共用電＝（全場總用電－ASIC 本體估算用電）÷ 有效運轉台數

不要用固定百分比永久代替實測。新場地可以先設一個暫定比例，但上線後應以至少一個完整帳單週期校正。如果夏季與冬季差異大，應分季節建模。

電力帳單也不一定只有每度電單價。合約可能有容量、需量、功率因數、尖離峰或其他項目。模型中應把「隨 kWh 變動的費用」和「每月固定或半固定費用」分開，因為停掉一台機器不一定能省下全部固定費用。

從毛產出推到淨現金流

不依賴即時 API 時，最實用的做法是直接抄錄礦池後台的實際日產出，或使用你信任的網路難度與產出估算，再保留核對日期。Bitcoin 開發者文件說明，礦池會根據礦工提交的 share 分配區塊獎勵與交易費，不同礦池可採不同分配制度；getmininginfo 則可提供當前難度與全網算力等網路資訊。

日毛收入（KZT）＝日產出（BTC）× 實際可成交價格（KZT/BTC）

礦池後收入＝日毛收入 ×（1－礦池費率）

如果礦池後台已顯示扣費後的實際入帳，就不要再扣一次。模型要明確標示輸入是「扣費前估算」還是「扣費後到帳」。ViaBTC 的官方說明顯示，其 PPS+ 與 PPLNS 結算構成和費率不同，而且估算收益仍會受到難度與交易費變化影響。這個例子說明：不能只把礦池費率當成唯一差異，結算制度造成的短期波動也要納入現金緩衝。

完整的日營運現金流可以寫成：

日營運現金流＝礦池後收入－ASIC 電費－公共用電分攤－適用挖礦費－場地分攤－網路分攤－維修準備金－出售與換匯成本

其中「出售與換匯成本」只有在你把 BTC 換成 KZT 或其他支付電費的資產時才發生。若選擇持有 BTC，會計上仍應記錄產出時點與後續價格變動，但現金流模型要清楚顯示尚未變現，不能把帳面價值當作已可支付的現金。

停機、維修與散熱成本

停機率

停機不只是少挖幾個小時。它可能造成重啟人工、維修運輸、備機占用與礦池端有效算力下降。最簡單的運轉率是：

有效運轉率＝實際上線小時 ÷ 計畫上線小時

不要只看設備「在線」狀態。算力明顯低於正常範圍、頻繁重啟或大量拒絕 share，也應折算成有效停機。月模型可另外記錄：電力停機、網路停機、過熱降頻、設備故障、計畫維護，各自的時數與原因。原因分類能幫助你判斷問題是場地、設備還是礦池連線。

維修準備金

沒有歷史紀錄時，不應假裝知道精確故障率。可以先建立三個輸入：每月預期故障件數、單次平均零件費、單次平均人工與物流費。之後每月用真實工單更新。

月維修準備金＝預期故障件數 ×（平均零件＋人工＋物流）

保固內也不代表維修成本為零。BITMAIN 官方保固頁面列出不同設備與零件的保固期間，並提醒實際期間以銷售合約為準。停機等待、寄送、拆裝與備機仍可能產生成本。因此採購時應保存發票、序號、出貨日期、銷售合約與保固查詢結果。

夏季散熱

ASIC 消耗的電力最終幾乎都會成為熱負載。散熱模型至少要包含排風或冷卻設備的額定功率、實際負載率、運轉時數與季節。若無獨立電表，可先用設備運轉時數估算，再以夏季帳單校正。

日散熱電費＝散熱設備功率（kW）× 運轉時數 × 負載率 × 電價

高溫還會間接提高風扇功耗、降低算力或觸發停機。BITMAIN 的規格以 25°C 進風溫度列示典型牆上功耗，並給出操作溫度與海拔限制；因此夏季情境應同時提高功耗、增加散熱費並降低可用率，而不是只加一筆空調費。

折舊與設備殘值

折舊是成本分攤方法，不是價格預測。直線法可作為第一版：

月折舊＝（設備可折舊成本－預計殘值）÷ 使用月數

設備可折舊成本可以包括購買價、運輸、安裝與使設備達到可運轉狀態的直接成本；具體稅務與會計處理必須交由熟悉哈薩克斯坦規則的專業人士確認。經營決策還應另外建立「市場殘值情境」，因為 ASIC 二手價通常受到 BTC 價格、網路難度、同代設備效率、新機供給、保固與機況影響，未必按直線下降。

建議至少保存三條殘值曲線：

保守值：假設需求弱、設備效率落後，並扣除拆機與出售成本。
中性值：使用多個可驗證二手報價的中位區間，不採單一賣家最高價。
退出良好值：市場流動性較佳，但仍扣除平台、物流與檢測成本。

回本分析不能把高殘值和高 BTC 價格同時當成必然。這兩者通常高度相關，應放在同一情境中，而不是把每個最樂觀輸入拼成一個不可能的組合。

三種情境怎麼設

情境的目的不是猜準未來，而是找出結論對哪些輸入最敏感。至少建立以下三組：

輸入	保守情境	中性情境	壓力情境
BTC 換算價	低於目前可成交價	使用已核對價格	再下調一段
網路難度	上升	小幅變動	明顯上升
有效運轉率	依歷史較差月份	依近期中位數	加入長時間停機
牆上功耗	製造商典型值上緣	實測中位數	高溫與容差上緣
公共用電	夏季或高負載	年度平均	散熱效率惡化
維修	正常準備金	歷史平均	大修與物流延遲
殘值	低	中	接近零或難出售

命名上不要把最樂觀情境叫「基準」。基準應是你最有證據支持的數字；樂觀值只能用來看上行，不應用來決定能否承擔負債。

難度情境可以直接修改「每 TH/s 的 BTC 產出」，不必在試算表裡重建整個 Bitcoin 協議。若假設其他條件不變，難度上升通常會降低同等算力的預期產出。但交易費、全網算力與礦池結算波動會讓實際結果偏離簡化比例，所以模型結果應標為估算。

回本期與停機線

簡單回本期

簡單回本月數＝初始現金投入 ÷ 月營運現金流

如果月營運現金流小於或等於零，回本期不是「很久」，而是目前情境下不存在。試算表應顯示「無法回本」，不要顯示負月數或除以零錯誤。

簡單回本忽略了難度、價格、維修與殘值的時間變化。更穩健的方法是逐月列出產出、收入、支出與累積現金流；當累積值首次大於零時才算回本。若第 12 個月出售設備，應在該月加入扣除退出成本後的殘值。

停機線

短期停機判斷只比較「繼續開機會新增的收入」與「開機才會新增的可避免成本」。

每 kWh 邊際收入＝礦池後日收入 ÷ ASIC 日耗電量

若每 kWh 邊際收入低於電價加上按 kWh 計收的適用費與即時可避免散熱成本，繼續開機會擴大現金損失。此時應再確認停機是否會產生合約罰款、最低用量或重啟成本。固定租金與已支付設備款通常不應重複塞進短期停機線，但它們仍影響長期退出決策。

單機與礦場批量計算

批量計算不能只把單機結果乘以台數。至少要處理四個差異：

不同型號功耗與算力不同，應按型號分組。
公共用電不一定線性，風機、泵與變壓器有最低負載和效率曲線。
場地電力容量要保留安全裕度，不能用合約容量除以標稱功耗就塞滿。
維修、備品與人力可能呈階梯增加，例如超過某台數後需要額外班次。

建議每一批設備建立以下欄位：型號、台數、實測算力中位數、實測功耗中位數、當月在線時數、拒絕 share 比例、維修中台數、保固到期日。匯總表再計算總算力、ASIC 本體功率、公共功率、最大預估負載與剩餘容量。

批次有效算力＝台數 × 單機實測算力 × 有效運轉率 ×（1－拒絕 share 比例）

批次總功率＝ASIC 本體功率合計＋公共設備功率＋預留裕度所需容量

預留裕度不是「一定會用掉的電」，而是保護配電設備、應對功耗容差與啟動條件的設計空間。實際選線、斷路器、配電盤與保護設定必須由合格電氣專業人員依現場規範完成。

決策前的核對流程

1. 核對設備

從製造商官方規格抄錄算力、牆上功耗、輸入電壓、電流、操作溫度與容差。
用實機電表與礦池算力校正，至少保留正常日與高溫日資料。
確認序號、保固起算、銷售合約、維修地點與運輸責任。

2. 核對電力與法定費用

使用實際合約和最近帳單，不用網路文章中的「平均電價」代替。
在哈薩克斯坦國家稅務委員會的數位資產專區與 Adilet 法規資料庫核對現行規則。
對適用主體、計費單位、申報期間與生效日期有疑問時，取得本地專業意見。

3. 核對產出

記錄礦池結算方法、費率、支付門檻與扣費前後口徑。
保存每日 BTC 入帳、有效算力、拒絕 share 與停機時數。
每次更新難度或 BTC 價格時保留核對日期，避免新舊輸入混用。

4. 做壓力測試

BTC 可成交價下降。
難度上升。
電價或適用費提高。
夏季公共用電增加。
有效運轉率下降且出現一次大修。
第 12 個月殘值低於預期。

如果只有樂觀情境能回本，這不是「高報酬」，而是高度依賴外部條件。採購決策應寫清楚：哪一個輸入到達什麼值時停止購買、降頻、停機或出售設備。

常見問題

可以直接使用網路上的挖礦收益計算器嗎？

可以當作交叉檢查，但不能代替自己的成本表。外部計算器通常不知道你的實際電價、法定費用、公共用電、停機、維修、出售成本與設備取得成本，也可能採用不同的礦池結算假設。

功耗應填標稱值還是實測值？

採購前用製造商典型值加容差做情境；上線後改用同一批設備的實測中位數，並保留高溫或高風扇轉速時的上緣。不要只挑最好的一台作代表。

BTC 價格上漲是否代表一定更快回本？

不一定。價格上升可能伴隨全網算力、難度和設備二手價上升；你的可成交價格還會受到出售時點與費用影響。模型應同步更新難度與成本，而不是只提高收入。

折舊要不要放進停機判斷？

短期停機線通常看可避免現金成本；已發生的設備成本和當期會計折舊不會因關機立即消失。但折舊與殘值必須放進採購、持有與退出決策。

如何避免把稅費或挖礦費算錯？

不要依賴舊新聞或二手摘要。記錄官方頁面、法規版本、生效日期與核對時間，並確認你的經營主體與用電安排是否落入相同適用條件。本文刻意不寫死一個「全國通用」費率，因為適用規則可能更新或因條件不同而異。

把模型交給第二個人重算

成本表真正有用的標準，不是作者看得懂，而是另一個沒有參與建表的人能用原始單據重算出相同結果。複核者應從電費帳單、電表讀數、礦池匯出、維修工單和設備清單重新建立一個月份，再和主模型逐欄比對。若差額只被寫成「其他」，表示證據鏈仍不完整。

先核對單位。功耗可能以 W、kW 或整櫃 kW 表示；電量是 kWh；算力可能是 TH/s 或 PH/s；BTC 產出則要區分礦池預估、已結算餘額與已到錢包的 payout。把 W 直接當 kW、把日產出當月產出、把池內餘額當已收到現金，都是會讓回本期失真的常見錯誤。每個輸入欄旁應保留單位、來源、擷取日期與負責人。

複核時不要只重算平均月。至少選三個月份：接近正常運作的基準月、停機或高溫較多的壓力月，以及電價或難度明顯改變的月份。三個月能說明模型是否只在理想條件成立。若壓力月的實際淨現金流跌破模型下緣，應先調整停機率、散熱或維修假設，不能用「偶發」把差異排除。

資金委員會應看到哪一張表

送交採購或投資決策時，不要只給一個回本月數。首頁應是一張可追溯的決策表，至少列出設備與投產成本、每月固定支出、每 kWh all-in 成本、可用率、淨 BTC 產出、需要出售的 BTC 比例、現金最低點和期末殘值。每個結論都要能點回原始假設，而不是藏在試算表深處。

同一張表應並列基準、壓力和拒絕三種情境。拒絕情境不是「價格歸零」這類無法操作的極端，而是專案真正承受不了的組合，例如電力成本上升、difficulty 持續增加、可用率下降且殘值變低。只要該組合落在合理可能範圍，而現金缺口又超過可用準備金，採購就應暫停。

決策紀錄要寫清楚哪個變數最敏感。若結果主要依賴 BTC 價格，這是一個價格曝險決策；若主要依賴低電價，風險在合約與計量；若主要依賴設備殘值，代表模型把太多回收放在尚未發生的二手交易。把風險名稱寫明，比把預期報酬多算一位小數更有用。

投產後如何做偏差分析

每月關帳後，用「實際減預算」拆解偏差，不要只看總差額。電力偏差要分成耗電量與單價；產出偏差要分成有效算力、礦池結算、difficulty 與停機；維修偏差要分成零件、人工和損失的產出；出售偏差則分成 BTC 數量、成交價格和費用。這樣才能判斷下一步是修機、換池、改散熱，還是降低出售節奏。

建立固定的處置門檻。例如連續兩個結算期的實際可用率低於壓力情境、單位電耗高於驗收值，或現金準備只能覆蓋下一期電費時，應觸發技術檢查與資金會議。門檻要在問題發生前寫好，否則團隊很容易在虧損後才重新定義「正常」。

最後保留版本。修改電價、difficulty 或殘值假設時，記錄日期、理由、來源與批准人，舊版本不要覆蓋。只有如此，日後才能區分「當時根據合理資料做出的錯誤判斷」和「事後為了讓模型好看而改動歷史假設」。

官方與一手來源

最後，請把這個模型視為持續更新的經營帳，而不是購機當天算一次就封存的試算表。每個帳單週期更新電價與公共用電，每週更新難度與實際產出，每次維修更新故障成本，每月重估殘值。當資料來自自己的電表、礦池與工單時，停機線和採購結論才會逐漸可靠。

目錄