比特币RBF和CPFP怎么选？ 图 1
比特币RBF和CPFP怎么选？ · 图 1

比特币交易卡在内存池时，RBF 和 CPFP 都可能提高确认优先级，但它们不是同一个按钮的两种叫法。RBF 替换原交易，CPFP 新建一笔子交易并让矿工按父子交易包评估费率。能否使用，取决于谁控制输入或输出、钱包是否支持、原交易是否仍未确认，以及节点和矿池采用的策略。

在操作前，先用 交易哈希与区块浏览器核验方法 确认交易仍处于未确认状态。已经进区块的交易不能靠加费撤回；浏览器查不到时，也不应立刻重复转账。

两种方法改动的对象不同

RBF（Replace-by-Fee）会创建一笔花费相同输入的新交易，尝试替换内存池里的旧版本。新交易可以保留原收款，也可能包含调整后的找零，但它必须满足节点当前的替换和费用策略。钱包显示“加速”时，背后常见的是这种机制。当前 Bitcoin Core 默认采用 full-RBF，是否接受冲突交易不再以 BIP 125 信号为必要前提；BIP 125 更适合作为历史策略背景，其他钱包、节点和矿池仍可能有自己的界面与接受规则。

CPFP（Child Pays for Parent）不替换父交易。控制某个未确认输出的一方创建高费率子交易，矿工若要打包子交易，就必须先打包父交易，于是会按两笔交易组成的交易包衡量整体费率。接收方能控制父交易的某个输出时，也可能主动使用 CPFP。

对比项RBFCPFP
核心动作替换旧交易新建子交易
需要控制原交易输入未确认输出
谁常能发起发送方发送方或接收方
费用判断新旧交易与替换策略父子交易包整体费率
原交易记录可能显示被替换仍作为父交易存在

先走这条选择路径

第一步，看原交易是否仍在内存池。若已确认或已被其他版本替换，两种方法都不该继续尝试。第二步，看钱包是否明确标注 RBF、加速或 CPFP；不要为了“打开功能”导入陌生脚本。第三步，确认控制权：发送方通常控制原输入和找零输出，接收方通常只控制收到的输出。第四步，比较新增费用与转账金额，避免为了小额转账支付不成比例的费用。

理解当前内存池拥堵和 sat/vB 费率，可配合 比特币内存池与费率怎么看。费率是动态竞价信号，不是确认时限承诺；即便提高费用，区块空间、节点策略和其他交易也会改变排序。

RBF 常见失败原因

更常见的问题是新交易增加的绝对费用或费率不足、使用了不同输入却没有真正冲突，或原交易已经被确认、淘汰、替换。Bitcoin Core 的策略会随版本演进，因此老教程里的信号条件和固定加价百分比不能当作永远有效的规则。

如果新交易改了收款地址或金额，务必重新核对完整交易详情。所谓“取消”通常也是用相同输入创建一笔返回自己地址的替换交易；它只有在替换版本先被确认时才生效，并不是协议层撤销按钮。替换和重复广播还会产生额外费用或重复付款风险，错误版本先确认时也可能造成不可逆损失。

CPFP 常见失败原因

CPFP 的关键是你能花费父交易产生的未确认输出。若钱包不允许花未确认找零、输出不属于你，或子交易费用不足以改善整个交易包的费率，就可能没有效果。只看子交易自己的高费率会产生误判，因为矿工还要承担低费率父交易占用的区块空间。

交易链过长、节点交易包限制或钱包的 coin control 逻辑，也可能让子交易无法广播。对于不了解 UTXO 选择的用户，优先使用钱包内建且能展示完整费用的功能，不要复制网上的原始交易十六进制数据。

加费前的五项核验

  1. 区块浏览器显示原交易未确认，交易哈希和网络正确。
  2. 核对输入、输出、找零地址和当前费率，防止操作错交易。
  3. 明确自己控制的是原输入还是未确认输出。
  4. 钱包清楚展示新增费用和最终收款结果。
  5. 广播后只跟踪新旧交易状态，不连续创建更多版本。

比特币算力和出块具有随机性，可继续阅读 比特币算力与安全风险 理解为什么高费率也不是即时确认保证。本文仅用于机制与安全教育，不构成交易或投资建议。链上交易通常不可逆，任何加费操作都应以钱包官方文档、当前节点策略和可验证交易详情为准。