假设你深夜给朋友转了一笔比特币，区块浏览器上一直挂着“未确认”，几个小时过去还是没动静，心里难免发慌。这篇笔记想弄清楚三件事：交易为什么会卡住，卡住期间钱在哪里，发送方自己能用什么办法加速。
交易卡在哪：内存池和手续费率
比特币交易发出后不会马上写进区块，而是先进入各个节点的内存池（mempool），可以理解成等待打包的候选队列。区块空间有限，矿工通常优先挑手续费率高的交易。手续费率的单位是 sat/vB，sat 即聪，是比特币的最小单位，1 BTC 等于1亿聪；vB 是虚拟字节，衡量占用的区块空间。所以排队看的是每单位空间付了多少，而不是总手续费。
2026年11月3日13:03（UTC）从 mempool.space 公开接口查到，内存池里约有45,384笔未确认交易，合计约22.2 MvB（百万虚拟字节）；该网站给出的推荐费率，最快一档是2 sat/vB，一小时内和经济档都是1 sat/vB，当时区块高度为974,388。这是网络比较空闲时的样子，拥堵时推荐费率可能高出几十倍，低费率的交易就会被一直挤在后面。
交易卡住期间，币并没有被谁拿走。它要么最终被打包确认，要么在节点的内存池里待太久被清理掉。以 Bitcoin Core 为例，源代码里内存池过期参数（mempoolexpiry）的默认值是336小时，也就是14天。这只是这款节点软件的默认本地策略，不是全网规则：每个节点可以自己改这个参数，内存池满时低费率交易也可能被提前清出，别的节点或钱包还可能重新广播它，所以别把14天当成准确的失效或退回时间。被清理后这笔交易就像没发生过，钱包重新同步后余额会恢复。
两种加速办法：RBF 和 CPFP
RBF 是 Replace-By-Fee 的缩写，意思是用一笔付更高手续费的新交易，替换掉还没确认的旧交易。比特币改进提案 BIP125 规定了替换规则，其中核心的一条是新交易付的总手续费必须高于原交易，并额外覆盖自身占用的带宽；Bitcoin Core 的节点策略还要求新交易的费率更高。早年要求原交易事先标记“允许替换”，Bitcoin Core 从28.0版（2024年10月发布）起把 full-RBF 设为默认开启，运行这类版本的节点不再看这个标记。实际操作靠钱包里的“加速”或“提高手续费”按钮，因为只有持有私钥的发送方才能签出替换交易。
CPFP 是 Child Pays For Parent，直译为“子交易为父交易付费”。做法是花掉卡住交易里的某个输出，再发一笔高费率的新交易。比特币规则要求父交易先于子交易上链，矿工想拿到子交易的高手续费，就得把父子一起打包，相当于子交易替父交易补了差价。它的好处是收款方也能用，只要卡住的交易里有一个输出归自己，比如收到的钱或找零。
一个算账的例子
假设一笔交易大小为140 vB，当时按1 sat/vB 发出，手续费是140 × 1 = 140聪。后来网络变得拥堵，再假设想尽快确认需要大约12 sat/vB。
用 RBF 加速
替换交易同样是140 vB，费率改成12 sat/vB，总手续费为140 × 12 = 1,680聪，比原来多付1,680 − 140 = 1,540聪。费率和总额都高于旧交易，满足上面这些替换要求。
用 CPFP 加速
假设子交易大小为110 vB，目标是父子两笔平均达到12 sat/vB。两笔总大小是140 + 110 = 250 vB，一共需要250 × 12 = 3,000聪，父交易已经付了140聪，子交易就要付3,000 − 140 = 2,860聪，折算下来子交易自身的费率是2,860 ÷ 110 = 26 sat/vB。同样的目标，CPFP 要多占一笔交易的空间，花费通常比 RBF 高。
实用清单和局限
转账前后的清单
- 发送前看一眼当时的推荐费率，不急的转账可选低档，急用就别为省几百聪冒险。
- 尽量用支持 RBF 和 CPFP 的钱包，发送前确认“允许加速”一类的选项是开着的。
- 卡住时先拿交易哈希去区块浏览器查，确认它还在内存池里再动手。
- 加速前把新手续费算一遍，免得着急填错费率多付好几倍。
- 涉及转账先小额测试、逐位核对地址；助记词不要给任何人，也不要存进联网设备，索要助记词的“加速客服”一律不理。
这两种办法的局限
交易所提现由交易所签名，用户没法 RBF，卡住时先找交易所客服；收到的输出虽然能拿来做 CPFP，但这类提现常常一笔带很多收款人，要补多少费用很难估。网上收费的“加速服务”效果和可信度都难以核实，不值得轻易付钱。推荐费率也只是网站按当前内存池做的估算，几分钟后就可能变。
转账卡住多半不是钱丢了，而是出价排在了队伍后面。弄懂费率怎么排队、RBF 和 CPFP 分别谁能用，下次遇到就不会那么慌。你平时用的钱包里，能找到“加速”按钮吗？
以上仅为个人学习记录，不构成投资建议。