作者|桑幣區識編輯團隊
發布|2026/10/28
更新|2026/10/28
比特幣付款還沒確認,收款人除了等待,有沒有可能幫忙加速?
如果收款人能花費這筆未確認付款產生的輸出,且錢包與節點支持相應處理,就可能透過 CPFP 建立另一筆交易,提高相關交易組合的費率,吸引礦工一起收錄。
CPFP 不會替換原付款。它建立的是依賴原付款的新交易,因此理解「父子關係」與「組合費率」,比只看子交易付了多少費用更重要。
CPFP 是什麼?Child Pays For Parent 的意思
CPFP 是 Child Pays For Parent 的縮寫,常譯為「子交易為父交易付費」。
它是一種交易費用調整方式:花費低費率未確認交易的某個輸出,建立較高費率的子交易,讓父子交易一起被收錄更有吸引力。
其中「為父交易付費」是經濟效果的描述,不是把額外費用填回父交易,也不是讓父交易原本的手續費數字改變。
本文以 Bitcoin(比特幣)的一般交易為主,不將特定錢包功能視為全網通用介面。
父交易與子交易是什麼?
Bitcoin 交易輸入會引用先前的 UTXO 未花費交易輸出。若交易 B 花費交易 A 產生的輸出,A 就是 B 的父交易,B 是 A 的子交易。
在符合條件的情況下,子交易可以先被建立與傳播,不必等父交易取得一個確認後才開始處理。
但在有效鏈上,必須先有父交易產生輸出,才有子交易花費它。父子交易可以出現在同一個區塊,父交易在區塊中的順序須早於子交易。
| 項目 | 父交易 A | 子交易 B |
|---|---|---|
| 資金來源 | 引用更早交易的輸出 | 花費 A 產生的至少一筆輸出 |
| 原本狀態 | 未確認且費率偏低 | 為提高組合費率而新建立 |
| 能否獨立於另一筆成立 | 不依賴 B | 不能在沒有 A 的有效歷史中成立 |
| 加速時的作用 | 需要一起被收錄 | 提供更多費用誘因 |
CPFP 為什麼可能加速確認?
在 Mempool 交易池中,交易不一定是各自獨立的候選項目。礦工若想收取子交易的費用,就必須處理它依賴的未確認交易。
如果相關組合的費率具競爭力,礦工可能選擇一起收錄。這是 CPFP 的核心原理。
不過,並非全網有一個共同排序名單,也不是只要子交易費率高,礦工就必須將它放進下一個區塊。傳播、接受政策、依賴關係及後續費率競爭都會影響結果。
CPFP 組合費率怎麼算?
先以「一筆未確認父交易+一筆子交易,且沒有其他未確認依賴」的簡化情境說明:
組合費率=(父交易費+子交易費)÷(父交易虛擬大小+子交易虛擬大小)。
費用以 sat 計算,虛擬大小以 vB 計算,得到的單位就是 sat/vB。這是依兩筆交易費用與大小加總推導的算例,不是任何節點都必定接受的門檻公式。
範例:父交易只有 2 sat/vB,如何讓組合達到 10 sat/vB?
假設父交易大小為 200 vB,已支付 400 sat;預估子交易大小為 150 vB,希望兩筆合計達到 10 sat/vB:
| 計算項目 | 結果 |
|---|---|
| 父交易原費率 | 400 ÷ 200=2 sat/vB |
| 父子總大小 | 200+150=350 vB |
| 目標總費用 | 350 × 10=3,500 sat |
| 子交易需支付 | 3,500-400=3,100 sat |
| 子交易本身費率 | 3,100 ÷ 150≈20.67 sat/vB |
子交易的費率約為 20.67 sat/vB,組合費率才達到 10 sat/vB,因為它也承擔了提高整體競爭力的成本。
反過來,若只讓子交易本身支付 10 sat/vB,也就是 1,500 sat,組合費率只有(400+1,500)÷350≈5.43 sat/vB。
以上均是假設數字,不代表當前建議費率。實際簽署後的大小、費用取整及政策要求仍須核對。
有其他未確認祖先時,不能只算兩筆
若父交易本身又依賴其他未確認交易,實際需要一起考慮的範圍可能更大。若有其他子交易或更複雜的相連結構,礦工與節點也可能依交易群組評估。
因此,簡單父子平均公式適合入門算例,不能直接代替所有版本的實際區塊選擇演算法。
誰可以使用 CPFP?付款人與收款人都可能嗎?
判斷重點是「誰能花費父交易中的適合輸出」。
| 角色 | 可能使用的輸出 | 需要確認 |
|---|---|---|
| 付款人 | 自己控制的找零輸出 | 是否有找零、金額及花費條件是否適合 |
| 收款人 | 自己收到的未確認輸出 | 錢包是否允許建立相應子交易 |
| 交易所用戶 | 通常由平台控制的鏈上輸出 | 平台是否提供相關處理服務 |
| 其他人 | 不一定具有花費權限 | 只知道 TxID 不代表能操作 |
一般情況下,付款人不能任意花費收款人的輸出,收款人也不能任意花費付款人的找零。
如果付款直接存入交易所,由平台控制對應地址,使用者不能只憑帳面餘額,在自己的錢包建立該輸出的 CPFP。
CPFP 操作教學:一般錢包流程
以下是通用檢查順序,實際按鈕及支持條件依錢包不同。
步驟一:確認父交易仍未確認
取得原付款 TxID,核對網路、地址與確認狀態。父交易如果已經確認,便不再需要靠它的子交易帶動確認。
步驟二:查看能否花費合適輸出
確認自己控制的是找零還是收款輸出,並查看錢包是否提供 CPFP、子交易加速或相應的幣控制功能。
若錢包限制使用未確認輸出,或輸出有不符當前條件的鎖定要求,就不能假設按一般轉帳即可完成。
步驟三:核對整個組合的費用
除了子交易自身費率,也查看父交易大小與費用,以及是否有其他未確認依賴。可優先使用錢包提供的組合估算,再確認額外成本。
所選輸出的金額需足以安排子交易費用與有效輸出;若需要加入其他輸入,子交易大小及費用也要重新估算。
步驟四:確認子交易目的與簽署內容
常見方式是將資產移至自己控制的地址。檢查新地址、金額與費用,不要為了加速而把資產轉給陌生服務。
簽署應在自己的可信錢包或硬體錢包流程完成,公開查詢與加速諮詢不需要交出助記詞。
步驟五:追蹤父子兩筆交易
CPFP 會新增子交易 TxID,父交易 TxID 不因建立子交易而改變。確認時要查看兩筆狀態,不能只看到子交易已廣播就認定父交易已完成。
CPFP 與 RBF 有什麼不同?
RBF 費用替換會建立與原交易存在輸入衝突的替代交易;CPFP 則建立依賴原交易的後續交易。
| 比較項目 | CPFP | RBF |
|---|---|---|
| 原交易 | 保留,仍需要確認 | 與替代交易競爭 |
| 資金引用 | 花費原交易產生的輸出 | 與原交易競爭使用至少一筆相同輸入 |
| 誰能操作 | 能花費合適輸出的一方 | 能授權替代交易的一方 |
| TxID | 保留父交易 ID,新增子交易 ID | 產生替代交易 ID |
| 費用判讀 | 父交易與子交易都要計算 | 查看最後有效交易及額外服務費 |
兩者不是固定哪個比較便宜。應比較錢包支持情況、交易結構與實際成本。已有子交易時,也可能影響錢包可提供的替換選項。
CPFP 會收兩筆礦工費嗎?
若父子兩筆交易都確認,兩筆各自的費用都會計入,不像 RBF 的原交易與替代交易互相衝突。
前述範例中,父交易費是 400 sat,子交易費是 3,100 sat,整體費用為 3,500 sat。若另有服務費,則還需額外核對。
如果父交易已自行確認,而子交易也已有效廣播,子交易並不會因此自動取消。它仍可能作為一般後續轉帳繼續確認並支付費用,操作前應考慮這個結果。
為什麼 CPFP 可能沒有成功?
| 情況 | 可能影響 |
|---|---|
| 組合費率仍不足 | 只看子交易高費率,忽略父交易或其他依賴成本 |
| 父交易未被相關節點看到或接受 | 子交易缺少可處理的前置資料 |
| 交易群組不符合政策 | 相連交易數量、大小或結構受到限制 |
| 父交易被有效衝突交易取代 | 原輸出未在有效歷史中成立,子交易失去來源 |
| 輸出金額不足或無法花費 | 無法建立符合條件的子交易 |
| 市場費率又上升 | 原本估算不再具有相同競爭力 |
Bitcoin Core 31.0 的政策變化
Bitcoin Core 31.0 引入 cluster mempool,以相連交易群組處理相關限制,並移除舊有 CPFP carveout 例外。
移除 carveout 不等於取消 CPFP。它改變的是部分特定交易結構如何取得政策例外;一般讀者仍可理解父子交易的加速原理,但不宜照抄舊版固定限制及「一定能多塞一筆子交易」的說法。
另外,將交易提交給一個節點,與保證全網傳播、保證礦工收錄是不同事情。套件提交與轉發能力依軟體版本及交易結構而異,不能以提交成功視為加速完成。
CPFP、雙重支付與交易確認的關係
正常 CPFP 是花費父交易建立的輸出,不是競爭花費父交易原本的輸入,因此不應直接稱為雙重支付。
不過,父交易尚未確認時,不能把收款視為完全不可改變。若原付款失效,依賴它的子交易也可能無法成立。
父子都被收進有效區塊後,仍須依需求查看確認深度;相關保障可參考 Finality 最終確認。
CPFP 常見問題 FAQ
CPFP 中文是什麼?
常稱為子交易為父交易付費,或父子交易加速。
一定要付款人才能使用嗎?
不是。能花費父交易中合適輸出的一方,都可能在符合條件下操作,包括收款人。
父交易沒確認,子交易能先建立嗎?
可以在符合條件時先建立及傳播,但有效鏈必須先包含父交易,才可包含花費其輸出的子交易。
父子可以同一個區塊確認嗎?
可以,區塊內須先排列父交易,再排列子交易。
子交易費率很高,就一定能加速嗎?
不是。要一起考慮需要收錄的未確認依賴、費用及接受政策。
CPFP 可以取消原付款嗎?
不能把 CPFP 當成撤回父交易的方法;它本身依賴父交易成立。
收到交易所地址的 BTC,可以自己做 CPFP 嗎?
通常不能直接操作由交易所控制的輸出,應先詢問平台提供的處理方式。
CPFP 後原交易 ID 會變嗎?
不因建立子交易而改變;需要同時記錄父交易與子交易各自的 TxID。
資料來源與技術文件
- Bitcoin Optech:CPFP:父子關係及加速原理。
- Bitcoin Developer Guide:Transactions:輸入、輸出與花費條件。
- Bitcoin Core 31.0 發行說明:Cluster mempool 與 CPFP carveout 變化。
- Bitcoin Core 31.0:submitpackage:特定版本套件提交參考,不代表全網一致行為。
*本文由桑幣區識編輯團隊依據官方資料及公開資訊整理,內容僅供資訊與教育用途,不構成投資建議。