解构以太坊，核心数据结构简述

以太坊作为全球第二大区块链平台,其强大的功能（如智能合约、去中心化应用等）离不开严谨高效的数据结构支撑，以太坊的数据结构以“状态”为核心，通过账户模型、交易存储、区块组织等设计，实现了数据的安全存储、状态流转与共识验证，以下从核心组件出发，简述以太坊的关键数据结构。

账户模型：以太坊的状态载体

以太坊采用“账户模型”（Account Model），区别于比特币的“UTXO模型”，其状态以账户为单位存储，每个账户分为两类：外部账户（EOA，Externally Owned Account）和合约账户（Contract Account），二者均由地址唯一标识，结构包含以下字段：

• Nonce：对EOA而言，代表该账户发起的交易序号（防重放攻击）；对合约账户而言，代表其创建的合约数量。
• Balance：账户持有的以太币（ETH）余额，以“wei”（1 ETH = 10¹⁸ wei）为最小单位。
• Storage Root：合约账户的存储根，指向一个Merkle Patricia Trie（MPT，前缀树），存储合约的持久化数据（如变量、状态）。
• Code Hash：合约账户的字节码哈希（EOA此字段为空，因无合约代码）。

账户状态通过“状态树”（State Trie，一种MPT）全局存储，所有账户的状态根哈希最终会记录在区块头中，确保状态的一致性与可验证性。

交易：状态变更的指令

交易是用户（或合约）发起状态变更的操作载体，其数据结构（RLP编码后）包含以下关键字段：

• Nonce：发送方账户的交易序号，需与账户Nonce匹配。
• Gas Price：单位Gas的价格，决定交易优先级（以太坊2.0后改为“Gas Fee”机制，包含基础费用与优先费用）。
• Gas Limit：用户愿意为交易支付的最大Gas量，用于限制计算资源消耗。
• Recipient：接收方地址（若为空，则表示创建合约的交易）。
• Value：转账的ETH数量（合约创建时此字段为空）。
• Data：附加数据，对普通交易是备注，对合约创建交易是合约字节码，对合约调用是调用参数。
• V/R/S：交易签名，由发送方私钥对交易哈希签名生成，用于验证发送方身份。

交易通过“交易树”（Transactions Trie，MPT结构）按区块顺序存储，每个区块的交易树根哈希记录在区块头中，实现交易的不可篡改与可追溯。

区块：状态与交易的容器

区块是以太坊链的基本单位,由区块头和区块体组成，核心数据结构如下：

区块头（Block Header）：

• Parent Hash：父区块的哈希，形成区块链的“链式结构”。
• Uncle Hash（叔块哈希）：引用被孤立但纳入共识的“叔块”（Uncle Block），提升网络安全性。
• Beneficiary：矿工地址，区块奖励接收方。
• State Root：全局状态树的根哈希，反映区块执行后所有账户的最新状态。
• Transactions Root：区块内交易树的根哈希，汇总本区块所有交易。
• Receipts Root：区块内交易收据树的根哈希，记录每笔交易的执行结果（如日志、状态码）。
• Logs Bloom：布loom过滤器，用于快速查询交易日志（轻客户端可高效过滤）。
• Difficulty：区块难度值，决定挖矿难度（以太坊2.0后弃用PoW，改为PoS的难度相关参数）。
• Number：区块高度，从创世区块（区块0）开始递增。
• Gas Limit：区块允许的最大Gas总量，防止资源滥用。
• Gas Used：本区块所有交易消耗的Gas总量。
• Timestamp：区块创建时间戳。
• Extra Data：附加数据，可存储任意信息（如矿工池标识）。
• Mix Hash：与Nonce配合，用于PoW挖矿的随机数（以太坊2.0后调整）。
• Nonce：PoW挖矿的随机数（以太坊2.0后用于PoS的验证者随机数）。

区块体（Block Body）：

• Transactions：交易列表，按RLP编码顺序存储。
• Uncles：叔块列表，最多可包含2个叔块（用于处理区块链分叉，提升安全性）。

Merkle Patricia Trie（MPT）：高效存储与验证的核心

以太坊的三棵核心树（状态树、交易树、收据树）均采用MPT结构，这是一种结合了Merkle Tree（哈希树）和Patricia Trie（前缀压缩树）优化的数据结构，核心优势在于：

• 高效查询与更新：通过前缀压缩减少存储空间，支持O(log n)时间复杂度的查询、插入与删除。
• 数据完整性：通过哈希计算父子节点关系，任何数据的修改都会导致根哈希变化，确保数据不可篡改。
• 轻客户端支持：轻客户端只需保存区块头中的根哈希，即可通过MPT验证任意数据的完整性与存在性（如“状态证明”或“交易证明”）。

世界状态与收据：状态执行的延伸

• 世界状态（World State）：以太坊的全局状态，即状态树中所有账户的实时状态集合，每个区块执行后都会更新世界状态，其根哈希（State Root）记录在区块头中。
• 交易收据（Receipt）：记录每笔交易执行后的结果，包含：状态码（成功/失败）、消耗的Gas、日志（Log，合约事件的重要数据）等，收据通过收据树存储，根哈希（Receipts Root）同样记录在区块头中，便于查询交易执行情况。

以太坊的数据结构以“账户模型”为基础，通过区块、交易、MPT等组件的协同，实现了状态的动态管理、数据的不可篡改与高效验证，这一设计不仅支撑了智能合约的复杂执行逻辑，也为去中心化应用（DApps）提供了稳定可靠的底层基础设施，理解这些数据结构，是深入掌握以太坊工作原理的关键一步。