RBF 是什麼？比特幣交易加速、替換與取消教學

作者｜桑幣區識編輯團隊
發布｜2026/10/28
更新｜2026/10/28

比特幣轉帳卡在未確認狀態，錢包顯示「提高費用」，按下去究竟是在補繳手續費，還是重新發送另一筆付款？

RBF（Replace-by-Fee）透過替代交易競爭取代原本的未確認交易，常用來提高費用、改善確認機會。它不會直接修改已上鏈的付款，也不是按一下就能保證撤銷交易。

本文說明 RBF 的原理、一般錢包操作流程，以及交易加速與取消最容易混淆的地方。

Table of Contents

RBF 是什麼？Replace-by-Fee 的意思

RBF 通常譯為「費用替換」，是節點處理未確認交易替換的政策機制。

替代交易會與原交易使用至少一筆相同輸入，並須符合節點的替換條件。提高交易費是常見用途，但不代表只要隨便多付一點，所有節點都必須接受。

它的作用位置是 Mempool 交易池，不是改寫已經成立的區塊。若原交易先被有效區塊收錄，就不能再靠一般 RBF 流程把它撤回。

RBF 如何運作？為什麼不是再付一次？

Bitcoin付款會引用先前的 UTXO 作為輸入。RBF 替代交易與原交易競爭使用相同資金來源，因此兩者不能同時在同一條有效鏈上成立。

常見的費用調整方式，是保留收款內容、減少自己的找零，或在需要時加入其他輸入，再重新簽署及廣播。

替代交易不是另外用一筆獨立資金再支付相同款項。若直接建立沒有輸入衝突的另一筆付款，兩筆就可能都確認，這與 RBF 加速不同。

範例：增加費用、保留收款金額

假設原交易使用 0.01 BTC，支付 0.004 BTC 給收款人，並透過降低找零增加費用：

項目	原交易 A	替代交易 B
輸入金額	0.01000 BTC	0.01000 BTC
收款人得到	0.00400 BTC	0.00400 BTC
自己的找零	0.00599 BTC	0.00596 BTC
交易費	0.00001 BTC	0.00004 BTC

B 的費用比 A 多 0.00003 BTC。如果 B 最後確認，鏈上成立的是 B 的費用與輸出，不是先收 A 的礦工費、再額外收 B 的全部礦工費。第三方服務若另有服務費，則應分開計算。

這是資金配置示例，不代表符合所有替換規則，也不是即時建議費率；實際仍須核對交易大小、費率與錢包結果。

Opt-in RBF 與 Full RBF 有什麼不同？

Opt-in RBF：歷史上的選擇性替換信號

BIP 125 描述一種使用輸入 nSequence 表達可替換性的政策，也包含繼承未確認祖先替換信號的情況。

它解釋了許多舊錢包為什麼有「啟用 RBF」選項，但不能把舊文件中的條件當成所有節點目前唯一的接受規則。

Full RBF：不以原交易的信號作為必要前提

Full RBF 不要求原交易先表達 BIP 125 的可替換信號，仍須檢查交易有效性、費用及其他政策條件。

Bitcoin Core 的版本演進包括：

28.0 將 Full RBF 設為預設政策。
29.0 移除關閉 Full RBF 的相關選項，使其成為該軟體的標準行為。

這是節點軟體政策的變化，不代表全網每個節點都使用相同版本，也不會讓其他人因此獲得你的簽署權限。

錢包沒有加速按鈕，和節點不能替換是兩回事

節點願意接受某類替代交易，不代表你的錢包介面能建立它。還需要有相應的簽署能力、資金與交易資料。

因此，「未顯示啟用 RBF」不等於網路保證不能替換；「Full RBF」也不等於任何錢包都能一鍵加速。

使用 RBF 加速前，需要確認什麼？

