買 ASIC 還是直接買 BTC：相同資金比較

買 ASIC 與直接買 BTC 都會受 Bitcoin 價格影響，但現金流完全不同。直接買 BTC，是把資金立即換成可分割、相對容易出售的資產；買 ASIC，則把資金換成設備、電力基礎設施和持續營運能力，再用時間換取新產出的 BTC。因此真正要比較的不是「哪個漲得多」，而是：在相同起始資金、相同期間與相同風險限制下，哪條路的期末淨值較高？

本文提供一個可重算的方法，不使用即時 BTC 價格或任何賣家的今日收益數字。你應在決策當日自行輸入市場資料、合約電價與真實設備測量值。

資料與官方來源於 2026-08-09（UTC+8）核對。本文不是投資、法律或稅務意見。

先統一比較規則
ASIC 路線的完整起始成本
直接買 BTC 的起始部位
兩條路的期末價值公式
難度與停機如何改變結果
電力與數位挖礦繳費
殘值與流動性
三種情境示範
敏感度表怎麼做
停止購買的條件
決策頁應包含什麼
常見問題
官方與第一方來源

先統一比較規則

兩個方案必須使用同一個起始日、期末日和計價幣別。例如 T0 是今天、T12 是十二個月後，兩條路都以 T12 的堅戈價值或 BTC 數量結算。

先固定：起始資金、模型期間、匯率、最早可能需要現金的日期、最大可承受損失、每週可投入的維運時間，以及稅務與會計處理能力。

最常見的不公平比較，是每月額外拿新錢支付 ASIC 電費，卻只在第一天買一次 BTC。可選兩種一致方法：

封閉資金法：一開始就從總資金預留 ASIC 的未來電費與維修費；BTC 路線則把同一筆總資金投入 BTC。
每月現金流法：每月投入 ASIC 電費多少錢，就在 BTC 路線同月投入相同金額買 BTC。

模型期間不能中途換方法。

ASIC 路線的完整起始成本

完整成本不是發票上的裸機價格：

ASIC 起始成本 = 設備 + 運輸 + 關稅/稅項 + PSU/線材 + rack/PDU + 網路 + 冷卻分攤 + 安裝 + 維修準備金

使用 hosting 時，還要加入押金與預付費；自建場地時，要把變壓器、配電、電表、消防與通風的合理分攤計入。若基礎設施是為 100 台設計、第一年只裝 30 台，不應用 100 台稀釋當期成本。

製造商規格可確認標稱 хэшрейт、功耗和效率，但不是收益保證。牆端功耗會受 PSU、電壓、溫度、firmware 模式和設備狀態影響。採購模型至少保留七天實測或賣家的可驗證測試紀錄。

即使仍在保固期，也應有風扇、PSU、線材、物流與診斷準備金；保固通常不會補償設備停機期間沒有產出的 BTC。

直接買 BTC 的起始部位

基本公式是：

取得 BTC = 可投入淨額 ÷ 實際成交均價

淨額要先扣除交易費、spread、法幣轉帳成本與保管建置費。不要把畫面報價當成大額訂單的實際平均成交價。若分批成交，應逐筆記錄時間、價格、費用、交易平台法定主體與付款來源。

直接持有也不是零成本：hardware wallet、備份材料、安全儲存、會計記錄和日後轉入受監管平台都可能產生成本。它通常低於礦場電費，但不能忽略。

直接 BTC 的主要優勢是可分割出售。模型可加入「需要現金時，幾天內能以多少費用換回堅戈」；牌照、KYC、銀行接受度和提款限制都要在操作日即時確認。

兩條路的期末價值公式

ASIC 路線：

期末淨值 = 未售出的產出 BTC × 期末 BTC 價格 + 已出售 BTC 留下的現金 + ASIC 淨殘值 – 營運支出 – 關閉/出售成本

直接 BTC 路線：

期末淨值 = 持有 BTC × 期末 BTC 價格 + 期間出售留下的現金 – 保管與出售成本

另做 BTC 數量比較：

ASIC 的 BTC 優勢 = ASIC 路線期末淨值換算的 BTC – 直接購買的 BTC 數量

有些模型顯示 ASIC 以堅戈計算有正收益，卻比直接買入累積更少 BTC。這不一定矛盾，關鍵是你的目標究竟是穩定支付電費的現金流，還是長期累積 BTC。

稅前與稅後結果應分開。挖礦取得的數位資產與市場買入的資產，原始證明文件和可能適用的處理不相同；稅後欄位只能在會計師確認主體與交易結構後使用。

難度與停機如何改變結果

Bitcoin 的挖礦機率取決於你的 хэшрейт 相對於全網 хэшрейт。difficulty 上升後，同一台 ASIC 每日產出的 BTC 會下降；已買到手的 BTC 數量則不會因 difficulty 改變。

