ng>基本类型和固定大小数组：

• uint, int, address, bool, bytes32 等基本类型，如果其大小小于或等于32字节，会直接占用一个完整的槽位（即使未填满），一个 bool 类型会占用槽位0的后1位,其余31位为0。
• 固定大小数组（如 uint[5]）：数组的元素会连续存储在槽位中。uint[5] 会占用槽位0到槽位4（每个uint占用32字节）。

动态大小数组：

• 动态大小数组（如 uint[]）的存储方式较为复杂：
  • 数组数据：数组元素本身会从第一个可用的完整槽位开始连续存储，如果合约前两个变量共占用槽位0和1，uint[] 的数据会从槽位2开始存放。
  • 数组头信息：在声明该数组的槽位（或其槽位的一部分），会存储一个指针（即数组数据开始的槽位索引）和数组的当前长度（length），对于 uint[]，槽位的前32字节存储数据起始槽位索引，接下来的32字节存储长度（尽管长度本身可能不需要32字节，但为了对齐，通常会占用）。

结构体（Struct）：

• 结构体的字段会按照声明的顺序，连续地存储在槽位中，如果结构体总大小超过32字节，它会尽可能填满当前槽位,然后继续使用下一个槽位。
• 一个包含 uint a (32字节) 和 uint b (32字节) 的结构体会占用槽位0和槽位1。
• 如果结构体包含一个动态数组或映射，其字段也会遵循上述动态类型的存储规则,在结构体槽位中存储指向实际数据的指针。

映射（Mapping）：

• 映射（如 mapping(address => uint)）的存储更为特殊：
  • 映射本身不占用一个固定的初始槽位，它的数据是“虚拟”分布的。
  • 对于映射中的每一个键值对，其存储位置是通过一个哈希函数计算得出的：keccak256(keccak256(key) || slot)，slot 是映射在状态变量中声明时所在的起始槽位索引。
  • 这意味着，即使你只向一个大型映射中添加一个键值对，也可能“占用”一个之前从未被使用过的、非常靠后的槽位，映射的遍历效率较低,因为无法直接知道所有键。

字符串（String）和字节（Bytes）：

• bytes（动态字节数组）：类似于动态数组，在声明槽位存储指针和长度,实际数据从后续槽位开始存放。
• string：被视为 bytes 类型,存储方式相同。
• bytes1 到 bytes32（固定大小）：直接占用对应大小的槽位空间,不足32字节的部分对齐填充。

存储成本：昂贵的“永久性”记录

以太坊存储最大的特点之一是其高成本，写入（或修改）存储数据会消耗大量的 gas，这部分 gas 称为 SSTORE (Storage Store) 操作,主要原因包括：

1. 持久化：数据被永久写入区块链，需要由所有节点存储和维护,这带来了巨大的存储和带宽成本。
2. 状态根计算：每次存储变化都会影响账户的状态根，需要重新计算和验证,增加了共识的计算负担。

Gas 消耗规则（简化版，具体会根据EIP调整）：

• 首次写入（从0到非0）：消耗最高的 gas，20,000 gas（旧标准）或根据当前EIP可能不同。
• 修改（从非0到非0）：消耗中等 gas，5,000 gas。
• 清空（从非0到0）：会返还部分 gas，因为释放了存储空间，例如返还一定数量 gas。
• 读取（SLOAD）：每次读取存储数据也需要消耗 gas，相对较低，800 gas。

重要提示：由于以太坊的 EIP（以太坊改进提案）不断演进，EIP-1559 对 gas 机制的调整，以及未来可能对存储定价的优化，具体的 gas 数值可能会有变化，但“存储写入昂贵且持久”的核心原则不变。

存储规则的最佳实践

鉴于存储的高成本,开发者在智能合约设计中必须高度重视存储优化：

1. 最小化状态变量：只声明合约运行所必需的状态变量，每个变量都可能占用存储空间并增加 gas 成本。
2. 优先使用内存（Memory）和 calldata：
   • 内存（Memory）：存在于合约执行期间，执行结束后即销毁，读写成本远低于存储，适用于函数内部的临时变量、复杂计算的数据处理。
   • Calldata：函数参数的数据区域，不可修改，读取成本极低,适用于只读的函数参数。
3. 合理选择数据类型：
   • 使用最小够用的数据类型，如果最大值不超过255，用 uint8 而不是 uint256，尽管存储上可能仍占用32字节（对齐）,但在内存操作和某些计算中可能更高效。
   • 对于字符串和字节数组，如果长度固定且较短，考虑使用 bytes32 等固定大小类型。
4. 避免在循环中写入存储：循环中的存储写入会累积巨大的 gas 成本，尽量在循环内使用内存,循环结束后再将最终结果写入存储。
5. 利用 packing（打包）：
   • 如果多个小的状态变量（总长度不超过32字节）可以合理地组合在一起，可以使用结构体或按位操作将它们存储在同一个槽位中，从而节省存储空间和 gas，两个 uint128 可以打包进一个 uint256（一个槽位）。
6. 谨慎处理动态数组和映射：

   动态数组和映射的存储模式可能导致“存储碎片化”和不可预测的 gas 消耗，避免在映射中存储大量数据，考虑是否可以使用事件（Events）+ 链下数据库的组合方案来替代部分存储需求。

7. 利用事件（Events）：事件是记录数据到区块链的廉价方式（数据存储在“日志”中，而非合约存储），对于需要历史记录但不需要在合约逻辑中频繁读取的数据,优先使用事件。
8. 考虑升级模式（Proxy Patterns）：对于需要频繁更新逻辑但状态数据相对稳定的合约，可以使用代理模式（如代理合约+逻辑合约），这样只需升级逻辑合约，而状态数据保留在代理合约的存储中,避免了迁移数据的巨大成本和风险。

以太坊智能合约的存储规则是其区块链特性决定的，它提供了一种持久化、去中心化的数据存储方式，但也伴随着高昂的成本，理解存储布局、gas 消耗机制以及掌握相应的优化技巧，是每一位 Solidity 开发者的必备技能，通过精心设计合约的存储结构，合理利用内存和事件，并遵循最佳实践，开发者可以构建出既高效又经济的智能合约，充分发挥以太坊平台的潜力，随着以太

返回栏目