在以太坊的底层架构中，有三种核心的数据结构被称为“树”（Tree），它们共同构成了区块链数据存储与验证的基石，这三种树分别是状态树（State Tree）、交易树（Transactions Tree）和收据树（Receipts Tree），它们共同确保了以太坊网络的数据完整性、可追溯性和状态一致性，下面，我们将逐一解析这三棵“树”的作用、结构及其在以太坊生态中的核心地位。
状态树是以太坊中最核心的数据结构，它记录了整个网络当前的全局状态，以太坊的“全局状态”就像一个分布式的“大账本”，记录了所有账户（外部账户或合约账户）的实时信息，包括账户余额、 nonce（交易次数）、合约代码、存储数据等。
状态树采用Merkle Patricia Trie（MPT，默克尔前缀树）结构，这是一种结合了Merkle树和Patricia Trie优化的数据结构：
状态树的根哈希（State Root）会被打包到每个区块的头部，成为区块头的一部分，节点通过比较本地状态树的根哈希与网络中的最新根哈希，即可快速验证自身状态的完整性，当用户发起转账时，状态树会更新发送方和接收方的余额，生成新的根哈希，全网节点可通过该哈希同步最新状态。
假设以太坊上有两个账户：
交易树用于存储区块内包含的所有交易数据，是以太坊“可追溯性”的核心保障，每个区块中的交易都会被组织成一棵Merkle树，生成唯一的交易根哈希（Transactions Root），并记录在区块头中。
交易树采用标准的Merkle树结构：
交易树的根哈希确保了区块内交易的不可篡改性和顺序性：
假设一个区块包含3笔交易：
收据树存储了每笔交易的执行结果，即“收据”（Receipt），收据不是交易本身，而是交易被以太坊虚拟机（EVM）执行后产生的元数据，包括交易状态（成功/失败）、消耗的Gas、日志（Log）等。
收据树同样采用Merkle树结构，其叶子节点是每笔交易的收据，最终生成收据根哈希（Receipts Root），记录在区块头中。
收据树的核心价值在于提供轻量级的交易执行结果查询，无需重新执行交易即可获取关键信息：
假设一笔交易是调用ERC20代币合约的transfer函数：
Transfer事件，记录了“from: A, to: B, value: 1 ETH”。transfer函数，只需查询收据即可获取交易结果和事件数据。 状态树、交易树和收据树并非独立存在，而是通过区块头紧密关联，共同构成以太坊的“数据铁三角”：
State Root（状态树根）、Transactions Root（交易树根）、Receipts Root（收据树根）； 这种设计确保了以太坊的数据一致性：若任何一棵树的哈希不匹配（有人篡改历史交易），节点即可通过比对区块头中的三个Root快速发现异常，保障网络安全。
状态树、交易树和收据树是以太坊作为“世界计算机”的底层基础设施：
理解这三棵树，不仅有助于掌握以太坊的技术本质，更能为开发者构建安全、高效的区块链应用提供底层逻辑支撑，随着以太坊2.0的演进（如分片、Rollup），这三棵树的结构可能会优化，但其“保障数据完整性、可追溯性、一致性”的核心使命将始终不变。
友情链接：
