以太坊交易的结构、生命周期和费用机制是怎样的？

以太坊交易是从一个账户向另一个账户发起的状态变更请求。核心结构包含 nonce、to、value、data、gasLimit 等字段；生命周期经历创建→签名→广播→入池→打包→确认六个阶段；费用由 EIP-1559 的 Base Fee + Priority Fee 构成，Base Fee 会被销毁，Priority Fee 归验证者。

一笔交易本质上是对以太坊全局状态的修改指令。发起者用自己的私钥签名授权，网络验证者执行后将状态变更写入区块。理解交易机制的关键在于搞清楚三个问题：交易长什么样、怎么从发出去到最终确认、手续费怎么算。

追问

EIP-1559 之前和之后的费用机制有什么区别？

之前是纯竞价模式：用户自己设 gasPrice，出价高的先被打包，出价低的可能长时间Pending。问题是对用户不友好——你不知道该出多少钱，经常多付或卡住。

EIP-1559 引入了 Base Fee（基础费用），由协议根据上一个区块的 Gas 使用量自动调整，用户无法控制。在 Base Fee 之上用户加一个 Priority Fee（小费）激励验证者优先打包。用户只需设 maxFeePerGas（愿意支付的上限）和 maxPriorityFeePerGas，钱包自动处理。Base Fee 部分会被销毁而非给验证者，这是 ETH 通缩效应的来源之一。

对比项	旧模式 (Legacy)	EIP-1559
费用组成	gasPrice 单一价格	Base Fee + Priority Fee
费用去向	全部给矿工/验证者	Base Fee 销毁，Priority Fee 给验证者
用户设置	手动猜 gasPrice	设上限，钱包自动估算
可预测性	差	好

Nonce 不匹配会怎样？怎么处理？

Nonce 是账户级别的交易计数器，每笔交易必须严格递增。如果你发了 nonce=5 但上一个是 nonce=4 还没确认，nonce=5 会一直卡在交易池里等 4 先通过。

常见坑：连续发多笔交易时，如果中间某笔 Gas 设太低一直 Pending，后面的交易全部排队。解决办法是用 eth_getTransactionCount 查询当前 nonce，或者用 nonce: "pending" 参数获取包含待确认交易的计数。加速或取消交易也是通过替换同一 nonce 的新交易实现的。

交易在 Mempool 里待太久会怎样？

Mempool（交易池）是待确认交易的暂存区，每个节点维护自己的 Mempool。交易在里面等待验证者挑选打包，Priority Fee 高的优先。

如果 Gas 设太低，可能长时间不被打包。更糟的是，Mempool 里的交易对所有节点可见，这就催生了 MEV（最大可提取价值）——搜索者监控 Mempool 发现套利机会，通过更高 Priority Fee 抢跑。比如你大额兑换代币，MEV 机器人可以在你前面插队先交易，导致你拿到更差的价格（三明治攻击）。

所以现在很多钱包和协议支持 Flashbots 等私有交易池，交易不进入公开 Mempool，直接发给验证者，减少被抢跑风险。

交易失败 Gas 费还会扣吗？

会。只要交易被纳入区块并执行了，不管成功失败，已消耗的 Gas 都不退。这是因为验证者已经付出了计算资源执行你的交易，即使最终 revert 了也得付费。

唯一不扣费的情况是交易因为 nonce 不匹配、Gas Limit 太低（低于 intrinsic gas）等格式问题被节点直接拒绝，根本没进入执行阶段。

交易类型 0/1/2 实际影响是什么？

• Type 0（Legacy）：最老格式，只有 gasPrice，兼容所有链但费用效率差
• Type 1（EIP-2930）：加了 accessList，提前声明要访问的合约地址和存储槽，命中声明的存储访问 Gas 打折。适合批量合约调用，单次转账没用
• Type 2（EIP-1559）：当前主流，maxFeePerGas + maxPriorityFeePerGas，费用可预测。MetaMask 默认用 Type 2

实际开发中大部分场景用 Type 2 就够了。Type 1 主要在批量调用合约且需要精细 Gas 优化时使用，普通转账感知不到差异。

写段代码

javascript
// EIP-1559 交易签名与发送（ethers.js v6）
const tx = await wallet.sendTransaction({
  to: recipient,
  value: parseEther("0.1"),
  maxFeePerGas: parseUnits("50", "gwei"),
  maxPriorityFeePerGas: parseUnits("2", "gwei"),
});
const receipt = await tx.wait(2); // 等待 2 个确认
console.log(`Gas used: ${receipt.gasUsed.toString()}`);