在以太坊区块链的庞大生态中，每一笔交易的发生都伴随着一系列复杂的过程，对于用户和开发者而言，了解交易的状态——尤其是确认其是否成功执行并产生了预期效果——至关重要，以太坊收据（Receipt）正是这一关键信息的载体，它不仅仅是一张“交易成功”的回执，更是一个蕴含了丰富状态变更和执行结果的数据结构，深入理解以太坊收据，对于调试DApp、追踪资金流向以及进行区块链数据分析都具有重要意义。

以太坊收据是什么？

以太坊收据是交易被矿工（或验证者）打包进区块并执行后，由以太坊客户端生成的一条记录，它代表了该笔交易在区块中的执行结果，并被永久存储在区块链的某个特定状态中（具体位置与交易哈希相关），每笔成功执行（即使是因gas耗尽而失败，只要被包含在区块中）的交易都会产生一个唯一的收据。

收据的核心构成：解码交易执行的“指纹”

一个典型的以太坊收据包含以下几个关键字段,共同勾勒出交易执行的完整图景：

  1. status（状态）：这是最直观的信息之一，它是一个布尔值或状态码（在EIP-658后改为单字节状态码）。

    • 1 或 true：表示交易执行成功。
    • 0 或 false：表示交易执行失败（通常是合约执行过程中出现异常或gas耗尽）。

  2. cumulativeGasUsed（累计gas使用量）：表示从该区块开始到当前交易执行完毕为止，所有已执行交易消耗的gas总量,这对于计算交易在区块中的相对位置和实际gas成本很有帮助。

  3. logsBloom（布隆过滤器日志）：这是一个布隆过滤器数据结构，高效地编码了该交易产生的所有日志（Logs）中涉及的地址和主题，虽然它不能直接用于查询特定日志，但作为轻量级索引，使得轻客户端可以快速判断某个地址或主题是否与该笔交易相关,极大地提高了日志查询效率。

  4. logs（日志列表）：这是收据中信息量最丰富的部分，尤其对于合约交互而言，当合约执行过程中触发Log操作码时，就会生成日志条目,每个日志包含：

    • address：生成日志的合约地址。
    • topics：一个32字节哈希的数组，用于日志的索引和分类（通常对应事件签名的哈希）。
    • data：任意长度的字节数组,包含日志的具体内容。
    • logIndex：该日志在所在区块所有日志中的索引。
    • transactionIndex：产生该日志的交易在所在区块中的索引。
    • transactionHash：产生该日志的交易哈希。
    • blockHash：该日志所在区块的哈希。
    • blockNumber：该日志所在区块的编号。 日志是以太坊事件驱动架构的核心,使得外部应用能够监听合约的状态变化。
      • 随机配图