BTC转账卡住怎么处理？先判断RBF还是CPFP

BTC已经从钱包发出，区块浏览器却一直显示未确认，很多人第一反应是再点一次发送。这个动作并不稳妥：第二笔普通转账不会自动替代第一笔，反而可能多占一份余额，或者继续排在拥堵的内存池里。更合适的顺序是先保存交易哈希，确认原交易仍在网络中，再判断钱包是否支持RBF，或者能否利用原交易产生的未确认输出执行CPFP。

先确认交易是真的卡住

把交易哈希放入可信的比特币区块浏览器，重点看四项：确认数是否为零、当前费率是多少、交易是否标记为可替换、输入和输出是否与发送时一致。页面暂时查不到记录，可能是钱包尚未成功广播，也可能是部分节点已经从内存池移除；这种情况不宜只凭钱包里的“失败”或“处理中”字样判断。若收款方已经显示确认数，就不要再做任何加速操作。

RBF是在原位置换一笔交易

RBF的核心不是重复付款，而是让一笔费用更高的新交易花费原交易相同的输入，使节点用新版本替换旧版本。BIP 125规范说明了选择性替换的信号和基本规则；Bitcoin Core的bumpfee文档也明确，新交易会保留原输入，并通过减少找零或必要时增加输入来补足费用。对普通用户来说，只有原钱包能够控制相关私钥、原交易允许替换且钱包提供“加速”或“提高费用”入口时，RBF才是较直接的选择。

确认页要分清“总手续费”和“费率”。费率通常使用sat/vB，表示每个虚拟字节支付多少聪；总手续费则是整笔交易最终付出的聪数。两者数量级不同，手动填写时一旦把总数误当费率，费用可能被放大很多。还要重新检查收款金额与找零输出，不能只看到“预计更快”就确认签名。

CPFP是让子交易带动父交易

如果原交易不能RBF，但你控制其中一个未确认输出，例如收款已经在自己的另一个地址中显示，钱包可能允许花费该输出并创建一笔高费率子交易。矿工若要打包子交易，必须先处理它依赖的父交易，因此会综合两笔交易的费用和体积评估是否值得一起确认，这就是CPFP。它并非每个钱包都提供，收款方能否操作也取决于未确认输出是否可花费。

什么时候先等待更合理

交易只是刚广播、当前费率与内存池建议接近，或者用途没有明确时限时，继续等待通常比频繁改费更简单。不同节点保存未确认交易的时间并不完全相同，钱包显示也可能滞后。需要加速时，优先使用原钱包的内置功能，让软件自动计算满足节点转发规则的增量费用，不要把来源不明的“加速器”当成必然有效的服务。

签名前完成最后一次核对

操作前备份交易哈希并截图记录原金额，确认新交易的收款地址没有变化，找零仍回到自己控制的钱包，新增费用处在能够接受的范围。涉及较大金额或钱包要求导入助记词、私钥才能“加速”时应立即停止，正规的交易替换不需要把密钥交给网页。RBF和CPFP解决的是确认优先级，不会修正发错地址、选错网络或私钥泄露；这些问题不能靠提高手续费挽回。