# BlueWallet 交易一直 Pending：核对费用、确认数与 RBF 条件

整理：链小知（AI 辅助）
资料核对日期：2026-10-12
引用地址：https://lianxiaozhi.com/tools/guides/bluewallet-pending-fee-rbf-check
难度：入门
核验方式：官方文档整理，未执行真实账户操作

从已有 Bitcoin 链上交易读取哈希、费用与费率，判断缺少加速按钮的原因，并持续核对确认状态。

## 使用工具
- [BlueWallet](https://lianxiaozhi.com/tools/bluewallet) · [官方入口](https://bluewallet.io/)

## 前置条件
- 已有 BlueWallet Bitcoin 链上钱包与目标交易；Lightning 的交易详情不适用本流程。
- 准备已有交易哈希或付款记录用于比对；本流程只查看，不创建替换交易。

## 1. 打开正确钱包的目标链上交易

从钱包交易列表点开目标行，核对 Sent 或 Received、时间及金额单位。蓝色 Pending 表示仍待确认；Analyzing 是时间估计，不能作为已经确认的依据。

核对结果：明确这是哪笔链上交易、发送还是接收，以及是否仍未确认。
依据：[BlueWallet：链上交易详情与费用字段](https://bluewallet.io/docs/transaction-status/)
依据：[BlueWallet：待确认交易与 RBF 条件](https://bluewallet.io/docs/pending-transactions/)

## 2. 用交易 ID 核对浏览器记录

在 Details 复制完整 ID，再用 explorer 打开同一交易。比对哈希和状态；浏览器查不到时，先排除哈希或网络不匹配，保留待核结果，不把钱包卡片当作链上确认。

核对结果：两处哈希一致，已记录浏览器当前确认状态或无法查到的情况。
依据：[BlueWallet：链上交易详情与费用字段](https://bluewallet.io/docs/transaction-status/)
依据：[BlueWallet：待确认交易与 RBF 条件](https://bluewallet.io/docs/pending-transactions/)

## 3. 分清总费用和每虚拟字节费率

先看 Details 的 Network Fee（sats/法币），再展开 Advanced 看 Fee rate（sats/vB）和 Virtual size。总费用与费率不是同一数字。需要核对收款去向时再看 Inputs/Outputs；To address 只在单一外部接收方的发送交易显示，多输出还可能包含找零。

核对结果：已分别记录总费用、sats/vB 费率与虚拟大小，未将所有输出都视作收款人。
依据：[BlueWallet：链上交易详情与费用字段](https://bluewallet.io/docs/transaction-status/)

## 4. 只检查加速或取消的适用条件

查看是否有 Speed Up/Cancel。官方只在本钱包发出的、支持 RBF 的交易显示它们；接收交易无按钮，需要由发送方处理。按钮缺失不等于交易不能自然确认。Speed Up 会构造更高费替换并广播；Cancel 也会广播花费相同输入的替换交易，并非即时撤销。停留在状态核对即可。

核对结果：能解释按钮是否适用；没有为查看报价而点击会广播的控件。
依据：[BlueWallet：Speed Up 与 Cancel 的广播边界](https://bluewallet.io/how-to-speed-up-a-stuck-bitcoin-transaction-in-bluewallet/)
依据：[BlueWallet：待确认交易与 RBF 条件](https://bluewallet.io/docs/pending-transactions/)

## 5. 再次检查确认状态而非只看预计时间

稍后重新打开同一交易，查看状态卡是否转为 Sent/Received 并出现确认数，再与 explorer 对照。若已有其他人执行的替换交易，用其实际哈希检查是否确认；不能仅凭原交易消失认定付款取消。按收款方要求判断所需确认数，不把文档的 6+ 示例当作统一到账门槛。

核对结果：明确当前仍 Pending、原交易已确认，或替换交易的实际状态；无法确认时保留待核。
依据：[BlueWallet：链上交易详情与费用字段](https://bluewallet.io/docs/transaction-status/)
依据：[BlueWallet：Speed Up 与 Cancel 的广播边界](https://bluewallet.io/how-to-speed-up-a-stuck-bitcoin-transaction-in-bluewallet/)

## 常见错误
- 将 Network Fee 的 sats 与 Fee rate 的 sats/vB 比大小，会误判费用高低。
- 收到的交易缺少 Speed Up/Cancel 是正常权限边界；本钱包不能替发送方处理 RBF。
- 取消交易仍要付替换费用并等待确认，不能承诺资金立刻返回。

## 完成检查
- 能用同一哈希将钱包与浏览器记录对应，分别说明总费用、费率和当前确认状态。
- 能判断 RBF 按钮是否适用，并知道实际替换确认前不能宣布取消成功。
- 本教程依据官方文档编写；未连接用户钱包、执行替换或广播，不提供实时费用或确认时间保证。

## 相关知识
- [区块确认与最终性是什么？交易成功和充值到账为何不同步](https://lianxiaozhi.com/learn/confirmations-and-finality)
- [比特币 UTXO 与找零：为什么转一笔账会出现多个输出](https://lianxiaozhi.com/learn/utxo-and-change)

## 官方依据
- [BlueWallet：链上交易详情与费用字段](https://bluewallet.io/docs/transaction-status/)
- [BlueWallet：待确认交易与 RBF 条件](https://bluewallet.io/docs/pending-transactions/)
- [BlueWallet：Speed Up 与 Cancel 的广播边界](https://bluewallet.io/how-to-speed-up-a-stuck-bitcoin-transaction-in-bluewallet/)