檢查項目	為什麼要看
原交易仍未確認	已確認交易不能用一般 RBF 撤回
自己能授權替代交易	不能只憑別人的 TxID 改寫付款
錢包有相應功能	按鈕名稱與支持條件依錢包不同
有足夠資金提高費用	可能需要減少找零或加入輸入
是否有依賴交易	子交易等關係可能影響錢包能否處理
收款內容與總費用	加速前仍須核對地址與金額

如果 BTC 是由交易所提領，通常由平台控制並簽署鏈上交易。這時應向平台確認加速選項，不能假設自己能用個人錢包替換平台付款。

RBF 操作教學：一般錢包的處理流程

不同錢包介面有差異，以下為通用流程，並非某個 App 的逐畫面教學。

步驟一：查看原交易狀態

從錢包交易紀錄取得 TxID，確認使用 Bitcoin 網路，並查看是否仍未確認。若已確認但商家或交易所未認列，先核對接收端條件。

步驟二：尋找提高費用功能

在原交易詳情中，查看是否提供「提高費用」「加速」或類似功能。若找不到，先查該錢包說明，避免直接另建一筆獨立付款。

步驟三：檢查替代交易

確認收款地址與原本應付金額，查看新的費率、總費用，以及額外增加多少成本。若錢包估算確認時間，應視為參考。

步驟四：簽署並廣播

依錢包流程完成簽署。硬體錢包使用者仍須核對裝置上的交易資訊。廣播成功只表示已提交，不代表替代交易一定先於原交易確認。

步驟五：改追蹤新的 TxID

RBF 會產生另一筆交易及新的交易 ID。若需向商家或客服提供付款資料，應說明原交易與替代交易的關係，再確認最後上鏈結果。

RBF 要增加多少手續費？

沒有所有交易通用的固定加價百分比。需要區分交易費總額、sat/vB 費率，以及節點對替換的政策要求。

對一般用戶而言，最直接的做法是由支持該功能的錢包估算，再核對總費用。不要只比較「新費率比舊費率高多少」，就推論一定能被接受。

Bitcoin Core 31.0 的替換驗證調整

Bitcoin Core 31.0 引入 cluster mempool，並調整 RBF 驗證，要求替換後交易池的費率圖必須嚴格改善。對各自獨立、沒有其他相連交易的簡單情況，較高費用及費率可滿足這項改善判斷；仍有其他接受條件。

這表示不能把複雜依賴交易的判斷，簡化為「新費率高於舊交易就一定成功」。進階操作應參考實際軟體版本，不宜沿用過時的固定參數教學。

RBF 可以取消比特幣交易嗎？

部分錢包的「取消」功能，實際上會嘗試建立一筆衝突交易，將原本準備支付的資金改送回自己控制的輸出，並競爭先被確認。

因此，它比較接近「嘗試用另一筆交易改變未確認付款結果」，不是通知全網刪除原交易。

如果原付款先確認，或替代交易未被接受，就可能無法達成預期。替代交易尚未確認時，也不能只憑按下取消便認定完成。

錢包的「放棄交易」等於全網取消嗎？

不是。以 Bitcoin Core 的 abandontransaction 為例，它是在符合條件時調整本地錢包對交易及相關輸入的處理，不是全網撤銷指令。

其他節點可能仍保存原交易；只要原交易仍能有效成立，就不能將本地顯示改變當成永遠不會確認的保證。

RBF、CPFP 與重新廣播有什麼不同？

方法	核心做法	原交易如何處理
RBF	建立使用衝突輸入的替代交易	與替代交易競爭，不能都有效成立
CPFP	花費原交易輸出，建立較高費率子交易	父交易仍須被收錄
重新廣播	再傳送相同交易資料	仍是同一筆交易，不會自動增加費率

CPFP 可能由控制合適輸出的一方操作，例如掌握找零的付款人或能花費收款輸出的收款人。它評估的是父子組合，與單純替換不同。

延伸閱讀：CPFP 是什麼？比特幣父子交易加速、費率計算與教學

若問題只是傳播不足，重新廣播可能有幫助；若問題是費率競爭力不足，原樣重送並不會讓交易自動變貴或保證更快確認。