未确认交易在内存池能活多久：过期、淘汰与驱逐规则

候补室有租期，也有末位淘汰

广播成功只意味着交易被别的节点“暂时愿意转发”，并不代表它在等待队列里拥有永久席位。内存池的秩序靠三条规则维持：第一是过期时限，一笔在池里迟迟不进块的交易，默认存活约两周（Bitcoin Core 的过期参数以小时计，默认值折合 336 小时量级，各部署可按自身配置核对），到期即被丢弃，此后只有重新广播才会再进队列；第二是空间压力下的费率淘汰，当池子逼近节点设置的内存上限，统计器按费率升序驱逐最“吝啬”的交易为新来者腾地方；第三是低费率限制，低于节点最低中继费率的交易从进门那一刻就处在随时被清理的边缘。参数名与默认值属于可核查的实现事实，改配置前以你所用版本的文档为准，费率统计读法见 getrawmempool怎么读取内存池？。

被驱逐与被替代是两回事

同是“消失”，路径不同。被驱逐意味着交易被从池子里永久删除，节点视其为不再中继的孤儿，钱包端表现为“交易消失”，此时需要重发或调整费率再广播；被替代则体面得多——旧交易被带更高费率的替代版本替换，双花同一批输入，见 比特币RBF和CPFP怎么选？。判断你手上这笔属于哪种，关键看它是否声明过可替代信号；没有信号的交易，只能靠等待、驱逐后重发，或等对手版本自然出现。放弃一条未确认交易的正确入口是 abandontransaction 一类的钱包操作，见 abandontransaction什么时候能用？。

空间压力从哪里来

内存池占用与拥堵程度直接相关，费率统计窗口里的排队数据能帮你判断“池子有多挤”，见 比特币内存池与费率怎么看？ 与 比特币内存池拥堵怎么判断？。值得知道的是，不同节点的池子内容并不完全一致：策略更保守的节点会先于他人丢掉边缘交易，这正是同笔交易在不同浏览器上“时有时无”的原因，预检工具 testmempoolaccept 可以问你自己的节点想不想收它，见 testmempoolaccept怎样预检交易？。

实操时间线

给“低费率发出去怎么办”一个朴素决策路径：前几个小时内，若费率估计回落到可竞争水平，它会自然进块，什么都不用做；超过约束力强的阈值（费率排名持续垫底）后，主动动作的收益开始下降，而重发的窗口取决于旧交易是否已被池子普遍丢弃——广播替换版本时若旧版本仍在池，可能直接被拒绝接收；最坏情况是两周过期后从头再来。任何时候，先确认自己是否有权 RBF，再做加速决定，对照 比特币交易一直未确认怎么办？等待、RBF 加速与被丢弃的三种结局 的三种结局选路径。

小结与风险提示

把内存池想成一间有租约、有末位淘汰、也有插队规则的候补室：过期时限决定它等多久，费率排名决定它会不会被请出去，替代规则决定谁能顶替它。理解这三条线，你就不会再问“为什么钱包显示已广播却查不到交易”。节点参数修改会改变你这台节点的池子视图，不改变全网规则；涉及资产最终确认的等待存在真实时间与价格暴露风险，本文不构成投资建议。

链上状态与钱包状态的双账本

理解“广播成功但未进块”的另一个切面是钱包的本地记账：多数钱包把“已广播”持久化为本地已发送状态，只要交易仍被任何节点中继，余额视图就不会回滚——这就是重启钱包后它“还记得”一笔链上查不到的交易的机制。风险在断链处：交易被全网普遍驱逐后，轻钱包若只依赖自有查询通道，可能出现余额长期停留在已扣未收的幽灵状态，重扫区块才能对上账，重扫方法见 rescanblockchain怎样限定高度？。稳健习惯有两条：重要转账在多个独立来源核对同一交易哈希的最终归宿；对“疑似已发未确认”的资金，先用 gettransaction 一类本地查询确认钱包态度，再决定重发路径，避免同一批 UTXO 上同时飘着两条竞争版本却互不知情。