在传统的Web应用中，增删改查（Create, Read, Update, Delete，简称CRUD）是操作数据库最基本、最核心的功能，当我们谈论去中心化应用（DApps）时，以太坊作为最智能合约平台，其“数据库”——即区块链本身——的特性与传统数据库截然不同，在以太坊上，我们如何实现这些看似基础的数据操作呢？本文将探讨以太坊环境下增删改查的实现方式、特点与考量。

以太坊的“数据库”特性：区块链与状态存储

我们需要明确以太坊上的数据存储在哪里，以太坊的状态存储（State Storage）是所有智能合约变量的持久化存储区域，它位于以太坊的每个节点上，并通过共识机制保持一致，但与传统数据库相比,以太坊的状态存储具有以下显著特点：

  1. 高成本：写入数据（存储状态变量）需要消耗Gas，Gas费用与数据大小和操作复杂度相关，读取数据虽然也消耗Gas,但通常比写入便宜。
  2. 低吞吐量：由于区块出块时间和Gas限制，以太坊每秒能处理的交易（包括数据写入）数量有限。
  3. 不可篡改性（删除与修改的局限性）：一旦数据被写入区块并被确认，几乎不可能被真正“删除”或“修改”，这更像是一个 append-only 的日志。
  4. 公开透明：所有存储在以太坊上的数据对网络参与者都是可见的（尽管可以通过加密技术隐藏内容）。

这些特性决定了以太坊上的增删改查不能照搬传统数据库的模式,需要结合智能合约的特性进行设计。

“增”（Create）：数据写入

在以太坊上，“增”操作通常指的是通过智能合约的函数调用，将新的数据写入区块链的状态存储,这是以太坊上最直接的数据操作。

  • 实现方式：

    • 在智能合约中定义状态变量（state variables）,这些变量会存储在区块链上。
    • 编写一个public或external的函数，该函数接收要添加的数据作为参数，并在函数体内修改状态变量的值，向一个数组或映射（mapping）中添加新元素。
    • 当用户调用这个函数并支付足够的Gas时，数据变更会被打包进区块,最终成为区块链状态的一部分。

  • 示例（Solidity）：

    contract DataStore {
    uint256[] public publicData; // 公共数组
    mapping(address => uint256) private userToData; // 用户到数据的映射
    // 添加数据到公共数组
    function addData(uint256 _data) public {
        publicData.push(_data);
    }
    // 为特定用户添加/更新数据（见下文“改”）
    function setUserData(uint256 _data) public {
        userToData[msg.sender] = _data;
    }
}

  • 特点：

    • 每次写入都需要消耗Gas,成本与数据量成正比。
    • 写入操作是事务性的，要么成功（包含在区块中），要么失败（回滚状态变更）。
    • 数据一旦写入，对所有节点可见（除非使用加密）。

“删”（Delete）：数据“删除”的挑战与变通

以太坊上没有真正的“删除”操作，因为区块链的设计目标是不可篡改，所谓的“删除”通常有以下几种理解或实现方式：

  1. 逻辑删除（标记删除）：

    • 方式：不真正移除数据，而是给数据添加一个“删除”标记，或者将其值重置为一个特殊状态（如0、空字符串、空地址或一个特定的标记值）。
    • 示例：对于用户映射，可以将用户数据设为0，表示“未设置”或“已删除”。
      function deleteUser() public {
    userToData[msg.sender] = 0; // 标记为“删除”
}
    • 优点：相对简单,Gas消耗较低。
    • 缺点：数据仍然存储在区块链上，占用存储空间,查询时需要额外处理逻辑。

  2. 自毁合约（Selfdestruct）：

    • 方式：调用合约的selfdestruct(address payable recipient)函数，可以销毁整个合约，并将合约剩余的ETH发送到指定地址,合约的状态存储会被清除。
    • 注意：selfdestruct随机配图