以太坊,作为全球第二大公链，不仅仅是一个转账平台，更是一个强大的去中心化应用（DApp）和智能合约的运行环境，这一切的核心，都离不开其独特而高效的存储机制，理解以太坊如何存储数据，是掌握其工作原理、开发DApp以及优化成本的关键，本文将深入探讨以太坊的存储架构，包括其分层存储模型、核心数据结构以及存储的经济模型。
核心概念：不仅仅是“账本”
与传统数据库或简单的区块链不同,以太坊的存储需求更为复杂，它需要存储三种类型的数据：
- 区块链数据：包括区块头、交易列表、收据等，构成了链的骨架，记录了所有历史活动，这部分数据由全节点存储，是网络共识和可验证性的基础。
- 账户状态：这是以太坊存储的核心，它记录了网络中每一个账户（EOA或合约账户）的实时状态，如账户余额、nonce值等，以太坊是一个“状态机”，其状态会随着交易的执行而不断变化。
- 合约存储：每个智能合约都拥有自己独立的、持久化的存储空间，类似于一个私有数据库，合约变量（如
uint256、string、mapping等）就存储在这里，供合约在执行读写操作时使用。
以太坊的存储机制主要围绕后两者——账户状态和合约存储——展开，并采用了创新的分层设计。
以太坊的“三层”存储架构
为了在性能、成本和可扩展性之间取得平衡，以太坊设计了一个精巧的“三层”存储模型，从上到下分别是：合约存储、状态树和区块数据层。
第一层：合约存储 - 智能合约的“硬盘”
这是最接近开发者的一层,当你部署一个智能合约时，以太坊会为其分配一个独立的存储空间，这个空间是一个键值对数据库，其生命周期与合约本身绑定。
-
特点：
- 持久化：一旦写入，数据就会永久保存在以太坊上，除非被显式修改或删除。
- 昂贵：向合约存储写入数据是以太坊上最昂贵的操作之一，这是因为写入操作需要修改状态根，并被打包到区块中，需要全网共识。
- 结构化：开发者可以通过 Solidity 语言中的
state variables（状态变量）来定义和管理这个存储空间，一个mapping(address => uint256)就会在合约存储中创建一个复杂的键值映射。
-
数据结构：在底层，合约存储被实现为一个巨大的字节数组，每个“槽位”（slot）都是 32 字节长，简单的变量（如
uint256）会占用一个槽位，而复杂的结构（如结构体、数组）则会占用多个连续或非连续的槽位，遵循特定的存储布局规则。
第二层：状态树 - 全局状态的“索引”
以太坊上所有的账户状态（包括合约代码和存储）都被组织在一个巨大的、加密的默克尔 Patricia Trie（MPT）数据结构中，称为状态树。
-
作用：
- 全局索引：状态树为以太坊上的每一个账户提供了一个唯一的“地址”作为键，存储着该账户的序列化数据（包括余额、nonce、合约代码哈希和存储根哈希）作为值。
- 高效验证：默克尔树的结构使得任何人都可以高效地验证某个特定账户的状态是否被篡改，你只需要提供从根到该账户叶子的路径（即“证明”），而不需要下载整个状态树。
- 状态根：状态树的根哈希被包含在每个区块头中，这意味着，如果任何账户的任何状态（包括合约存储）发生了变化，整个状态树的根哈希就会改变，这确保了全局状态的一致性和不可篡改性。
-
与合约存储的关系：对于合约账户，其状态值中包含一个指向存储树的根哈希，这个存储树同样是默克尔 Patricia Trie，它专门用于索引该合约内部的所有存储数据（即第一层的键值对），这样就形成了一个“树中套树”的嵌套结构，实现了逻辑上的隔离和高效查询。
第三层：区块数据层 - 历史记录的“归档库”
所有状态树的根哈希、交易列表和收据列表，都会被组织到另外两个默克尔树中：交易树和收据树，最终一起被打包进区块中。
- 作用：
- 历史记录：这一层记录了所有状态变化的“过程”，每个区块都保存了在该区块内执行交易后产生的最终状态根。
- 数据可用性：这是以太坊数据可用性层的基础，节点通过下载和验证区块头，可以确信包含在区块中的所有交易数据是可用的（即使它们不关心具体内容），这对于轻客户端和跨链桥等应用至关重要。
