mempool.space 交易一直未确认：检查费率与 RBF、CPFP 的适用条件
链小知 · 进阶 · 核验 · 依官方文档整理
从交易 ID 查未确认原因，再根据输入控制权、后代交易与钱包版本判断加费路径，避免重复支付。
开始前准备
- 准备 Bitcoin 主网交易 ID、发送钱包名称与版本。
- 查浏览器无需私钥或钱包连接；本教程只诊断，不提交替换交易、CPFP 或购买加速服务。
- 如实际加费，额外矿工费及钱包权限另行核对；Bitcoin Core 示例仅适用其 30.0 文档。
1. 先用交易 ID 查状态
打开 mempool.space，在右上搜索框粘贴 txid。区分未确认、已入块、找不到：找不到时先与原发送钱包核对 txid、网络及是否已广播，不据此断言退款。
检查结果：记录完整 txid、确认状态与实际接收输出。
2. 比较费率和拥堵
记录交易费率与首页当前费率估计。比较每 vB 的费率，不能只比较手续费总 BTC。估计随待打包交易变化，是诊断拥堵的参考，不是承诺时间。
检查结果：判断当前费率是否偏低；保留查询时间。
3. 核对是否能由原钱包 RBF
查看原钱包是否提供加费/替换功能及本交易适用条件。RBF 需要钱包控制相应输入并能产生替换。Core 30.0 bumpfee 要求交易在该钱包中，且钱包或 mempool 中没有花费其输出的后代交易；还需满足增量转发费用。
检查结果：将“页面有替换信息”和“原钱包能合法替换”分别判断。
4. 没有可用 RBF 时检查 CPFP 条件
官方 FAQ 给出的另一条路径是控制未确认交易的一个输出，才可能用子交易提高组合有效费率。交易所代发、自己无输入控制权时，应由发送服务核查；接收方没有可花费输出时不能凭 txid 加费。Full-RBF 数据的存在也不等于自己的钱包支持操作。
检查结果：记录输入/输出控制方、后代交易与可用钱包功能，未知项留空。
5. 保留新旧交易追踪关系
若以后由原钱包正式加费，应保存旧、新 txid，确认原接收地址和金额未被改动，再查最终入块结果。RBF 是替换交易，不能另发一笔普通付款当加速；本教程不调用会签名或广播的 bumpfee。
检查结果：完成诊断清单：状态、费率、控制权、钱包条件与下一步责任方。
怎样确认完成
- 定位到实际交易并保留当前状态。
- 明确 RBF/CPFP 的控制权与钱包条件，或说明信息缺失。
- 未签名、广播或付费加速。
常见错误与边界
- 将手续费总额当成 sat/vB。
- 反复发送新的普通转账，产生重复付款。
- 有 RBF 标记就认为任何钱包都能替换。
- 已存在子交易却忽略原钱包的加费限制。