比特币转账一直显示打包中，代表这笔交易已经通过钱包签名并广播至比特币P2P网络，经过全网节点校验合法后进入内存池排队，但还没有被矿工收录进新区块写入区块链账本，资金并没有丢失，只是暂时处于待上链的排队状态，并未完成最终确权。很多币圈用户会把打包中等同于交易失败，这是典型的认知误区，打包中的本质是交易进入了网络的临时等候队列，而非被网络拒收，只要交易格式、签名没有问题，就会一直在内存池等待矿工挑选，只是上链时间存在极大不确定性。
想要理解打包中的底层逻辑，首先要明白比特币的区块运行规则，比特币平均十分钟产出一个新区块，每个区块拥有固定的区块权重上限，空间十分有限，单区块能够容纳的交易数量有限，无法瞬间处理全网所有的转账请求。用户发出转账之后，交易并不会直接上链，全网完整节点会先校验交易的签名、余额以及格式，校验通过后，交易会被存入各个节点独立的内存池，也就是行业内所说的mempool，不同节点的内存池数据会略有差异，这也会造成不同区块浏览器查看交易状态时出现信息不同步的情况，这种不同步属于网络正常传播现象，并非交易异常。内存池就像是一个开放式排队大厅，所有待处理的有效交易都会汇集在这里，等待矿工打包筛选。
矿工筛选交易的核心标准并非交易发起时间，而是手续费费率，也就是每虚拟字节对应的手续费数值，矿工为了最大化区块收益，会按照费率从高到低排序，优先打包高手续费的交易，低费率的转账会被不断向后挤压，也就是常说的被插队。当市场行情波动剧烈、链上铭文铸造或者大批量交易所提币集中出现时，链上交易数量会短时间暴增，内存池迅速被填满，区块空间的竞争会变得异常激烈，手续费市场随之升温，原本设置的常规费率会远远低于市场均价，交易就会长时间滞留在打包队列里，短则数小时，长则数天都无法进入区块。部分节点会设置内存池过期机制，长时间未被打包的低费交易，会被单个节点从本地内存池中剔除，但只要还有其他节点留存该笔交易，交易依旧会在网络中继续传播，存在后续被打包的可能。
区分交易永久失效和长期打包卡顿，是币圈用户必须掌握的干货知识。如果交易本身签名错误、地址格式错误或者余额不足，交易会在广播阶段就被节点直接丢弃，不会进入打包队列，钱包也不会显示打包中状态。而显示打包中的交易，本身格式和权属都没有问题，只是受限于区块空间和手续费水平。同时还要分清打包和确认的区别，一次打包上链意味着获得第一次区块确认，连续六个区块确认后，这笔转账才具备不可逆的最终性，仅仅处于打包阶段的交易，账本余额还没有发生变动，收款地址也无法收到资产。不少用户在看到打包中后重复发送多笔同资产交易，很容易产生双花风险，盲目补发交易不仅不会加速原有转账，还会造成更多交易拥堵，进一步拉高全网手续费水平。
面对长期打包中的转账，不要盲目恐慌，也不要随意撤销或者重复发送交易，可以借助区块浏览器查看当前内存池拥堵程度以及市场实时手续费费率，判断自身交易的费率所处区间。如果费率远低于当前打包区间，可以使用钱包自带的RBF手续费提升功能或者CPFP父子交易方案，为原有交易补充手续费，提升排队优先级，让矿工重新将这笔交易纳入候选区块。在网络极度拥堵的阶段，不要使用自定义极低手续费的模式发送大额转账，提前参考链上内存池的费率区间设置合理矿工费，可以大幅降低交易长期卡在打包队列的概率。只要交易还能在区块浏览器中查询到哈希信息，就代表交易仍在网络中流转，资金不存在灭失的风险，只是需要等待网络拥堵缓解或者手续费竞价环境发生变化。