不要把今天的日收益直接乘 365。每月都應重新計算：

月產出 BTC = 起始日產出 × 當月天數 × uptime × difficulty 係數 ×（1 – pool fee）

至少建立慢速、基準和快速三條 difficulty 路徑。網路資料應從 Bitcoin Core getmininginfo 或其他可驗證的 node 資料取得，並留下時間戳。

Downtime 也不只是停電。斷網、pool worker 離線、rejected share 增加、過熱降頻、維修運輸和電力限制都會降低產出。Uptime 應由 firmware、PDU 或 pool 紀錄交叉核對。

電力與數位挖礦繳費

在哈薩克斯坦，商業供電成本和數位挖礦繳費要分開。於核對日，現行《稅法典》一般費率為挖礦實際耗電每 kWh 2 KZT；符合特定自有再生能源或離網發電條件時有 1 KZT 情境，無牌照或控制計量有問題時可能是 25 KZT。必須依文件判定自己的情境。

月耗電 = 實測平均 kW × 24 × 天數 × uptime + 冷卻及共享負載分攤

電力相關現金支出 = kWh × 商業 all-in 電價 + 數位挖礦繳費

Hosting 報價不能自動視為已包含繳費。合約應寫清計量點、法定繳費人、稅項、冷卻、損耗與調價方式。發票每一列只能進入模型一次，避免重複計費。

公平比較還要處理每月電費。如果 ASIC 路線每月獲得新資金，BTC 路線也必須得到同額資金，或兩邊都把這筆錢保留為現金。

殘值與流動性

ASIC 殘值受新機 J/TH、network difficulty、維修紀錄、功耗限制與當地需求影響。不要只填「一年後剩 50%」。至少建立：

壓力情境：只能作零件或急售；
基準情境：設備可運轉、log 和配件完整；
良好情境：市場仍有需求、型號效率仍可接受。

殘值還要扣除診斷、包裝、物流、平台費與等待買家期間的停機損失。BTC 通常可更快分批出售，但仍受平台、KYC、銀行與市場流動性限制。

若你高度重視流動性，可以對「30 天內無法變現的價值」給予折價。這是主觀參數，但比完全忽略變現時間更誠實。

三種情境示範

假設總資金為 10,000,000 KZT，只用來展示結構，不是市場報價。

壓力情境

ASIC 完整投入 8,000,000，另留 2,000,000 作電費與維修；uptime 85%，difficulty 快速增加，BTC 期末價格下降 20%，設備淨殘值只有原始設備價的 15%。此時 ASIC 同時承受產量下降、幣價下降與固定電費，現金準備能支撐多久比紙上年化報酬更重要。

基準情境

Uptime 94%，difficulty 緩步上升，pool fee 用實際方案，BTC 價格不變，殘值 30%，維修準備金使用一半。若 ASIC 的期末 BTC 等值仍低於直接買入，代表營運工作沒有換到額外 BTC；除非穩定現金流本身具有價值，否則不應只看「每天有產出」。

良好情境

Uptime 98%，all-in 電價穩定，difficulty 增長較慢，BTC 價格上升且二手市場存在。良好情境不能單獨成為採購理由；只有壓力情境也不會破壞現金流時，方案才較穩健。

敏感度表怎麼做

建立二維表：列是 BTC 價格變化，欄是產量或 difficulty 變化，每個格子顯示 ASIC 淨值 – 直接 BTC 淨值。

建議至少測試：

BTC 價格：-40%、-20%、0%、+20%、+50%；
產量：基準的 60%、80%、100%、120%；
uptime：85%、92%、97%；
all-in 電價：合約價、+15%、+30%；
殘值：10%、30%、50%。

重要的不是找到一個正數，而是找出 ASIC 優勢歸零的 break-even 電價、產量與 uptime。再把這些界線與真實合約和設備紀錄比較。

每個輸入旁應標記 source、checked_at 和負責人。價格與 network 資料會變動，沒有時間戳的模型不能重現。

停止購買的條件

以下任一項未解決，先不要買 ASIC：

all-in 電價沒有書面拆分；
hosting 的牌照、計量或繳費責任不明；
型號、序號、firmware 與測試 log 未驗證；
沒有數月電費和維修準備金；
壓力情境會造成付款缺口；
場地供電與冷卻尚未按實際負載驗證；
賣家只展示今天收益，不提供 difficulty 情境；
殘值缺乏可成交證據；
沒有人負責每日告警和故障處理；
你需要短期維持高度流動性。

直接買 BTC 也應在沒有安全保管、平台牌照/KYC 未確認、使用短期借款、沒有退出規則或 source-of-funds 文件不足時暫停。

