定义
账户模型是一种区块链状态管理架构，被以太坊和大多数智能合约平台所采用。在该架构中，区块链维护着一个全局账户状态数据库——每个账户都由一个地址标识——该数据库直接存储余额、随机数以及（对于智能合约而言）代码和存储空间。与比特币的UTXO（未花费交易输出）模型（价值通过未花费输出链进行追踪）不同，账户模型的工作方式类似于银行账簿：当发生交易时，发送方的余额会直接在状态中减少，接收方的余额会增加。该模型能够实现高效的智能合约开发、简便的余额查询，并为DeFi协议和代币合约等有状态应用提供天然的支持。
起源与历史
| 日期 | 创建 |
| 2008 | 比特币引入UTXO模型，作为传统基于账户的账本的替代方案 |
| 2013 | Vitalik Buterin 的以太坊白皮书明确选择账户模型而非 UTXO 来实现智能合约的灵活性。 |
| 2015 | 以太坊主网上线，采用账户模型；实现了UTXO无法实现的智能合约状态。 |
| 2017 | 账户模型被证明非常适合 ERC-20 代币和 DeFi 应用。 |
| 2020-2024 | 几乎所有主流智能合约平台（Solana、 雪崩, BNB链采用基于账户的模型 |
| 2023 | 以太坊的 ERC-4337 扩展了账户模型，增加了账户抽象功能。 |
“账户模型选择智能合约的表达能力，而不是UTXO的隐私性和并行性优势——这种权衡促成了DeFi的实现。”
运作模式
| 特性 | 账户模型（以太坊） | UTXO模型（比特币） |
| 状态存储 | 每个账户的全球余额 | 未消耗产出图 |
| 智能合约 | 自然的（有状态的） | 有限/复杂 |
| 隐私性 | 下位（地址=身份） | 较高（许多UTXO） |
| 并行处理 | 更难（共享状态） | 更简单（独立UTXO） |
| 交易规模 | 较小 | 较大（多个输入/输出） |
简单来说
- 在账户模型中，每个地址都有一个余额——就像银行账号一样。
- 当你发送加密货币时，区块链会直接更新：从发送方减少，添加到接收方。
- 智能合约也是账户——它们有代码和自己的存储空间（就像一个小型数据库）。
- 这使得构建像 DeFi 协议这样跟踪众多用户余额的复杂应用程序变得容易。
- 另一种选择（比特币使用的UTXO模型）在隐私方面更好，但更难应用于可编程应用程序。
实际例子
| EventXtra XNUMX大解决方案 | 技术实施 | 成果 |
| ERC-20代币转移 | 代币合约存储余额映射；转账会更新两个条目 | 账户模型支持简单、节能的代币转移 |
| DeFi贷款 | Aave合约的存储功能会跟踪所有存款人在链上的余额。 | 可在单一合同内管理复杂的多用户财务状况 |
| NFT 所有权 | ERC-721 合约将代币 ID 映射到所有者地址 | 直接所有权记录，无需复杂的UTXO。 |
优势
| 企业优势 | 描述 |
| 智能合约的简易性 | 有状态账户自然而然地支持复杂 聪明的合同 逻辑 |
| 更简单的心理模型 | 直接余额追踪非常直观——就像银行账户一样。 |
| 高效的令牌跟踪 | ERC-20 合同中每个用户一个存储槽 |
| 轻松余额查询 | O(1) 平衡查找与 UTXO 扫描 |
缺点与风险
| 坏处 | 描述 |
| 隐私限制 | 单一地址即可显示所有交易历史记录 |
| 重放攻击风险 | 修女 防止跨链交易重放的必要措施 |
| 国家臃肿 | 全球状态数据库的增长增加了节点存储需求。 |
| 顺序处理 | 共享状态使并行事务执行更加困难。 |
风险管理提示：在账户模型中，为提高隐私性，请始终为不同用途使用不同的地址（地址重用会将所有活动关联起来）。与智能合约交互时，请验证合约地址——账户模型容易受到地址欺骗攻击。
常见问题解答
为什么以太坊选择账户模型而不是UTXO？
对于智能合约开发而言，账户模型要简单得多。在账户模型中，跟踪状态（例如 ERC-20 余额、DeFi 持仓、NFT 所有权）非常自然，但在 UTXO 系统中则极其复杂。
以太坊账户模型中的 nonce 是什么？
nonce 是一个计数器，账户每次发送交易时它都会递增。它可以防止重放攻击（多次使用同一笔已签名的交易），并确保交易按顺序处理。
比特币能否利用UTXO模型实现智能合约？
在一定程度上，比特币脚本可以对UTXO进行基本条件控制。比特币上更强大的智能合约（通过Taproot、RGB等）虽然可行，但比以太坊的账户模型方法复杂得多。
以太坊账户模型中的“全局状态”是什么？
全局状态是任何给定区块中所有账户余额、合约代码和合约存储的完整快照。每个节点都存储此状态，每笔交易都会更新它。随着以太坊的增长，此状态也会增长，从而带来可扩展性挑战。
