以太坊交易失败为什么还扣Gas？分清回滚、耗尽与未上链

页面亮起红色的失败提示，代币没有送到，ETH却少了一点。这不一定是钱包重复收费：如果以太坊网络已经执行了交易，计算过程就可能产生费用，即使最终没有完成你想要的操作。但反过来，把所有失败提示都解释成必然扣Gas，也不准确。先确定失败发生在哪个环节，才能读懂账单。

按下发送，不一定已经上链

在钱包弹窗里拒绝签名，或应用在本地模拟时发现错误，通常还没有一笔被区块收录的交易。如果请求根本没有广播，也就没有该请求的链上执行费。网络断开造成的界面报错则需要另查：发送端没有收到回应，并不证明节点没收到交易，不能因此连续重发。

处于待处理状态的交易也不同于执行失败。待处理表示尚未收录到区块，最终可能被收录、被替换或被丢弃。应拿交易哈希查询对应网络，并结合钱包里的待处理记录判断。浏览器暂时查不到可能与索引延迟或网络选错有关，单一页面的空结果不能代替完整结论。

回滚撤销结果，不撤销已经做过的计算

智能合约可以因条件不满足而执行回滚，例如调用者没有所需权限，或某项业务规则不允许继续。若整笔交易最终执行失败，相关执行状态变更会撤销，但网络此前验证和运行指令所用的资源已经消耗。回滚并不是客服退款动作，更不表示计算免费。

以太坊的REVERT指令允许停止执行并返回错误信息，而不必把剩余Gas全部消耗完。Gas耗尽则是另一类情况：当顶层执行没有足够Gas继续时，交易可能失败并用尽这笔交易提供的Gas。若只是内部调用耗尽，上层如何处理也会影响最终结果，所以应以整笔交易回执为准，不能只看某个子调用的报错。

上限不是最终账单

Gas Limit限制的是可用计算量；每单位Gas的费用上限则约束价格，两者不要混为一谈。对于普通以太坊主网交易，核对执行费可看实际Gas用量与实际生效的单价。例如实际消耗四万单位、单价为二十gwei，费用是零点零零零八ETH。这个数值只是算例，与实时网络报价无关。

未使用的Gas不会一概按上限收走，实际单价也不一定等于你设置的最高单价。如今以太坊使用权益证明，基础费会被销毁，优先费支付给区块提议者，不能把全部费用都说成矿工所得。这些描述针对主网的一般执行费；二层网络可能另有数据费用，不能直接套用同一账单结构。

下一次发送应改变什么

重试前先保存交易哈希与失败原因，核对调用的合约、参数、余额及必要权限。如果原因是合约主动拒绝，提高单价通常不能改变规则。如果确实是Gas数量不足，应重新估算并检查钱包警告，而不是无边界地抬高上限。模拟成功也只是预判，正式执行前链上状态仍可能变化。

读回执时，实际Gas用量、执行状态和区块位置比应用给出的笼统提示更有解释力。钱包显示的预估费用是发送前的估算，事后的账单才是核对实际扣款的依据。若同一地址在相近时间还做过别的操作，余额差额也可能包含那些交易，不能把全部减少额都算到这一笔失败上。

一项应用操作还可能拆成数笔交易。前一笔授权已经成功、后一笔执行失败时，前者不会因为后者报错自动撤回，它的费用也已经产生。因此要逐笔核对哈希与回执。不要为所谓退还Gas向陌生地址交保证金，任何重新签名都应有明确且能核实的用途。

技术依据：Ethereum: Gas and Fees；EIP-140: REVERT instruction；Ethereum: Proof-of-stake。