在以太坊乃至整个区块链世界中，账户余额是用户最关心的核心信息之一，无论是进行转账、参与DeFi交互，还是质押验证，了解以太坊账户余额的存放机制都是理解其运作的基础，这些代表着真实价值的数字资产，究竟被“存放”在何处呢？本文将深入探讨以太坊账户余额的存放原理。

核心概念：账户模型与状态树

要理解余额存放，首先需要明白以太坊采用的账户模型，与比特币等基于UTXO（未花费的交易输出）模型不同，以太坊采用的是账户模型（Account Model），每个账户在以太坊网络中都有一个唯一的地址,类似于银行账户的账号。

以太坊的世界里主要有两种账户类型：

  1. 外部账户（Externally Owned Account, EOA）：由用户通过私钥控制，就是我们通常所说的“钱包地址”，用于发送交易、持有资产等。
  2. 合约账户（Contract Account）：由代码控制，没有私钥,其行为由接收到的交易触发。

无论哪种账户，其相关信息（包括余额、 nonce、代码（仅合约账户）、存储（仅合约账户）等）都共同构成了该账户的状态（State），整个以太坊网络的所有账户状态，被组织在一个巨大的、被称为状态树（State Tree）的Merkle Patricia Trie（MPT）数据结构中。

余额的“住所”：状态树中的“账户叶子节点”

账户余额具体在哪里呢？答案是：账户余额就存储在状态树中对应账户的“叶子节点”上。

我们可以这样形象地理解：

  • 以太坊网络：就像一个巨大的、分布式的公共数据库。
  • 状态树：是这个数据库的索引和核心数据结构,它以树状结构存储了所有账户的状态信息。
  • 账户地址：就像是树中每个分支的“路径”,通过它可以快速定位到特定账户。
  • 账户数据：位于树的“叶子节点”上，每个叶子节点都包含了一个完整账户的关键信息，对于EOA账户来说，这些信息主要包括：
    • nonce：该账户发起的交易数量,用于防止重放攻击。
    • balance：这就是我们关心的账户余额！ 它以“wei”为单位（1 ETH = 10^18 wei）。
    • storageRoot：仅合约账户有,指向该合约的存储树的根哈希。
    • codeHash：仅合约账户有,指向该合约代码的哈希。

当你查询一个以太坊账户的余额时，实际上是通过该账户的地址，在状态树中找到对应的叶子节点，然后读取其中的balance字段。

状态树的分布式存储与共识

既然状态树存储了所有账户的余额,那么这个巨大的树是如何存储和同步的呢？

  1. 分布式存储：以太坊网络中的每个全节点（Full Node）都会完整地复制和维护一份最新的状态树，这意味着，理论上网络中的每个全节点都知道每个账户的余额,这种分布式特性确保了数据的高可用性和抗审查性。
  2. 随机配图