Bitcoin transaction fees are determined by several factors: transaction size, network congestion, and wallet settings. Considering these, the final fee is calculated to incentivize miners to include the transaction in a block. Examining transaction size involves the number of inputs and outputs, while network congestion is estimated based on the current block space demand. Wallet settings influence the fee selection based on user preference for speed versus cost.
“`html
比特幣交易費用：深入探討
深入理解比特幣交易費用，首先要糾正一個常見的誤解：費用並非轉帳金額的百分比。相反，費用主要取決於交易的資料大小和網絡擁堵程度，並以此作為礦工將交易納入區塊的激勵。
交易大小的重要性
交易大小以位元組 (bytes) 為單位衡量。交易中包含的輸入 (inputs) 和輸出 (outputs) 越多，資料量越大，因此費用越高。每個輸入需要參考先前交易的未花費輸出 (UTXO)，而每個輸出代表資金的接收者。
計算交易大小
交易大小的計算並非簡單的加總。需要考慮簽名資料的大小，以及每個腳本的複雜性。例如，使用 SegWit (隔離見證) 交易可以減少簽名資料的佔用空間，從而降低費用。
網絡擁堵與費用預估
網絡擁堵程度直接影響交易確認時間和所需的費用。當大量交易同時等待確認時，區塊空間供不應求，礦工傾向於優先處理高費用交易。
費用預估工具會分析 mempool (交易池) 的資料，預測不同確認時間所需的費用。這些工具提供 satoshi/vB (每位元組聰) 的費用建議，反映了市場對區塊空間的需求。
錢包設定與費用控制
錢包提供不同的費用設定選項，通常包括：
- 低費用： 確認時間長，適合非緊急轉帳。
- 中等費用： 平衡確認時間和費用。
- 高費用： 優先確認，適合緊急轉帳。
使用者可以根據自己的需求選擇不同的設定。然而，預估費用並非絕對準確，實際費用可能因網絡狀況而有所波動。
進階費用策略
除了基本的費用設定，還有一些進階策略可以幫助控制費用：
1. UTXO 整合
UTXO (未花費交易輸出) 是比特幣中代表資金的單位。如果錢包中有許多小額 UTXO，每次交易都需要引用它們，這會增加交易大小和費用。UTXO 整合是指將多個小額 UTXO 合併成一個或幾個較大的 UTXO，從而減少未來交易的資料量。
2. RBF (Replace-By-Fee)
RBF 允許使用者在交易未確認之前，替換為另一筆支付更高費用的交易。這提供了一種提高交易優先順序的方法，但需要錢包支援。並非所有錢包都預設啟用 RBF，使用者需要在錢包設定中啟用此功能。
3. CPFP (Child Pays For Parent)
CPFP 是一種應對交易卡在 mempool 中的策略。如果一筆交易的費用不足以被礦工納入，可以使用 CPFP 增加其子交易的費用。子交易支付額外的費用，以激勵礦工同時確認父交易和子交易。
4. SegWit 和 Taproot
SegWit 和 Taproot 是比特幣的升級協議，旨在提高交易效率和可擴展性。它們通過減少簽名資料的大小，降低了交易的位元組大小，從而降低了費用。使用支援 SegWit 和 Taproot 的錢包可以顯著節省費用。
閃電網路的影響
閃電網路是一種比特幣的第二層解決方案，旨在實現快速、低費用的微支付。它通過建立支付通道，將大量的小額交易移至鏈下進行，只有在通道開啟或關閉時才需要鏈上交易。使用閃
The final fee calculation uses virtual bytes (vB) and satoshis per vB (sat/vB), independent of the fiat value transferred. The formula is: Total Fee (sats) = Transaction Virtual Size (vBytes) × Fee Rate (sat/vB). SegWit transactions offer a discount on witness data. Transaction fees are determined by UTXO structure and mempool demand, rather than the amount transferred.
Transaction size is crucial, determined by inputs, outputs, and script complexity. Address types significantly impact transaction size; Legacy addresses are largest, while Native SegWit/Taproot are most efficient. UTXO consolidation reduces transaction size by merging smaller UTXOs.
比特幣交易費用計算與傳統金融體系迥異，不依賴交易金額，主要取決於交易數據量（vBytes）與網絡擁堵程度。手續費計算公式：總費用（聰）= 交易虛擬大小（vBytes）× 費率（聰/vB）。SegWit 交易因隔離見證數據，可享折扣。 交易費用受 UTXO 結構與 Mempool 需求影響，非轉帳金額。
交易大小由輸入、輸出及腳本複雜度決定，地址類型影響甚大：傳統地址最大，原生 SegWit/Taproot 最有效率。UTXO 整合透過合併小額 UTXO 降低交易大小。
The core fee calculation uses the formula: Total Fee (Satoshis) = Transaction Virtual Size (vB) × Fee Rate (sat/vB), which highlights that fees are based on data volume, not transaction value. The UTXO model necessitates selecting inputs to spend, affecting transaction size. Transaction size is determined by the number of inputs and outputs and the complexity of the scripts.
Transaction size is determined by several factors: the number of inputs and outputs, and the format of the addresses used. Legacy addresses are larger than SegWit and Taproot formats. The transaction size calculation includes basic header overhead and the data needed to unlock the inputs.
Network congestion, which is reflected in the mempool, strongly influences transaction fees because block space is limited, and miners prioritize high-fee transactions. Fixed withdrawal fees from centralized exchanges differ from self-custodial wallet fees, as exchanges often include bundling costs and profit margins. Dynamic fee estimation tools use mempool data to predict fees, expressed in sat/vB, for varying confirmation times.
Analyzing fee estimation methodologies, internal algorithms and external APIs provide dynamic sat/vB fee suggestions for varying confirmation times by examining past block data and mempool depth. RBF allows fee bumping on unconfirmed transactions by replacing them with higher-fee ones. CPFP enables increasing the fee of a stuck transaction via a “child” transaction, impacting the effective combined fee rate.
Systematic cost reduction involves adopting Native SegWit/Taproot addresses and UTXO consolidation. UTXO consolidation merges many small UTXOs into fewer larger ones during low-fee periods, reducing future transaction sizes and costs.
在比特幣（Bitcoin）的去中心化網絡中，交易手續費（通常稱為礦工費，Miner Fee）的計費邏輯與傳統銀行體系或中心化電子支付有著根本性的區別。傳統金融系統普遍按轉賬金額的固定百分比或定額收費，但在比特幣底層協議中，手續費的高低與轉移的法幣價值或比特幣數量完全無關。發送價值 1 億美元的比特幣，其手續費可能僅需數元港幣；相反，轉移價值 10 美元的零碎比特幣，手續費卻可能佔去金額的相當比例。
決定比特幣交易手續費的核心，在於該筆交易在區塊鏈上所佔用的數據體積大小（以虛擬位元組 Virtual Bytes, 簡稱 vB 計算），以及發起交易時全網內存池（Mempool）對區塊空間的競價激烈程度（以聰/虛擬位元組 Satoshis per Virtual Byte, 簡稱 sat/vB 計算）。深入理解這套底層計費機制、UTXO 模型以及錢包參數配置，是精準控制鏈上成本、避免資金卡單或過度支付手續費的必備技能。
一、比特幣手續費的核心計算公式與計量單位
比特幣鏈上手續費的絕對值計算非常純粹，其標準數學公式如下：
總手續費（Satoshis） = 交易虛擬大小（vBytes） × 手續費率（sat/vB）
要完全掌握這個公式，必須先釐清三個關鍵計量單位及其在協議層的意義：
- 聰（Satoshi）：比特幣的最小不可分割計量單位。1 BTC 等於 100,000,000 Satoshis（1 億聰）。由於區塊鏈底層以整數記錄所有價值變動，礦工費均直接以「聰」為單位扣除。
- 虛擬大小（Virtual Size / vSize，單位：vB）：自 2017 年隔離見證（Segregated Witness, SegWit / BIP 141）升級後引入的計量方式。協議將交易數據劃分為「核心區塊數據」與「見證數據（Witness Data，包含數字簽名等）」。見證數據享受 75% 的體積折扣（即 1 個位元組的見證數據僅計為 0.25 vB），交易的總虛擬大小定義為：
vSize = 交易權重（Weight Units, WU） / 4。 - 手續費率（Fee Rate，單位：sat/vB）：即發送方願意為交易佔用的每 1 單位虛擬位元組所支付的單價。這是一個完全由自由市場供求關係驅動的競價指標。費率越高，礦工將該交易打包進下一個區塊的優先級就越高。
假設一筆原生隔離見證交易的數據大小為 140 vB，當前網絡平均費率為 35 sat/vB：
總費用 = 140 vB × 35 sat/vB = 4,900 Satoshis（即 0.000049 BTC）。
若當時比特幣價格為 65,000 美元（約 507,000 港元），該筆交易的實際鏈上法幣成本約為 24.84 港元。無論這筆交易轉移的是 0.001 BTC 還是 1,000 BTC，手續費均固定為 4,900 聰。
二、交易數據體積（vSize）由甚麼決定？解構 UTXO 模型
為甚麼不同用戶發送比特幣時，產生的交易體積會有數倍差異？這源於比特幣底層所採用的未花費交易輸出（Unspent Transaction Output, UTXO）模型，而非以太坊等賬戶餘額模型。
在 UTXO 模型中，用戶錢包裡的餘額並非一個單一的數字，而是由多張不同面值的「支票」或「紙幣」（即各個獨立的 UTXO）組合而成。當發起轉賬時，錢包必須挑選足夠支付目標金額的若干張「支票」作為輸入（Inputs），經過簽名後，生成新的給收款人的「支票」以及找續給自己的「支票」（Outputs）。
1. 交易結構的三大組成部分
- 輸入端（Inputs）：花費的舊 UTXO 數量。每個輸入都必須提供對應的解鎖腳本或簽名數據（ScriptSig / Witness）。輸入數量越多，數據體積成倍放大。若用戶平時頻繁接收極小額的轉賬（如挖礦收益、水龍頭或小額找續），錢包內充斥著大量碎屑 UTXO，發送較大金額時就必須匯聚數十甚至上百個輸入，令交易體積暴增。
- 輸出端（Outputs）：生成的目標地址數量。標準交易通常包含 2 個輸出：1 個付給收款方，1 個將剩餘價值作為找續退回用戶自己的新找續地址。若進行一對多批量付款，輸出數量會相應增加。
- 基礎協議開銷（Overhead）：包含交易版本號（4 Bytes）、輸入與輸出計數器、鎖定時間（Locktime, 4 Bytes）及隔離見證標記等固定數據。
2. 地址格式演進對數據大小的實質影響
比特幣歷史上經歷了多次腳本升級，不同格式的地址所生成的輸入與輸出在字節大小上有顯著差異。採用越現代的地址格式，虛擬字節越小，手續費越便宜：
| 地址格式名稱 | 地址前綴標識 | 單個輸入大小 (vB) | 單個輸出大小 (vB) | 典型標準交易 (1入2出) | 相較傳統格式節省 |
|---|---|---|---|---|---|
| Legacy (P2PKH) | 1... |
~148 | ~34 | ~226 vB | 基準 (0%) |
| Nested SegWit (P2SH-P2WPKH) | 3... |
~91 | ~32 | ~166 vB | 約 26% |
| Native SegWit (Bech32 / P2WPKH) | bc1q... |
~68 | ~31 | ~141 vB | 約 38% |
| Taproot (Bech32m / P2TR) | bc1p... |
~57.5 | ~43 | ~154 vB (單簽) | 多簽場景節省可超 50% |
注：Taproot 在單簽 1 入 2 出場景下因輸出腳本稍長，體積略高於 Native SegWit；但在複雜多簽（Multisig）或多輸入合併場景下，由於 Schnorr 簽名聚合技術，Taproot 具備無可比擬的數據壓縮與隱私優勢。
三、網絡擁堵與內存池（Mempool）拍賣機制
如果說交易體積是汽車的重量，那麼手續費率（sat/vB）就是當前道路擁堵時的通行費單價。理解網絡擁堵的本質，需要掌握內存池（Mempool）的運作邏輯。
1. 區塊容量限制與供求矛盾
比特幣協議規定，平均出塊時間約為 10 分鐘，每個區塊的最大權重被限制為 4,000,000 WU（相當於約 1 vMB 或實體上限約 4 MB）。在這一硬性物理邊界下，單個區塊能夠容納的交易數量存在天然上限（標準交易約 2,500 至 4,000 筆）。
當全網發起的交易請求超過區塊即時處理能力時，尚未被打包的交易就會堆積在各節點的內存隊列中，這個臨時緩衝區就是 Mempool（內存池）。礦工在組裝新區塊時，按照純粹的經濟理性，必然優先選取內存池中費率（sat/vB）最高的交易填滿區塊空間，以賺取最高的區塊獎勵以外的總手續費。
2. 費率劇烈波動的觸發因素
- 行情劇烈波動：比特幣幣價急漲或暴跌時，套利者、量化基金與散戶集中向交易所充提幣，短時間內鏈上轉賬激增，拉高競價費率。
- 新興鏈上協議活動：如 Ordinals 銘文、BRC-20 代幣、Runes 符文等協議的大規模鑄造（Minting），會持續製造大量佔用空間的交易，將基準手續費率從平時的 10–20 sat/vB 推高至數百甚至上千 sat/vB。
- 算力短暫波動：若全球礦機因特定事件集中離線導致全網算力驟降，出塊時間可能暫時拉長至 15–20 分鐘，使區塊供應減少，加劇擁堵。
比特幣節點的默認內存池大小通常設置為 300 MB。當未確認交易堆積超過此容量時，節點會自動設定一個動態的「最低進入費率門檻」，並將低於該門檻的極低費率交易直接從內存中剔除（Purge）。若用戶設置了 1 sat/vB 但內存池全面過載，該交易可能無法在節點間有效傳播，最終在發送方本地超時失效。
四、錢包設定與卡單拯救機制（RBF 與 CPFP）
現代非託管比特幣錢包（如 Sparrow, Electrum, BlueWallet 等）均提供了精細的手續費控制功能。合理使用這些功能，可以在保障交易及時確認的前提下最大化節省成本。
1. 錢包自動估算 vs. 自定義費率
大部分錢包提供「高（下一個區塊 / 約10分鐘）」、「中（3個區塊 / 約30分鐘）」、「低（6個區塊以上 / 約1小時至數小時）」三種推薦檔位。這些數值是由錢包後端節點根據當前內存池隊列即時演算得出。但在極端波動行情下，錢包的自動算法往往傾向於保守並「高估」費率。經驗豐富的用戶可透過瀏覽公開內存池瀏覽器（如 mempool.space），查看各深度區間的實際積壓情況，手動輸入自定義 sat/vB。
2. 遭遇交易卡單時的兩種補救方案
若因預判失誤或網絡費率突然飆升，導致發出的交易長時間停留在未確認狀態，比特幣協議提供了兩種標準挽救手段：
方案 A：RBF（以手續費替代 / Replace-by-Fee, BIP 125）
適用方：發送者
運作機制：發送交易時若勾選了 RBF 標記，在交易確認前，發送者可重新構造一筆引用完全相同輸入（Inputs）的新交易，並設定更高的手續費率。網絡節點會以這筆高手續費的新交易替換掉內存池中的舊交易。大部分主流錢包均有一鍵「增加手續費（Bump Fee）」按鈕直接支持此操作。
方案 B：CPFP（子為父償 / Child Pays for Parent）
適用方：接收者 或 持有找續地址的發送者
運作機制：若原始交易未開啟 RBF，接收方可花費該筆未確認交易中的輸出（即創建一筆「子交易」），並為這筆子交易附加極高的手續費。礦工若想賺取子交易的高額手續費，依據協議規則必須同時打包其依賴的前序「父交易」。計算時，礦工會將兩筆交易的體積與費用合併評估其有效綜合費率。
五、降低比特幣交易手續費的系統性策略
掌握底層機制後，個人用戶與企業可透過以下四大維度的策略，長期且系統性地壓縮比特幣轉賬開銷：
-
升級至 Native SegWit 或 Taproot 地址：
全面停用1...開頭的傳統 Legacy 地址，將日常接收地址遷移至bc1q...（Native SegWit）或bc1p...（Taproot）。單是這一項改進，就能永久將常規轉賬的數據體積縮減 35% 至 40% 以上。 -
策略性 UTXO 整合（Consolidation）：
利用全網費率極低的時段（例如週末深夜或市場冷清期，費率常回落至 2–5 sat/vB），主動發起自我轉賬，將錢包中幾十個零散的小額 UTXO 合併為 1 至 2 個較大額度的單一 UTXO。這樣在未來市場火熱、費率飆升至 100 sat/vB 以上時發起轉賬，交易將僅需 1 個輸入，避免因被迫打包大量碎片輸入而承擔天價費用。 -
商戶與機構採用批量支付（Transaction Batching）：
對於頻繁進行出金或工資發放的機構，嚴禁為每位收款人單獨發起一筆交易。應採用批量處理技術，將 50 筆付款合併至同一筆交易的 50 個 Outputs 中。這樣只需支付 1 次基礎頭部開銷和較少的 Inputs，整體手續費可比單獨發送減少 60% 至 80%。 -
小額高頻場景轉向第二層網絡（Layer 2 / Lightning Network）：
對於數百港元以下的小額即時支付或日常消費，比特幣主網（Layer 1）並非最優解。應使用閃電網絡（Lightning Network）。閃電網絡在鏈下狀態通道進行路由結算，交易確認在毫秒級完成，每筆手續費通常僅為數個聰（低於 0.01 港元），且完全不佔用鏈上區塊空間。
六、常見計費誤區與風險邊界防範
1. 混淆交易所提幣費與鏈上礦工費
初學者常將中心化交易所（如 Binance、OKX 等）收取的提幣手續費誤認為真實的比特幣網絡礦工費。交易所通常會收取一個固定數額（如 0.0002–0.0005 BTC），此費用為平台自行設定的綜合成本定價，平台通常會在後台將數十位用戶的提現請求「打包批處理」廣播上鏈。自託管錢包轉賬時，所付出的才是百分之百交給礦工的鏈上手續費。
2. UTXO 粉塵限制（Dust Limit）
如果一個 UTXO 的價值低於花費它所產生的手續費，這個 UTXO 就被稱為「粉塵（Dust）」。比特幣核心節點（Bitcoin Core）設有粉塵保護規則：對於標準 P2PKH 交易，輸出價值低於 546 Satoshis 的交易會被判定為非標準交易（Non-standard）並遭到全網節點拒絕轉發；對於 SegWit 輸出，該閾值約在 294 至 330 Satoshis。在規劃鏈上找續或小額微支付時，金額絕不可低於粉塵邊界。
3. 零確認（Zero-Conf）交易的雙花風險
有些用戶在實體交易中以為「看到交易出現在內存池」就代表付款成功。然而，只要交易尚未被寫入區塊獲得至少 1 次確認（1 Confirmation），在開啟 RBF 的情況下，發送方隨時可以通過提高費率將資金重新定向給自己的另一個地址，實現雙重支付（Double Spending）。因此，涉及實物交割或高額資產轉移時，務必等待至少 1 至 3 個區塊確認。
七、轉賬手續費決策評估矩陣
在發起任何一筆比特幣轉賬前，可參考以下決策矩陣以選擇最具性價比的操作方式：
| 業務場景與緊迫度 | 建議使用層級 / 方案 | 推薦費率策略 | 關鍵配置提示 |
|---|---|---|---|
| 日常微額、頻繁付款（< 500 HKD） | 閃電網絡（Lightning Network） | < 1 sat (通道路由費) | 無需主網出塊，秒級到賬 |
| 大額且極度緊急（合約交割、套利補倉） | 主網 Taproot / Native SegWit | 參考 Mempool 頂部最先打包區間（Next Block Priority） | 務必啟用 RBF，預留加價通道 |
| 普通轉賬、無嚴苛時效（數小時內均可） | 主網 Native SegWit | 中檔費率（目標 3-6 個區塊） | 觀察當日費率波谷（如UTC凌晨） |
| 錢包維護、零碎 UTXO 整理 | 主網 Taproot (多合一整合) | 極低費率（1–3 sat/vB） | 設置超低費率排隊，耐心等待週末清空積壓 |
