Bitcoin 交易未確認：費率、RBF 與 CPFP

未確認不等於遺失

Bitcoin 交易可以先被節點放入 mempool，等待礦工選入區塊。當交易 fee rate相對其他候選交易偏低，等待時間可能拉長；節點也各自套用轉發與保存政策，因此不同資料源看見的 mempool不一定完全相同。

先用 TxID確認交易是否存在、是否已進區塊、費率與虛擬大小、花費哪些輸入，以及是否標示可替換。不要只看錢包估計的「剩餘分鐘」，那不是協議承諾。

RBF：用新交易競爭同一組輸入

BIP125描述 opt-in full replace-by-fee。符合條件的未確認交易可由另一筆支付更高絕對費用與費率、並符合節點政策的交易替換。錢包的 bump fee或 speed up功能通常在背後建立這種替代交易。

RBF 不是在原 TxID上加錢。新交易會有新的 TxID，收款輸出可以保持相同，也可能按錢包功能調整找零。使用前核對收款地址與金額，不要只按「加速」而忽略交易內容。

若原交易沒有表明可替換，某些節點或錢包仍可能採用不同政策，但不能假設一定成功。以自己錢包的明示功能和當前節點政策為準。

CPFP：由子交易提高整組誘因

Child Pays For Parent（CPFP）是花費未確認輸出的子交易，並為子交易支付較高費用。礦工若要收錄子交易，必須同時收錄其父交易，因此會評估整個 package 的有效費率。

能否使用取決於誰控制可花費的未確認輸出。發送方可能控制找零輸出，接收方可能控制收款輸出；錢包還必須允許花費未確認資金並正確計算費率。沒有可控輸出就無法憑空建立 CPFP。

先做診斷，再決定是否 bump

1. 確認 TxID尚未進區塊。
2. 查看原交易 fee rate與目前 mempool條件。
3. 確認錢包是否明確提供 RBF或 CPFP。
4. 計算增加費用是否符合交易價值與時間需求。
5. 核對新交易輸出，避免收款金額被意外修改。
6. 送出後保存新舊 TxID，向收款人說明替換關係。

費率突然下降時，等待也可能是合理選項；但節點是否保留交易、何時被收錄都沒有保證。若交易來自平台提領，你通常無法自行操作輸入，只能向發送平台詢問其 fee管理政策。

不要相信「礦池後門」私訊

真正的 RBF與 CPFP 都是公開交易與節點政策，不需要你的 seed。陌生人要求私鑰、錢包檔或先轉 BTC到某地址，並不會提高原交易 package費率。

也不要向收款人再發一筆相同金額作為「補單」，除非你明確接受雙重付款風險。若要建立替代交易，應由支援該功能的可信錢包根據原輸入產生，並在簽署前完整核對。

未確認 Bitcoin 交易先看哪三個數字？

先查看交易的 fee rate（sat/vB）、虛擬大小與目前 mempool 中不同費率區間的待處理量。總手續費高不代表 fee rate 高：輸入很多的交易體積較大，即使支付較多 BTC，平均到每個虛擬位元組仍可能缺乏競爭力。

再確認交易是否仍被節點保留、是否已有替代交易，以及輸入是否被其他交易花費。單一瀏覽器查不到不一定表示交易消失，節點 mempool 政策可能不同；可用可信來源交叉核對。

RBF 的成立條件與風險是什麼？

Opt-in RBF 允許符合 BIP 125 條件的未確認交易被另一筆使用相同輸入、支付更高費用的交易替換。錢包的 speed up 功能通常在原收款內容不變的前提下提高費率，但使用者仍應核對新交易的輸出、找零與總費用。

不是所有交易都明確啟用可替換訊號，節點也會依政策判斷替代是否被接受。建立替代交易後，新舊 TxID 都要保存；收款方可能先看到其中一筆，最終只有一組衝突輸入能被確認。

CPFP 何時有意義？

Child Pays For Parent 由未確認交易某個可花費輸出的控制者建立子交易，支付較高費率，使礦工從父子整體費率評估是否一起打包。常見情況是收款人花費未確認輸出，或發送者花費自己的找零。

粗略判斷要看整個 package：父交易費用 + 子交易費用 相對於 父交易大小 + 子交易大小 是否具有競爭力。只把子交易費率設得稍高，未必足以拉高低費率的大型父交易。錢包若沒有安全 CPFP 功能，手動選 UTXO 也可能誤花其他輸出。

採取動作前，先把輸出所有權分清楚

RBF 需要原發送者能重新簽署相同輸入；CPFP 則需要有人控制未確認交易的一個可花費輸出。先在錢包與瀏覽器確認哪個輸出屬於收款、哪個是找零，以及錢包是否支援對應功能。看到自己的地址出現在交易裡，不等於每個輸出都能立即拿來建立子交易；錯認找零可能把原本要保留的資金送往不預期地址。

若交易由平台批次提領建立，使用者通常不控制輸入與找零。此時網路上教學的手動 RBF 步驟不適用，應向發送平台詢問是否已廣播、是否允許替換以及新的 TxID（若有）。所謂代簽加速服務若涉及助記詞，即屬高危要求。

成功被打包後，還要核對什麼？

確認區塊包含的是哪個 TxID、輸出地址與金額是否保持預期，並向收款方更新替換關係。RBF 成功後舊 TxID 可能長期顯示衝突或無效，帳務紀錄若只保存舊值，就會在日後對帳時看似「付款消失」。CPFP 則要同時保存父、子交易與總費用，因為單看子交易費率無法解釋整個 package 為何被礦工接受。

若最後選擇等待，也要設定重新評估的條件，例如 mempool 費率明顯改變、收款期限接近或平台提供替代交易。等待不是放棄追蹤，而是避免在證據不足時付出不必要費用。任何新動作前再次查原交易，防止它剛被確認卻又建立重複付款。