ERC20转账失败，代币本身不会消失，会完整留在发送方钱包地址内，但用于支付矿工费的ETH会被消耗，不会退回用户账户。很多币圈新手遇到交易页面标记失败、接收地址没有收到资产，就会担心代币丢失，实际上智能合约执行回滚时，整笔代币转账逻辑会全部撤销，账本不会记录代币转出的行为，只有gas产生的链上执行成本由发送人承担，这也是以太坊虚拟机的底层执行规则，失败不等于资产损耗，只是手续费会产生真实支出。
想要理清代币去向，需要区分两种失败状态，分别是交易已经上链执行失败，以及交易长时间未被打包被网络丢弃。当交易哈希能够在区块浏览器查到，状态标记为executionreverted，代表这笔交易已经被验证节点打包进区块，合约内部条件不满足触发回滚，代币原路退回发送地址，ETH矿工费直接给到验证节点，无论转账目的是否达成，节点已经完成链上运算工作，因此手续费无法返还。另一种情况是交易长时间处于待确认，gas价格设置过低，最终从交易池被清除，这种状态下代币和ETH都不会发生变动，相当于这笔操作从未在链上发生，钱包余额不会出现任何扣减。
造成ERC20转账执行回滚的诱因较多，不同报错对应的排查方向也不一样，最常见的是gaslimit设置不足，合约转账运算消耗超出设置上限，直接触发outofgas报错，即便代币余额充足依旧转账失败。其次是dApp交互转账场景的授权额度问题，使用transferFrom方式转出代币时，如果没有完成approve授权，或者授权额度低于转账数额，合约就会拒绝执行转账逻辑，代币不会向外转移。除此之外，代币实际余额不足、合约内置风控条件触发、目标地址存在特殊合约限制，同样会造成转账失败，用户可以通过区块浏览器查看交易的回滚提示，快速定位问题根源。
不少用户容易混淆ERC20转账失败和转错网络，两者资产最终位置完全不同。转账失败属于合约主动回滚，代币留在自己钱包；如果手动选错链，把ERC20代币发送至其他网络地址，不属于转账失败范畴，代币会滞留在错误链的对应地址，这种情况无法依靠合约自动退回，处理难度会大幅提升。遇到ERC20转账失败后，不要反复直接提交一模一样的交易，重复发送会持续消耗gas，钱包自带的加速或者取消功能，需要使用相同nonce值搭配更高gas价格，覆盖掉原有交易，以此避免多笔交易同时上链带来的额外损耗。日常操作时预留一定gas额度缓冲，转账前核对授权状态，可以大幅降低转账失败的发生概率。