決策頁應包含什麼

最終批准頁只保留可驗證的核心資料：

起始資金與未來資金注入規則；
模型期間與估值日期；
ASIC 型號、實測 хэшрейт 和 kW；
all-in 電價及挖礦繳費；
三條 difficulty 與 uptime 情境；
pool fee 和 payout 方法；
維修、停機和殘值；
直接買 BTC 的成交與保管成本；
兩條路的 KZT 淨值與 BTC 數量；
break-even 電價、產量與最大現金缺口；
每項輸入的來源和檢查時間；
提案人、覆核人和批准人。

任何欄位沒有來源，就把它列為範圍，不要填零。

常見問題

BTC 上漲時 ASIC 一定更好嗎？

不一定。產出 BTC 會升值，直接買入的 BTC 也會升值。相對結果仍由產量、difficulty、uptime、電力與殘值決定。

電價便宜就應該挖嗎？

電價只是其中一個變數。設備價格過高、difficulty 增長或停機都可能令直接買 BTC 更好。必須用 all-in 電價，而不是廣告中的能源單價。

可以直接用 pool 收益計算器嗎？

可作初步檢查。正式模型必須記錄計算器的 network 時間、fee、payout 方法、rejected share 與匯率，並用實際 worker 紀錄更新。

可以混合兩種方案嗎？

可以，但先把兩條路獨立算清，再套用資金比例。混合配置不能把本來不合格的 ASIC 專案變成好專案。

用同一資金時點比較 ASIC 與 BTC

兩種方案必須使用相同的現金投入日與後續資金流。ASIC 路徑要把訂金、尾款、運輸、安裝、停機、維修、電力和出售殘值按實際日期列出；直接買 BTC 則記錄成交、費用、保管及退出成本。只拿礦機標價和 BTC 現價比較，會忽略設備尚未到貨時資金已被占用的期間。

設定共同的評估日，分別計算期末可支配 BTC、法幣現金與設備淨殘值，再做 BTC 價格、難度、電價及到貨延誤的組合壓力測試。若 ASIC 只有在所有樂觀假設同時成立時才勝出，採購案應縮小試單或暫停，而不是把單一回本月數當作承諾。

決策通過後仍保留事後檢查：用真實到貨日、accepted hashrate、all-in 電價與維修費重算，並與同期直接買 BTC 的可驗證結果比較。偏差要回寫下一次採購假設，避免每一批設備都重新採用過度樂觀的輸入。

把營運選擇權納入比較

ASIC 不是只能「持有到報廢」。模型可加入延後投產、夏季降載、遷移到其他合規場地、出售設備或更換較高效率機型等選項，但每一個選項都必須有可驗證成本與執行時間。若二手市場深度、運輸或 hosting 合約退出條款未知，就不能把高殘值當成確定回收。直接持有 BTC 的流動性也不是零成本，仍要考慮保管、交易限制與法幣到款時間。

用決策樹標示觸發條件，例如 all-in 電價超過某值、難度連續兩次調整後 margin 低於下限，或維修 backlog 超過可用備件。條件發生時採取哪一個行動、誰批准、需要幾天完成，都應在採購前寫明。這可避免設備已到場後才以沉沒成本為理由持續虧損運行。

用資金成本檢查表面回本期

如果 ASIC 以借款或延後付款取得，利息、保證金、匯率與契約限制要按日期進入 cash-flow。即使名目回本月數相同，前期大量現金流出的方案對流動性要求更高。比較時可採相同折現率計算淨現值，也要另做不依賴單一折現假設的累積現金缺口圖。

直接買 BTC 若分批進場，也應使用與設備付款相同的資金可用日期，而不是事後挑選最低價格。任何稅務與會計處理都由當地合格專業人士確認；模型只呈現可核對的經濟現金流，不把未確認的稅務優惠當作 ASIC 的優勢。

設定採購後的歸因檢查

投產三十、九十與一百八十天後，將原始模型鎖定版本與實際結果比較。偏差分成 BTC 價格、難度、到貨、uptime、accepted hashrate、電力、維修和出售殘值，不用「市場變化」一項概括。可控制的偏差由採購或運維 owner 提出改善；不可控制的偏差則更新下一批壓力範圍。

同期間直接買 BTC 的基準使用可重現的成交規則與公開價格來源，包含交易及保管成本。若 ASIC 勝出，要說明勝出來自運營能力還是單純價格路徑；若落後，也要區分一次性投產延誤與結構性低效率。這份歸因記錄是下一次資本配置的證據，而不是為既有決定辯護。

官方與第一方來源

把模型保存為別人能重新計算的檔案。若另一位覆核者不能從來源資料重建你的兩個結果，這份比較還不能用於採購決策。

目錄