BlueWallet 交易一直 Pending：核对费用、确认数与 RBF 条件
链小知 · 入门 · 核验 · 依官方文档整理
从已有 Bitcoin 链上交易读取哈希、费用与费率，判断缺少加速按钮的原因，并持续核对确认状态。
开始前准备
- 已有 BlueWallet Bitcoin 链上钱包与目标交易；Lightning 的交易详情不适用本流程。
- 准备已有交易哈希或付款记录用于比对；本流程只查看，不创建替换交易。
1. 打开正确钱包的目标链上交易
从钱包交易列表点开目标行，核对 Sent 或 Received、时间及金额单位。蓝色 Pending 表示仍待确认；Analyzing 是时间估计，不能作为已经确认的依据。
检查结果：明确这是哪笔链上交易、发送还是接收，以及是否仍未确认。
2. 用交易 ID 核对浏览器记录
在 Details 复制完整 ID，再用 explorer 打开同一交易。比对哈希和状态；浏览器查不到时，先排除哈希或网络不匹配，保留待核结果，不把钱包卡片当作链上确认。
检查结果：两处哈希一致，已记录浏览器当前确认状态或无法查到的情况。
3. 分清总费用和每虚拟字节费率
先看 Details 的 Network Fee（sats/法币），再展开 Advanced 看 Fee rate（sats/vB）和 Virtual size。总费用与费率不是同一数字。需要核对收款去向时再看 Inputs/Outputs；To address 只在单一外部接收方的发送交易显示，多输出还可能包含找零。
检查结果：已分别记录总费用、sats/vB 费率与虚拟大小，未将所有输出都视作收款人。
4. 只检查加速或取消的适用条件
查看是否有 Speed Up/Cancel。官方只在本钱包发出的、支持 RBF 的交易显示它们；接收交易无按钮，需要由发送方处理。按钮缺失不等于交易不能自然确认。Speed Up 会构造更高费替换并广播；Cancel 也会广播花费相同输入的替换交易，并非即时撤销。停留在状态核对即可。
检查结果：能解释按钮是否适用；没有为查看报价而点击会广播的控件。
5. 再次检查确认状态而非只看预计时间
稍后重新打开同一交易，查看状态卡是否转为 Sent/Received 并出现确认数，再与 explorer 对照。若已有其他人执行的替换交易，用其实际哈希检查是否确认；不能仅凭原交易消失认定付款取消。按收款方要求判断所需确认数，不把文档的 6+ 示例当作统一到账门槛。
检查结果：明确当前仍 Pending、原交易已确认，或替换交易的实际状态；无法确认时保留待核。
怎样确认完成
- 能用同一哈希将钱包与浏览器记录对应，分别说明总费用、费率和当前确认状态。
- 能判断 RBF 按钮是否适用，并知道实际替换确认前不能宣布取消成功。
- 本教程依据官方文档编写；未连接用户钱包、执行替换或广播，不提供实时费用或确认时间保证。
常见错误与边界
- 将 Network Fee 的 sats 与 Fee rate 的 sats/vB 比大小，会误判费用高低。
- 收到的交易缺少 Speed Up/Cancel 是正常权限边界；本钱包不能替发送方处理 RBF。
- 取消交易仍要付替换费用并等待确认，不能承诺资金立刻返回。