在以太坊区块链的世界里，当我们发起一笔交易（例如转账代币、与智能合约交互等），交易并非在被打包进区块后就“消失”了，相反，它会生成一个至关重要的组件——交易收据（Transaction Receipt），可以说，交易收据是以太坊区块链上对一笔交易执行结果的“官方回执”，它记录了交易的详细信息、执行状态以及对以太坊状态产生的具体影响，理解交易收据，对于开发者、用户和研究者深入洞察以太坊的运作机制至关重要。
什么是交易收据？
交易收据是以太坊区块中的一部分，由每个独立交易的执行结果生成，它本身并不包含原始交易的所有数据（如发送方、接收方、签名等），而是包含了交易执行后的元数据和结果，如果说原始交易是你发出的“指令”，那么交易收据就是以太坊网络执行完这个指令后给你的“执行报告”。
交易收据的核心构成
一个典型的以太坊交易收据包含以下关键字段：
- transactionHash (交易哈希)：生成该收据的原始交易的唯一标识符（Keccak-256哈希值）。
- blockHash (区块哈希)：该交易被包含在内的区块的哈希值。
- blockNumber (区块号)：该交易被包含在内的区块的高度。
- contractAddress (合约地址)：仅当交易是合约创建交易时存在,表示新创建的合约地址。
- cumulativeGasUsed (累计消耗Gas)：从当前区块开始到该交易执行完毕，所有已执行交易消耗的Gas总量,这对于计算交易在区块中的相对位置和费用很有帮助。
- gasUsed (消耗Gas)：仅当交易执行成功时存在，表示该交易自身实际消耗的Gas量，如果交易执行失败（Gas不足、智能合约执行出错等），此字段通常为0,但收据本身依然存在。
- status (状态码)：这是一个非常重要的字段，用于指示交易执行是否成功。
1(或0x1)：表示交易执行成功。0(或0x0)：表示交易执行失败。
- logs (日志)：这是交易收据中最具信息量的部分之一，当智能合约执行时，可以通过
LOG0到LOG4的操作码（对应 Solidity 中的event）产生日志记录，这些日志可以包含自定义的数据和主题（topics），用于记录合约状态的变化、事件通知等，日志是去中心化应用（DApps）实现事件监听和前端交互的重要基础。 - logsBloom (日志布隆过滤器)：一个布隆过滤器，用于快速判断某个特定地址或主题是否出现在该交易的日志中,这对于轻客户端高效查询特定日志非常有用。
- effectiveGasPrice (实际Gas价格)：在伦敦硬分叉（EIP-1559）之后引入，表示该交易实际执行时的Gas价格，可能包含优先费（tip）和基础费用（base fee）。
- transactionIndex (交易索引)：该交易在其所在区块中的位置索引（从0开始）。
交易收据的重要性
交易收据在以太坊生态中扮演着不可或缺的角色：
- 交易执行结果的唯一权威证明：无论是成功还是失败，交易收据都提供了交易执行的最终状态,用户可以通过查询交易收据来确认自己的交易是否被网络接受并按预期执行。
- 智能合约事件与日志的载体：
logs字段使得智能合约能够向外传递信息，实现了事件的触发和监听，这是 DeFi 协议、NFT 市场、DAO 等复杂应用进行状态更新和通知的核心机制。 - 区块浏览器与数据查询的基础：像 Etherscan 这样的区块浏览器，正是通过解析交易收据来向用户展示交易的详细信息、执行状态、产生的日志事件等，开发者也可以通过以太坊的 JSON-RPC 接口（如
eth_getTransactionReceipt）编程式地获取这些信息。 - DApp 交互与状态同步的关键：DApp 前端通过监听特定交易的日志，可以实时感知合约状态的变化，从而更新用户界面,实现流畅的用户体验。
- Gas 费用计算的依据：
gasUsed字段直接反映了交易的实际执行成本，是用户计算自己支付了多少 Gas 费用的直接依据。
如何获取与解读交易收据？
开发者可以通过以太坊节点的 JSON-RPC 接口 eth_getTransactionReceipt 并提供 transactionHash 来获取特定交易的收据，对于普通用户,则可以直接在区块浏览器中输入交易哈希查看。
在区块浏览器中，交易收据通常会以清晰的结构展示上述关键信息，尤其是状态码（成功/失败）和日志（事件）,让用户能够快速了解交易的全貌。
以太坊交易收绝不仅仅是一笔交易的附属品，它是以太坊虚拟机（EVM）执行交易后产生的、记录了完整执行状态和影响的“数字凭证”，它连接了原始交易与区块链状态的改变，是智能合约事件系统的基础，也是用户和开发者与以太坊网络交互、获取反馈的重要窗口，深入理解交易收据，能够帮助我们更好地把握以太坊的运行逻辑,更高效地进行应用开发和链上活动。
