以太坊交易的“数字身份证”

在以太坊生态中，每一笔转账、合约交互或链上操作都离不开一个核心载体——交易格式，它如同每笔交易的“数字身份证”，规定了数据如何被网络识别、验证和执行，从最初的以太坊经典（Ethereum Classic）分叉到EIP（以太坊改进提案）的不断迭代，以太坊交易格式始终在平衡安全性、灵活性与可扩展性，本文将深入拆解以太坊交易格式的结构、核心字段、演进历程及实践应用，帮助读者理解这笔“数字身份证”如何支撑起庞大的去中心化应用生态。

以太坊交易格式的核心结构：RLP编码的“数据包”

以太坊交易格式本质是一个RLP（递归长度前缀编码）编码的数据结构，由多个字段按固定顺序排列而成，无论是早期的传统交易（Legacy Transaction），还是EIP-1559引入的新型交易，其核心字段逻辑一脉相承，以下以当前主流的EIP-1559交易（伦敦硬分叉后成为标准）为例,拆解其结构：

基础字段：交易的“身份标识”

• nonce（序列号）：发送地址发起的交易计数，从0开始递增，用于防止重放攻击（如重复发送一笔旧交易）和确保交易顺序。
• gasPrice（ gas 价格）：单位gas的价格（单位：Gwei，1 Gwei = 10⁻⁹ ETH），虽然EIP-1559引入了maxFeePerGas，但gasPrice字段仍兼容传统交易，表示“最高愿意支付的gas单价”。
• gasLimit（ gas 限额）：发送者愿意为该交易支付的最大gas量，用于限制交易计算复杂度，防止恶意消耗网络资源，若实际gas消耗超过gasLimit，交易失败且已消耗的gas不予退还。
• to（接收地址）：交易的目标地址，若为合约创建（Contract Creation），该字段为空（0x），数据字段包含合约初始化代码。
• value（转账金额）：发送给接收方的ETH数量（单位：wei，1 ETH = 10¹⁸ wei）。
• data（交易数据）：动态字段，包含具体操作内容。
  • 普通转账：通常为空或附带备注（如0x...）；
  • 合约交互：包含函数签名和参数（如调用ERC-20代币的transfer函数时，data为0xa9059cbb+接收地址+金额）；
  • 合约创建：包含Solidity编译后的字节码。

EIP-1559新增字段：动态gas市场的“价格机制”

伦敦硬分叉（2021年）通过EIP-1559引入了“基础费+小费”的gas定价模型，新增以下字段：

• maxPriorityFeePerGas（优先费）：直接支付给打包交易的矿工（验证者）的“小费”，用于激励优先打包。
• maxFeePerGas（最高总费用）：发送者愿意支付的最高gas单价（包含基础费+优先费），网络实际收取的基础费（baseFeePerGas）由网络拥堵程度动态决定，若baseFeePerGas > maxFeePerGas，交易失败。

签名字段：交易的“数字指纹”

• v（恢复ID）：签名恢复标识，用于从签名中还原发送者地址，在EIP-155中，v = {35, 36} + 链ID（以太坊主网链ID为1，测试网如Ropsten为3），防止跨链重放攻击。
• r（签名分量）：签名数据的第一个32字节，与s共同构成ECDSA签名。
• s（签名分量）：签名数据的第二个32字节，需满足签名有效性验证（防止伪造）。

RLP编码：串联字段的“粘合剂”

上述字段按固定顺序（nonce, gasPrice, gasLimit, to, value, data, v, r, s，EIP-1559新增maxPriorityFeePerGas和maxFeePerGas）通过RLP编码串联成最终的交易数据，RLP的优势是简洁高效,适合区块链网络传输和存储。

交易格式的演进：从“固定gas”到“动态定价”

以太坊交易格式的演进始终围绕gas机制优化和安全性增强展开,主要经历了三个阶段：

传统交易（Legacy Transaction，2015-2021）

以太坊早期采用固定gasPrice机制，发送者需手动预估gas价格，网络拥堵时易出现“gas战争”（用户竞相抬高gas价抢跑），此时交易格式不含maxPriorityFeePerGas和maxFeePerGas，v字段格式为{27, 28} + 链ID,存在跨链重放攻击风险。

EIP-2930（访问列表交易，2021）

柏林硬分叉引入EIP-2930，新增accessList（访问列表）字段，允许发送者预先声明交易将访问的合约地址和存储槽，使验证者（矿工）提前缓存数据，降低合约交互的gas消耗，但该格式未改变gas定价核心,普及度有限。

EIP-1559交易（伦敦硬分叉后主流，2021至今）

伦敦硬分叉通过EIP-1559彻底重构gas定价模型：

• 基础费燃烧机制：每个区块包含的“基础费”（baseFeePerGas）按网络拥堵程度动态调整（拥堵时基础费上涨，反之下降），基础费直接销毁而非支付给验证者，形成通缩效应；
• 优先费激励：发送者通过maxPriorityFeePerGas直接激励验证者，提升交易打包优先级；
• 向后兼容：传统交易格式仍被支持，但新用户默认使用EIP-1559格式以享受更合理的定价。

交易格式的实践：构建、签名与广播

理解交易格式后，我们通过一个“发送ETH”的实例,看看交易如何在链上流转：

交易构建（客户端示例）

使用以太坊官方库web3.js或ethers.js构建一笔EIP-1559交易：

const transaction = {
  nonce: await web3.eth.getTransactionCount(senderAddress), // 获取发送者nonce
  to: recipientAddress, // 接收地址
  value: web3.utils.toWei('0.1', 'ether'), // 转账0.1 ETH
  maxPriorityFeePerGas: web3.utils.toWei('2', 'gwei'), // 优先费2 Gwei
  maxFeePerGas: web3.utils.toWei('20', 'gwei'), // 最高总费用20 Gwei
  gasLimit: 21000, // 普通转账gas限额固定为21000
  chainId: 1, // 以太坊主网链ID
  type: 0x2 // EIP-1559交易类型（0x2）
};

交易签名与广播

发送者通过私钥对交易进行ECDSA签名，生成r、s、v字段，然后将RLP编码后的交易数据广播到以太坊网络，验证者（节点）收到交易后，会验证：

• nonce是否与发送者最新交易计数一致；
• 签名是否有效（r、s在有效范围内，v符合链ID规则）；
• maxFeePerGas是否覆盖基础费（通过当前区块的baseFeePerGas判断）；
• gasLimit是否足够支付交易执行成本。

交易执行与状态更新

验证者打包交易后，执行交易并扣除gas费：

• 若执行成功，更新接收者账户余额（value增加），发送者nonce递增；
• 若执行失败（如gasLimit不足、合约逻辑错误），状态回滚，但已消耗的gas费仍从发送者账户扣除（基础费+优先费中，优先费归验证者，基础费销毁）。

交易格式的未来：可扩展性与隐私的探索

随着以太坊向“分片+Rollup”架构演进，交易格式将继续迭代：