比特幣交易費用指南：如何設定合理的費用

比特幣網路的交易費用不是固定的，而是根據網路擁堵程度動態變化。理解費用機制，可以幫助你在確保確認速度的同時，避免支付過高的費用。

費用機制基礎

比特幣費用如何計算

比特幣費用以「每位元組費用」（sat/vB，satoshi per virtual byte）計算：

費用 = 交易大小（vB）× 選擇的費用率（sat/vB）

交易大小因素

交易大小取決於：

• 輸入數量：使用的未花費輸出越多，交易越大
• 輸出數量：收款人數量
• 腳本複雜性：普通 P2PKH vs 多簽 vs Taproot

一般來說：

• 標準 P2PKH 輸入：~148 vB
• P2WPKH 輸入（SegWit）：~68 vB
• Taproot 輸入：~58 vB

費用率影響因素

區塊空間需求

比特幣區塊大小上限為 ~2-4 MB（取決於 witness data），每 10 分鐘只有一個新區塊。當需求超過供應時，費用率上升。

歷史趨勢模式

費用率通常在以下時期飆升：

1. 牛市中：投機活動增加，鏈上交易量大增
2. 減半前後：市場波動導致活動增加
3. 穩定幣火熱：大量 ERC-20 轉為 BTC 或其他

費用率計算公式

Estimated_Fee = Median(vB) × Target_Fee_Rate

大多數錢包使用過去幾個區塊的中位數費用率作為估算基礎。

費用緊急程度分類

低緊急（1-10 sat/vB）

• 預期確認時間：數小時到數天
• 適用場景：不緊急的儲蓄轉帳、大額交易
• 風險：網路擁堵加劇可能導致長期延遲

中等緊急（10-50 sat/vB）

• 預期確認時間：30 分鐘到 3 小時
• 適用場景：一般支付、需要當日確認的交易

高緊急（50-100 sat/vB）

• 預期確認時間：10 分鐘到 1 小時
• 適用場景：時間敏感的支付、交易所充值

極高緊急（100+ sat/vB）

• 預期確認時間：優先確認
• 適用場景：閃電網路通道開啟、緊急充值交易所
• 注意：除非必要，否則不建議

費用優化策略

1. 選擇低峰時段

比特幣網路活動有週期性：

• 美國晚間（UTC 0-8）：通常較為擁堵
• 週末：活動通常低於平日
• 北京時間凌晨：可能是相對低谷

2. 使用 SegWit 和 Taproot

SegWit 和 Taproot 地址的交易費用更低：

• P2PKH：基準費用
• P2SH-P2WPKH：節省約 30-40%
• P2WPKH：節省約 40-50%
• P2TR（Taproot）：最節省空間

3. 費用替代（RBF）

使用「費用替代」（Replace-by-Fee）功能，可以在初始費用不足時追加費用：

• 錢包需支持 RBF
• 初始交易需標記為可替換
• 可以多次追加直到確認

4. 費用緩慢 CPFP

「子代支付父母」（Child Pays for Parent）是用另一筆高費用交易來激勵低礦工確認費用父交易的方法。

5. 批次交易

如果需要向多個地址轉帳，考慮合併為一筆多輸出交易，總費用通常低於多筆單獨交易。

常見錢包費用設定

錢包類型比較

錢包費用模式

1. 自動估算：錢包根據網路狀況自動建議費用
2. 手動輸入：用戶指定費用率
3. 自定義：advanced 用戶可微調各項參數

當前費用參考

（注：以下為示例數值，實際費用需查詢當前網路）

費用率查詢資源

• mempool.space：視覺化記憶池和費用估算
• BTC.com：費用預測
• Blockchair：多維度費用分析

費用率速查表

< 5 sat/vB   : 極低優先級，可能需要數天
5-10 sat/vB  : 低優先級，24-48小時
10-20 sat/vB : 中等優先級，1-6小時
20-50 sat/vB : 較高優先級，30分鐘-2小時
50-100 sat/vB: 高優先級，10分鐘-1小時
> 100 sat/vB : 極高優先級，下一個區塊

費用異常處理

費用過低怎麼辦

1. 使用 RBF 增加費用
2. 使用 CPFP 激勵礦工
3. 等待記憶池清空（可能需要數天）
4. 如果使用 RBF 可以取消交易重新發送

費用過高怎麼辦

1. 只能等待確認，無法退款
2. 下次記得使用費用估算工具
3. 考慮使用閃電網路進行小額支付

結論

比特幣費用管理是一項需要實踐的技能。通過理解費用機制、使用適當的工具，你可以優化交易成本，同時確保確認時間符合需求。記住，最高的是最費用不一定聰明的選擇——根據交易的緊急性質和金額大小，選擇適當的費用率。