比特币父交易未确认：后续转账为何一起卡住
后续转账一起卡住，是因为你在花"还没到账"的钱。 比特币的UTXO模型下，一笔交易的输出（找零）要等父交易（Parent Transaction）确认后，才能作为子交易（Child Transaction）的输入。父交易没确认，它的所有子交易都得在内存池里等着。
1. 先搞清楚比特币交易是怎么"串"起来的
比特币不像银行账户那样直接扣余额，而是用 UTXO（未花费交易输出）来记录你手里的"钱票"。
你发起一笔转账，就是在消耗一个或多个 UTXO 作为输入，然后生成新的 UTXO 作为输出（包括给收款人的和找零给自己的）。
关键在这里： 如果你转出的这笔钱里，包含了一笔还没确认的交易的"找零"，那你这笔新交易就在等它的"爸爸"（父交易）先确认。父交易没确认，子交易里的那个 UTXO 就还是"待定"状态，没法被矿工打包。
2. 为什么父交易会卡住
父交易卡住，最常见的原因就是手续费给低了。
比特币网络拥堵时，矿工会优先打包手续费率（单位：sat/vB）高的交易。你给的手续费低于市场价，交易就会一直泡在内存池（Mempool）里排队，几个小时甚至几天都没人理。
这有点像在高峰期打车：你不加价，就永远排在后面。
3. 实操判断和解决步骤
步骤1：确认父交易确实还在"Pending"状态
做什么：在区块浏览器（如 Blockchain.com）搜索你第一笔交易的 TxID（交易哈希）。
怎么做：
看交易状态，如果显示"Unconfirmed"或"Pending"，说明父交易卡住了。
记下这笔父交易的 TxID 和它发送的金额。
做到什么程度算完成：你确认了父交易未确认，明白了后续交易卡住的根本原因。
步骤2：判断用哪种方式"救"这笔钱
一旦确认是父交易卡住连累了子交易，你有两个选择：
情况A：你是收款方，想用这笔还没确认的钱继续转（即你发起了子交易）
做法： 用 CPFP（子交易支付父交易）。你发起一笔新交易，把父交易里收到的那笔钱（未确认的）作为输入，然后给这笔新交易（子交易）付一笔足够高的手续费。矿工看到子交易手续费高，为了能拿这笔钱，会连父交易一起打包进去。
注意： 你要付的手续费，得高到能覆盖"父+子"两笔交易的总成本，才能吸引矿工。
情况B：你是付款方，发现手续费给低了
做法： 如果发交易时开了 RBF（Replace-By-Fee，费用替换） 功能，你可以用一笔手续费更高的同款交易把原来那笔替换掉。这相当于"撤回重发"，新交易直接上链，旧交易作废。
注意： 发交易时没开 RBF，这招就行不通。
风险提醒：如果一直不处理，卡住的交易可能会在 14 天后被节点从内存池里踢出去。到时候钱会退回你的钱包，但你得等很久，而且得重新付手续费再发一次。另外，等待期间别反复发同一笔交易，可能会触发节点的防双花机制，让事情更乱。
做完以上判断，怎么确认解决了？
用 RBF 重发后，去区块浏览器搜新的 TxID，看到有确认数就说明新交易已上链，旧交易作废。用 CPFP 的话，你只需盯着子交易，它一旦确认（通常会和父交易一起被打包），父交易的状态也会变成"Confirmed"。看到子交易有 1 个确认，就可以继续后续操作了。
