Everscale Solidity中删除mapping中间元素的最优方案及疑问

代码示例 #

定义Struct与Mapping #

struct Example {
    string data;
    uint64 validFrom;
    uint64 validUntil;
}

mapping(uint64 => Example) example;

赋值示例 #

example[1668161798] = Example("Start", 1668161798, 1668162798);
// 其他元素赋值
example[1668163798] = Example("Middle", 1668163798, 1668164798);  // 需要删除的元素
// 其他元素赋值
example[1668165798] = Example("End", 1668165798, 1668166798);

问题1：最优实现方式分析 #

无论是从Gas消耗还是存储占用维度，使用delete example[1668163798];都是最优选择，原因如下：

1. Gas消耗：delete指令仅对目标索引对应的存储槽执行清零操作，Gas成本固定且极低；而重建mapping需要遍历所有已有元素、读取旧数据再写入新mapping，Gas消耗会随元素数量增加线性上升，远高于delete操作。
2. 存储占用：delete会直接将目标存储槽重置为默认值，释放该位置的有效数据占用；重建mapping会额外创建新的存储结构，旧mapping的未清理数据会持续占用存储，反而增加存储负担，完全无必要。

问题2：delete指令的行为与后续操作 #

• delete后的状态变化：mapping对应索引的Struct会被重置为所有字段的默认值：string类型变为空字符串，uint64类型变为0，等价于执行example[key] = Example("", 0, 0);。
• 存储清理机制：Everscale底层会对delete标记的存储槽进行垃圾回收，合约的状态存储占用会对应减少，降低后续存储相关的成本。
• 同一索引重新赋值：删除后在同一索引赋值新数据，会直接覆盖该存储槽的默认值，行为与首次赋值该索引完全一致，不会有任何残留数据影响。

内容的提问来源于stack exchange，提问作者cryonyx