dApp存储(增长)关注

Question

我的dApp允许用户在购买每个NFT令牌时保存他们的URL。显而易见的设计会定义--

struct NFT {
    ...
    string url;
}

但是，URL可能很长。为了为用户节省气体，我修改了设计，只保存每个NFT中URL的散列和另一个映射中的实际URL，这基本上意味着--

struct NFT {
    ...
    uint urlKeccak256;
}
mapping(uint => string) private urlMap;

function saveUrl(string calldata _url) {
    ...
    uint _urlKeccak256 = uint(keccak256(abi.encode(_url)));
    urlMap[_urlKeccak256] = _url;

    NFT memory nft;
    nft.urlKeccak256 = _urlKeccak256;
}

虽然这种设计平均可以节省汽油，但我的问题是：

由于没有(高效或廉价)方法从urlMap中删除未使用的条目，如果urlMap的在线存储持续增长(可能达到数百MB甚至更高)，将来还会担心吗？

Answer 1

Ethereum不收取存储数据的租金，因此在许多情况下，保存数据是更有效的，这不再需要，而不是删除它。

自毁本应该通过删除不再需要的合同的存储来解决这个问题，但是它带来了更多的问题而不是解决，所以现在它的使用是不被鼓励的。

因此，就目前而言，如果从气体成本的角度来看，清理垃圾数据是不合理的，那么将垃圾数据留在存储中是正常的。