在以太坊区块链的庞大生态中，每一笔交易的发生都伴随着一系列复杂的过程，对于用户和开发者而言，了解交易的状态——尤其是确认其是否成功执行并产生了预期效果——至关重要，以太坊收据（Receipt）正是这一关键信息的载体，它不仅仅是一张“交易成功”的回执，更是一个蕴含了丰富状态变更和执行结果的数据结构，深入理解以太坊收据，对于调试DApp、追踪资金流向以及进行区块链数据分析都具有重要意义。
以太坊收据是什么？
以太坊收据是交易被矿工（或验证者）打包进区块并执行后，由以太坊客户端生成的一条记录，它代表了该笔交易在区块中的执行结果，并被永久存储在区块链的某个特定状态中（具体位置与交易哈希相关），每笔成功执行（即使是因gas耗尽而失败，只要被包含在区块中）的交易都会产生一个唯一的收据。
收据的核心构成：解码交易执行的“指纹”
一个典型的以太坊收据包含以下几个关键字段,共同勾勒出交易执行的完整图景：
-
status（状态）：这是最直观的信息之一，它是一个布尔值或状态码（在EIP-658后改为单字节状态码）。
1或true：表示交易执行成功。0或false：表示交易执行失败（通常是合约执行过程中出现异常或gas耗尽）。
-
cumulativeGasUsed（累计gas使用量）：表示从该区块开始到当前交易执行完毕为止，所有已执行交易消耗的gas总量,这对于计算交易在区块中的相对位置和实际gas成本很有帮助。
-
logsBloom（布隆过滤器日志）：这是一个布隆过滤器数据结构，高效地编码了该交易产生的所有日志（Logs）中涉及的地址和主题，虽然它不能直接用于查询特定日志，但作为轻量级索引，使得轻客户端可以快速判断某个地址或主题是否与该笔交易相关,极大地提高了日志查询效率。
-
logs（日志列表）：这是收据中信息量最丰富的部分，尤其对于合约交互而言，当合约执行过程中触发
Log操作码时，就会生成日志条目,每个日志包含：- address：生成日志的合约地址。
- topics：一个32字节哈希的数组，用于日志的索引和分类（通常对应事件签名的哈希）。
- data：任意长度的字节数组,包含日志的具体内容。
- logIndex：该日志在所在区块所有日志中的索引。
- transactionIndex：产生该日志的交易在所在区块中的索引。
- transactionHash：产生该日志的交易哈希。
- blockHash：该日志所在区块的哈希。
- blockNumber：该日志所在区块的编号。 日志是以太坊事件驱动架构的核心,使得外部应用能够监听合约的状态变化。
-
transactionHash（交易哈希）：生成该收据的交易的唯一标识符。
-
contractAddress（合约地址）：仅当交易类型为合约创建（CREATE）时存在，它表示新创建的合约地址，对于其他类型的交易，此字段为
null。 -
gasUsed（实际消耗的gas）：该笔交易自身执行所消耗的gas总量，等于
cumulativeGasUsed减去前一笔交易的