ETH打包失败时ImToken排查指南

导读： 以太坊这个交易打包失败的情况, 对于使用ImToken这款软件的用户来说, 是一个经常会碰到的导致交易变慢的大问题。这个问题的根本原因, 在于区块链节点确认订单的队伍排得太长...

以太坊这个交易打包失败的情况, 对于使用ImToken这款软件的用户来说, 是一个经常会碰到的导致交易变慢的大问题。这个问题的根本原因, 在于区块链节点确认订单的队伍排得太长, 或者是你设置的Gas手续费太少了。

正是因为这些原因, 你的转账记录会一直卡在“等待确认”的那个圈子里转不出头。这并不意味着你的钱真的不见了或者搞丢了。

eth打包失败怎么回事

通常所说的“打包失败”这种情况, 它并不是意味着那笔交易已经被系统无情地丢弃掉了。更准确的说法应该是, 你发出的那种ETH转账或者是某种Swap操作行为, 它们现在正处在那所谓的MemPool也就是内存池里头苦苦等待。在这期间, 它们得一直等着验证者们去把它们进行上链操作。

造成这个状况的根本原因是什么? 主要是因为当当前网络处于非常拥堵的时候, 整个市场上的Gas均价就已经被大幅拉高了。而你所设置的那个Gas Fee的数值, 是低于当前的那个市场水位线的。正因为这样一个价格上的落差, 你的这笔交易就一直被挤在了队列的最尾巴那儿。

于是在短时间之内, 它都不会被选中去执行。

ImToken这个本地签名钱包的功用, 实际上仅仅就是把那个交易给构建完毕, 然后广播给各个节点去处理这么一件事物, 它压根就没有权利也没有能力替你去做加速把这个东西上链的事情。

特别是如果你目前所使用的连接方式还是那种默认的公共节点, 而不是自己去指定一个什么样的自定义RPC接口的时候, 那么一旦到了那种拥堵特别厉害的时间段之内, 你所感受到的那种延迟现象就会变得更加显而易见了。

eth打包失败怎么解决

最简单粗暴的一种修法, 就是用相同Nonce和更高Gas Price, 来重新广播一笔交易, 从而覆盖原来的那笔交易。如果你要在ImToken里进行操作, 可以手动把Gas Price往上拉, 拉到15到20个gwei以上才行。

或者换个思路, 使用EIP-1559标准, 把Max Fee给调高一些。最后要做的,就是等网络稍微空闲一点了, 再重新发起这笔交易即可。

还存在着一种特殊的情况, 那就是当前某一笔交易所使用的Nonce值已经被占用, 这会导致后续的所有交易都处在完全阻塞的状态之下。

在这个时候, 如果选择使用名为Replace By Fee的方法, 把那笔已经卡在流程中的交易所设定的费率提高, 以此来进行覆盖操作, 那么整体上的整个交易队列就会变得通畅起来。切勿在同一时间内发出多笔使用了不同Nonce值的交易行为, 这样做只会让阻塞的状况变得更加严重而已。

节点拥堵是一个周期性的过程, 当 Gas 飙到 40 gwei 以上的时候, 用户需要尽量避开进行大额操作, 对于小额转账这种情况来说, 耐心等待几分钟大多能够让这笔交易得到正常确认。