CPFP 是什麼?比特幣父子交易加速與組合費率完整教學

2026/10/28 01:04
CPFP 是什麼?比特幣父子交易加速與組合費率完整教學
未命名設計 (3)

作者|桑幣區識編輯團隊
發布|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 則建立依賴原交易的後續交易。

比較項目CPFPRBF
原交易保留,仍需要確認與替代交易競爭
資金引用花費原交易產生的輸出與原交易競爭使用至少一筆相同輸入
誰能操作能花費合適輸出的一方能授權替代交易的一方
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。

資料來源與技術文件

*本文由桑幣區識編輯團隊依據官方資料及公開資訊整理,內容僅供資訊與教育用途,不構成投資建議。

join Zombit

加入桑幣的社群平台,跟我們一起討論加密貨幣新資訊!

tags:

桑幣區識 Zombit

桑幣筆記 Zombit 為專業的區塊鏈財經自媒體,利用自身的金融和區塊鏈知識,提供區塊鏈相關的時事新聞、專題專欄、新手教學和趨勢週報...等,協助大眾吸收正確的資訊,並和社群朋友站在一起,互相扶持成長。

桑幣熱門榜

關閉廣告 關閉廣告
zombie

桑幣正在徵文中,我們想要讓好的東西讓更多人看見!
只要是跟金融科技、區塊鏈及加密貨幣相關的文章,都非常歡迎向我們投稿
投稿信箱:[email protected]

為提供您更多優質的服務與內容,本網站使用 cookies 分析技術。若您繼續閱覽本網站內容,即表示您同意我們使用 cookies,關於更多相關隱私權政策資訊,請閱讀我們的隱私權及安全政策宣示。