：2026-03-24 9:45 点击：2
在以太坊的底层架构中,状态数据的组织与管理是支撑区块链运行的核心，而Merkle Patricia Trie（MPT，默克尔帕特里夏树）作为以太坊状态存储的核心数据结构，不仅实现了高效的状态查询与验证，更通过其独特的树形设计为区块链的同步、轻节点支持等关键特性提供了基础，本文将深入拆解以太坊MPT的构建过程，从基础概念到具体实现，揭示其如何将链上状态转化为可验证、可高效检索的数据结构。
MPT基础：理解构建的“积木”
在探讨构建过程前,需先明确MPT的三大核心组件，这些是构建MPT的“基本积木”：
Patricia Trie（帕特里夏树）
一种压缩前缀树（Radix Tree），通过共享公共前缀减少节点数量，相较于传统Trie大幅降低存储空间，其核心特点是：
- 节点存储的键（key）是紧凑的共享前缀，而非完整的路径；
- 允许节点既有子节点又有值（即“叶节点”和“分支节点”可合并），进一步优化结构。
Merkle Tree（默克尔树）
一种哈希树,通过递归计算子节点哈希值得到父节点哈希，最终形成根哈希（Root Hash），其核心特性是：
- 不可篡改性：任何数据的修改都会导致根哈希变化；
- 高效验证：通过少量哈希值即可验证某项数据是否存在于树中。
“Merkle Patricia Trie”的融合
MPT将Patricia Trie的高压缩率与Merkle Tree的可验证性结合：
- 底层使用Patricia Trie组织数据（按键的共享前缀压缩路径）；
- 每个节点的数据（包括子节点引用、键值对）均计算哈希值，并向上传递形成Merkle路径，最终得到唯一的状态根哈希（State Root）。
在以太坊中,MPT主要用于存储两类状态数据：
- 账户状态（Account State）：存储每个账户的nonce、余额、存储根哈希、代码哈希等信息；
- 存储状态（Storage State）：存储每个账户的键值对数据（如合约变量）。
MPT构建的完整流程：从“空白”到“完整状态树”
MPT的构建本质上是“逐层添加数据节点，并同步更新哈希路径”的过程，以下以太坊账户状态MPT的构建为例，拆解其具体步骤。
步骤1：初始化空MPT
构建MPT的起点是一个空树,其结构仅包含一个特殊的“空节点”（Empty Node），通常用哈希值0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421（RLP编码空字节的哈希）表示，空树的状态根哈希即为该空节点的哈希值。
步骤2：数据准备——RLP编码
以太坊中,所有数据（键、值）在存入MPT前需先进行RLP（Recursive Length Prefix）编码，RLP是以太坊序列化数据的标准方式，能将任意复杂度的数据结构转换为字节流，便于存储和传输。
假设以太坊中有两个账户：
- 账户A：地址
0x001d3f1ef8bb5160142245235fbc3dc699bd9c93，余额10 ETH，nonce为1； - 账户B：地址
0x001d3f1ef8bb5160142245235fbc3dc699bd9c94，余额20 ETH，nonce为0。
（1）键（地址）的RLP编码
以太坊MPT中,账户状态的键是地址的RLP编码，地址长度为20字节，RLP编码规则为：若字节数组长度≤55，则编码为0x80 + 长度 + 字节数组。
- 账户A地址RLP编码：
0x94001d3f1ef8bb5160142245235fbc3dc699bd9c93（0x94表示20字节长度，后跟地址字节）； - 账户B地址RLP编码：
0x94001d3f1ef8bb5160142245235fbc3dc699bd9c94。
（2）值（账户状态）的RLP编码
账户状态的值是一个包含nonce、balance、storageRoot、codeHash的结构体，需整体RLP编码，以账户A为例（假设其存储根为空，代码哈希为空）：
- 原始数据：
[nonce: 1, balance: 10, storageRoot: 空节点哈希, codeHash: 空节点哈希]； - RLP编码后：
0xc8846c6c808080a4d3c7a4d3c7a4d3c7a4d3c7a4d3c7a4d3c7a4d3c7a4d3c7a4d3c7a4d3c7a4d3c7a4d3c7a4d3c7a4（具体编码过程略，核心是将每个字段RLP编码后拼接，并添加长度前缀）。
步骤3：插入键值对——构建Patricia Trie路径
有了RLP编码后的键和值,即可开始逐个插入MPT，构建Patricia Trie的路径，插入过程遵循“共享前缀合并，不同前缀分支”的原则。
插入账户A：key_A → value_A
- 从空树开始：当前MPT仅有一个空节点，状态根为
H(Empty)（空节点的哈希）。
value_A，并指向key_A。 - 叶节点结构：
[key_prefix, value]，其中key_prefix是键的“非共享前缀”（此处为完整key_A，因为无其他节点共享前缀）。
RLP([key_A, value_A])，计算其哈希H(Leaf_A) = Keccak256(RLP([key_A, value_A]))。 Leaf_A，状态根更新为H(Leaf_A)。插入账户B：key_B → value_B
- 比较键的前缀：
key_A和key_B的前19字节完全相同（0x001d3f1ef8bb5160142245235fbc3dc699bd9c），仅第20字节不同（93vs94）。 - 创建扩展节点（Extension Node）：由于存在19字节的共享前缀，需将共享前缀提取为扩展节点，其指向一个分支节点（Branch Node），用于处理第20字节的不同路径。
- 扩展节点结构：
[shared_prefix, child_node_hash]，其中shared_prefix为19字节，child_node_hash为分支节点的哈希。
- 扩展节点结构：
- 创建分支节点（Branch Node）：分支节点是一个长度为17的数组（对应16字节的键值+1个值字段），用于存储不同路径的子节点。
- 第16个字段（对应值字段）存储
value_A的哈希H(Leaf_A)； - 第
93字节（十六进制）对应的字段存储value_B的哈希（此时value_B尚未插入，先预留）； - 其他字段为空（指向空节点）。
- 第16个字段（对应值字段）存储
- 插入账户B：在分支节点的第
94字节字段，插入叶节点Leaf_B（存储value_B），计算其哈希H(Leaf_B)。 - 更新节点哈希：
- 分支节点的数据为
RLP([child_0, child_1, ..., child_15, value_hash])，计算哈希H(Branch)； - 扩展节点的数据为
RLP([shared_prefix, H(Branch)])，计算哈希H(Extension)；
6
- 分支节点的数据为
本文由用户投稿上传，若侵权请提供版权资料并联系删除！