在以太坊的世界里，用户提交一笔交易，就像是往一个繁忙的快递系统中寄出一个包裹，我们支付“运费”（即Gas费），期待它能被快递员（矿工或验证者）及时取走并送达目的地，但有时，包裹因为地址错误、填写不规范等原因被退回了，这个“失败”的包裹，还会被快递员放入下一个待处理的包裹车（区块）里一起“打包”发送吗？

答案是：通常不会。 以太坊的失败交易，在绝大多数情况下，会因为自身的问题而被网络提前拒绝，根本不会被纳入区块中进行打包,下面我们来详细拆解这个过程。

什么是以太坊的“失败交易”？

我们需要明确“失败交易”的定义，在以太坊中，一笔交易失败，指的是交易执行在EVM（以太坊虚拟机）中出错，导致其状态变更被回滚，但交易本身已被网络确认并消耗了Gas费。

常见的失败原因包括：

• Out of Gas (Gas不足): 交易执行所需的Gas超过了用户设置的Gas limit,导致代码执行到一半被中断。
• 无效的操作码: 交易调用的智能合约包含了无法被EVM识别或执行的指令。
• 堆栈溢出/下溢: 在合约执行中,数据堆栈超出了其容量限制。
• revert (回滚): 合约主动调用revert()函数，显式地中断执行并回滚所有状态变更,通常会返还剩余的Gas。
• 接收地址错误: 向一个没有payable修饰符的函数发送了ETH。

关键点： 交易失败 ≠ 交易未被广播，一笔交易在被打包进区块之前，可能已经经过了P2P网络的传播，但最终因为它在执行层面是无效的,所以不会被写入区块链。

交易的生命周期：从广播到打包

为了理解为什么失败交易不会被打包,我们需要快速回顾一下以太坊交易的生命周期：

1. 创建与签名: 用户使用钱包创建一笔交易，指定接收方、数据、Gas Price、Gas Limit等,并进行签名。
2. 广播到网络: 用户将这笔交易广播到以太坊的P2P网络中，它还处于“待处理”（Pending）状态。
3. 进入交易池: 网络中的节点（包括全节点和打包者——即矿工或验证者）接收到这笔交易，并验证其基本格式是否正确（如签名是否有效、Nonce是否正确等），如果格式正确，交易就会被放入节点的“交易池”（Mempool）中等待被打包。
4. 打包与执行: 打包者（现在是验证者）从自己的交易池中挑选交易，按照Gas Price从高到低的顺序，将它们打包进一个区块,验证者会执行这个区块中的所有交易。
5. 状态确认: 如果区块中的所有交易都执行成功，这个区块就会被提议，并通过共识机制被网络最终确认,成为区块链上永久的一部分。

失败交易的“终点”：在打包前就被“过滤”

我们可以清晰地看到失败交易的命运了。“失败”这个判定，发生在第4步“打包与执行”环节。

让我们用一个比喻来解释：

• 交易池就像一个快递分拣中心的待处理货架。
• 打包者（验证者）是快递员，他来取货时，会看货架上的包裹（交易），并根据“运费”（Gas Price）优先挑选那些出价最高的。

快递员在取货前，其实有一个初步的安检流程，他会检查包裹的面单是否清晰、地址是否完整，这对应着节点对交易的基本验证（签名、Nonce等），一个连面单都模糊不清的包裹,是不会被放上货架的。

有些包裹，面单看起来没问题，地址也对，但里面装的是危险品或违禁品（比如无效的合约代码），快递员在分拣中心是无法发现的，只有当他把包裹带回站点，准备开箱检查（执行交易）时,才会发现问题。