比特币转账一直打包中，本质是交易已经广播到网络进入内存池，但没有被矿工选中写入区块，资金并没有丢失，只是处于排队等待确认的状态，手续费设置偏低与网络拥堵是最主要的两大诱因，同时还有部分交易所侧、交易依赖关系带来的特殊情况。
比特币平均每十分钟产出一个新区块，区块存储空间存在上限，矿工在打包交易时优先挑选手续费费率更高的交易，并非按照提交时间先后顺序处理。很多用户会混淆手续费总额和费率，同样一笔转账，总手续费数值高，但交易占用字节偏大，每虚拟字节的费率依旧偏低，依旧会被排在队列末尾。行情暴涨暴跌、铭文与代币批量铸造阶段，链上交易数量暴增，内存池积压大量待处理交易，市场手续费门槛会快速抬升，即便钱包给出的预估费率，也会因为网络行情瞬间变化变得失效，转账就会长时间停留在打包状态。部分小额尘埃交易，还会因为低于节点转发最低标准，直接难以被网络节点接收转发。
除了费率与网络拥堵，父子交易依赖也是容易被普通用户忽略的原因。如果这笔转账的输出来源于另一笔还未确认的交易，就会形成父子绑定关系，即便当前这笔交易手续费充足，父交易迟迟得不到打包，子交易也会被卡住，必须作为整体被矿工打包才能完成确认。如果是交易所提币出现一直打包中，还有可能交易还没有对外广播，交易所内部会采用批量归集提币模式，把多笔用户请求合并成一笔链上交易，平台会在内部队列等待归集，此时浏览器查不到TXID，并不是链上打包排队，和钱包直接发起转账的卡顿属于完全不同的场景，账户触发风控、冷热钱包调拨也会造成这类前置延迟。
遇到转账持续打包中，不要重复多次发起相同转账，避免产生双重支付风险。非紧急转账可以耐心等待，当网络压力回落之后，低费率交易有概率被打包；长时间未确认，部分网络节点会将交易从内存池清除，资金会退回钱包。如果钱包支持RBF手续费替换功能，可以直接提高费率发起替换交易，这是发送方最常用的加速手段；接收方遇到卡住的转账，则可以使用CPFP子付父方案，花费该笔未确认输出生成高手续费子交易，带动父交易一起被打包。如果是交易所提币卡顿，需要联系平台客服，提供TXID排查，链上浏览器可以实时查看内存池状态，用来判断当前网络合理手续费水平。
日常转账想要减少打包卡顿问题，发送前优先查看实时网络手续费参考，不要直接无脑选用钱包最低档位手续费；行情剧烈波动、铭文铸造高峰期，尽量避开高峰时段进行大额转账，优先选择中等或者较高档位费率。同时尽量不要花费未确认的输出做二次转账，避免触发父子交易依赖问题，从源头降低交易长期排队打包的概率。
