Solidity 大神之路之内功修炼第五章

欢迎继续踏上Solidity大神之路！前四章中我们深入探讨了Solidity的基础与进阶知识。本章将聚焦于更深层次的主题，包括函数签名、低级调用、unchecked关键字、存储原理以及Solidity汇编。这些内容将帮助你更全面地理解智能合约的底层机制，并为编写高效、安全的代码奠定基础

欢迎继续踏上 Solidity 大神之路！在前四章中，我们深入探讨了 Solidity 的基础与进阶知识。本章将聚焦于更深层次的主题，包括函数签名、低级调用、unchecked 关键字、存储原理以及 Solidity 汇编。这些内容将帮助你更全面地理解智能合约的底层机制，并为编写高效、安全的代码奠定基础。

solidty-2.png

1. 函数签名 (Function Signature)

函数签名是 Solidity 中用于标识函数的独特字符串，由函数名及其参数类型组成。它在智能合约交互中至关重要，尤其是在 ABI 编码和低级调用中。

1.1 function.selector

什么是函数 selector？\ 函数的 selector 是函数签名的 Keccak-256 哈希的前 4 字节，用于在 EVM 中唯一标识一个函数。函数签名由函数名和参数类型组成，例如 myFunction(uint256,address)。通过 .selector 属性，可以直接获取函数的 selector。

设计原理：

  • 唯一性：Keccak-256 哈希确保不同函数（即使函数名相同但参数类型不同）具有唯一标识，避免调用冲突
  • 效率：仅使用哈希的前 4 字节在调用数据中节省空间，同时保持低冲突概率
  • 标准化：selector 是 ABI 规范的一部分，确保跨合约调用的一致性
  • 动态调用：支持通过低级调用动态调用函数，无需硬编码

用途：\ selector 在以下场景中发挥关键作用：

  • 低级调用：在 call、delegatecall 或 staticcall 中，selector 指定要调用的目标函数
  • 事件日志解析：在调试或分析交易日志时，selector 帮助识别调用了哪个函数
  • 动态分发：在代理合约或路由器中，selector 用于动态选择目标函数
  • 无 ABI 交互：当仅知道 selector 而无完整 ABI 时，可通过 abi.encodeWithSelector 构造调用数据，调用目标合约函数
  • Gas 优化：预计算的 selector 可重复使用，避免运行时重复计算 Keccak-256 哈希，节省 gas

代码示例：获取和使用 selector：

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract SelectorExample {
    function myFunction(uint256 a, address b) external pure returns (uint256) {
        return a;
    }

    // 返回 Keccak256("myFunction(uint256,address)") 前 4 字节
    function getSelector() external pure returns (bytes4) {
        return this.myFunction.selector;
    }

    function computeSelectorManually() external pure returns (bytes4) {
        return bytes4(keccak256("myFunction(uint256,address)"));
    }

    function callWithKnownSelector(
        address target,
        uint256 a,
        address b
    ) external returns (bool, bytes memory) {
        bytes4 selector = this.myFunction.selector;
        bytes memory data = abi.encodeWithSelector(selector, a, b);
        (bool success, bytes memory result) = target.call(data);
        require(success, "Call failed");
        return (success, result);
    }

    function callWithExternalSelector(
        bytes4 selector,
        address target,
        uint256 a,
        address b
    ) external returns (bool, bytes memory) {
        bytes memory data = abi.encodeWithSelector(selector, a, b);
        (bool success, bytes memory result) = target.call(data);
        require(success, "Call failed");
        return (success, result);
    }
}

注意：

  • selector 必须与目标函数签名匹配，否则调用失败
  • 参数类型需与 selector 对应的函数签名一致，避免数据解析错误
  • selector 在代理模式或与未知合约交互时特别有用

1.2 abi.encodeWithSignature

什么是 abi.encodeWithSignature？\ abi.encodeWithSignature 是 Solidity 提供的一个函数，用于根据函数签名（例如 "myFunction(uint256,address)"）和参数生成 ABI 编码的调用数据。生成的调用数据包含函数的 selector（签名 Keccak-256 哈希的前 4 字节）以及按 ABI 规范编码的参数。这通常与低级调用结合使用，以直接调用另一个合约的指定函数。

设计原理：

  • 动态交互：允许合约在运行时动态调用目标合约的函数，仅需知道函数签名
  • ABI 标准：生成的调用数据符合 Ethereum ABI 规范，确保兼容性
  • 灵活性：支持代理合约、可升级系统或通用路由器等场景
  • 错误处理：与 call 结合时，返回 success 和 result，允许手动处理失败

好处：

  • 跨合约调用：调用 ERC20 的 transfer(address,uint256) 等函数
  • 模块化设计：支持与外部合约交互，适合可升级系统
  • 通用性：可与任何 EVM 兼容合约交互
  • 动态性：允许运行时选择调用函数

代码示例：跨合约调用：

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract TargetContract {
    uint256 public value;

    function myFunction(uint256 a, address b) external returns (uint256) {
        value = a;
        return a;
    }
}

contract EncodeWithSignatureExample {
    function callWithSignature(
        address target,
        uint256 value
    ) external returns (bool, bytes memory) {
        bytes memory data = abi.encodeWithSignature(
            "myFunction(uint256,address)",
            value,
            msg.sender
        );
        (bool success, bytes memory result) = target.call(data);
        require(success, "Call failed");
        return (success, result);
    }

    function transferToken(
        address token,
        address recipient,
        uint256 amount
    ) external returns (bool, bytes memory) {
        bytes memory data = abi.encodeWithSignature(
            "transfer(address,uint256)",
            recipient,
            amount
        );
        (bool success, bytes memory result) = token.call(data);
        require(success, "Token transfer failed");
        return (success, result);
    }
}

注意：

  • 函数签名必须与目标函数匹配
  • 错误签名或参数会导致调用失败，需手动检查 success
  • 对不可信合约使用时需防止重入攻击

1.3 abi.encode, abi.encodePacked, abi.encodeWithSignature 的区别

  • abi.encode：按 ABI 规范编码参数，每个参数固定 32 字节对齐，适合标准函数调用（需配合 selector）
  • abi.encodePacked：紧密打包参数，省略填充字节，节省空间，适合哈希计算或非标准数据编码，但不推荐直接用于函数调用，因目标合约可能无法正确解析
  • abi.encodeWithSignature：包含函数 selector 和 ABI 编码参数，专为函数调用设计，直接生成可用于低级调用的数据

函数调用适用性：

  • abi.encode：可用于函数调用，但需手动拼接函数 selector（通过 bytes4(keccak256("functionName(type1,type2)")) 或 .selector）。生成的编码数据符合 ABI 规范，适合与 call、delegatecall 或 staticcall 结合使用
  • abi.encodePacked：不推荐直接用于函数调用，因其紧密打包的编码不符合 ABI 标准，可能导致目标函数无法解析参数，除非目标合约明确支持非标准编码（极少见）
  • abi.encodeWithSignature：直接生成包含 selector 的调用数据，最适合动态函数调用

代码示例：对比三种编码方式及函数调用：

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract TargetContract {
    uint256 public value;

    function setValue(uint256 a, address b) external returns (uint256) {
        value = a;
        return a;
    }
}

contract EncodingComparison {
    // 使用 abi.encode 进行函数调用（需手动拼接 selector）
    function callWithEncode(
        address target,
        uint256 a,
        address b
    ) external returns (bool, bytes memory) {
        bytes4 selector = bytes4(keccak256("setValue(uint256,address)"));
        bytes memory data = abi.encode(a, b); // 仅编码参数
        bytes memory callData = abi.encodePacked(selector, data); // 拼接 selector 和参数
        (bool success, bytes memory result) = target.call(callData);
        require(success, "Call failed");
        return (success, result);
    }

    // 使用 abi.encodePacked 尝试函数调用（不推荐，可能失败）
    function callWithEncodePacked(
        address target,
        uint256 a,
        address b
    ) external returns (bool, bytes memory) {
        bytes4 selector = bytes4(keccak256("setValue(uint256,address)"));
        bytes memory data = abi.encodePacked(a, b); // 紧密打包参数
        bytes memory callData = abi.encodePacked(selector, data); // 拼接 selector
        (bool success, bytes memory result) = target.call(callData);
        // 注意：执行不报错，返回(false，0x)，因为 encodePacked 不符合 ABI 规范
        return (success, result);
    }

    // 使用 abi.encodeWithSignature 进行函数调用（推荐）
    function callWithSignature(
        address target,
        uint256 a,
        address b
    ) external returns (bool, bytes memory) {
        bytes memory data = abi.encodeWithSignature(
            "setValue(uint256,address)",
            a,
            b
        );
        (bool success, bytes memory result) = target.call(data);
        require(success, "Call failed");
        return (success, result);
    }

    // 对比三种编码结果
    function compareEncoding(
        uint256 a,
        address b
    ) external pure returns (bytes memory, bytes memory, bytes memory) {
        bytes memory encoded = abi.encode(a, b);
        bytes memory packed = abi.encodePacked(a, b);
        bytes memory withSignature = abi.encodeWithSignature(
            "setValue(uint256,address)",
            a,
            b
        );
        return (encoded, packed, withSignature);
    }
}

解释：

  • callWithEncode：使用 abi.encode 编码参数，需手动拼接 selector，生成标准的 ABI 编码数据，调用成功
  • callWithEncodePacked：使用 abi.encodePacked 编码参数，紧密打包导致数据长度不符合 ABI 规范，可能导致调用失败（目标函数无法正确解析参数）
  • callWithSignature：使用 abi.encodeWithSignature，自动包含 selector 和 ABI 编码参数，最简洁且可靠

注意：

  • 使用 abi.encode 进行函数调用时，需确保 selector 正确拼接
  • abi.encodePacked 不适合标准函数调用，仅用于特殊场景（如哈希计算或非 ABI 交互）
  • 所有低级调用需检查 success 值，确保调用成功

1.4 abi.encodeWithSelector

abi.encodeWithSelector 使用预计算的 selector 编码参数，适合性能优化。

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract EncodeWithSelectorExample {
    function callWithSelector(
        address target,
        uint256 value
    ) external returns (bool, bytes memory) {
        bytes4 selector = bytes4(keccak256("myFunction(uint256,address)"));
        bytes memory data = abi.encodeWithSelector(selector, value, msg.sender);
        (bool success, bytes memory result) = target.call(data);
        require(success, "Call failed");
        return (success, result);
    }
}

1.5 abi.encodeWithSelector 和 abi.encodeWithSignature 的区别

特性 abi.encodeWithSignature abi.encodeWithSelector
输入 函数签名字符串 预计算的 selector
自动生成 selector 是 否
使用场景 动态调用 性能优化
可读性 高 低 
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract SelectorVsSignature {
    function encodeBoth(
        uint256 a,
        address b
    ) external pure returns (bytes memory, bytes memory) {
        bytes memory withSignature = abi.encodeWithSignature(
            "myFunction(uint256,address)",
            a,
            b
        );
        bytes4 selector = bytes4(keccak256("myFunction(uint256,address)"));
        bytes memory withSelector = abi.encodeWithSelector(selector, a, b);
        return (withSignature, withSelector);
    }
}

2. 低级调用 (Low-level Call)

低级调用（call、delegatecall、staticcall）通过直接向 EVM 发送调用数据（msg.data），绕过 Solidity 的类型检查和 ABI 验证，提供高灵活性但风险较高。

2.1 设计原理与好处

设计原理：

  • 灵活性：允许直接操作 EVM 字节码，调用任何合约的函数，即使无 ABI
  • 动态性：支持运行时动态调用未知函数，适合代理模式或插件系统
  • 兼容性：可与非 Solidity 合约（如 Vyper 或手写字节码）交互
  • 错误处理：返回 (success, result)，需手动检查调用结果

好处：

  • 跨合约交互：实现复杂逻辑，如调用外部合约的动态函数
  • 代理模式：通过 delegatecall 复用代码，节省部署成本
  • 只读查询：staticcall 确保安全调用 view 或 pure 函数
  • gas 控制：允许开发者手动管理 gas 分配，优化性能

风险：

  • 需手动检查 success，调用失败不自动回滚
  • 目标合约可能包含恶意代码，需谨慎使用

2.2 Call

call 用于调用目标合约的函数，可附带以太币，修改目标合约状态。

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract CallExample {
    function makeCall(
        address target,
        uint256 value
    ) external payable returns (bool, bytes memory) {
        bytes memory data = abi.encodeWithSignature("setValue(uint256)", value);
        (bool success, bytes memory result) = target.call{value: msg.value}(
            data
        );
        require(success, "Call failed");
        return (success, result);
    }
}

contract TargetContract {
    uint256 public value;

    function setValue(uint256 _value) external {
        value = _value;
    }
}

解释：

  • call 向目标地址发送调用数据，执行指定函数（如 setValue），可转移以太币。
  • 适用于常规跨合约调用，如调用 ERC20 的 transfer 函数。

2.3 Delegatecall

delegatecall 在调用者合约的存储上下文中执行目标合约的代码，适用于代理模式或库合约。

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract DelegateCallExample {
    uint256 public value;
    address public libAddress;

    function setLib(address _libAddress) external {
        libAddress = _libAddress;
    }

    function updateValue(uint256 _value) external returns (bool, bytes memory) {
        bytes memory data = abi.encodeWithSignature(
            "setValue(uint256)",
            _value
        );
        (bool success, bytes memory result) = libAddress.delegatecall(data);
        require(success, "Delegatecall failed");
        return (success, result);
    }
}

contract LibraryContract {
    uint256 public value;

    function setValue(uint256 _value) external {
        value = _value;
    }
}

解释：

  • delegatecall 执行目标合约的代码，但修改调用者合约的存储（如 DelegateCallExample.value）
  • 适合代理模式或库合约，需确保存储布局一致

2.4 Staticcall

staticcall 用于只读调用，禁止状态修改，适合查询 view 或 pure 函数。

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract StaticCallExample {
    function makeStaticCall(
        address target,
        uint256 value
    ) external view returns (bool, bytes memory) {
        bytes memory data = abi.encodeWithSignature("getValue(uint256)", value);
        (bool success, bytes memory result) = target.staticcall(data);
        require(success, "Staticcall failed");
        return (success, result);
    }
}

contract TargetContract {
    function getValue(uint256 a) external pure returns (uint256) {
        return a * 2;
    }
}

解释：

  • staticcall 确保调用不修改区块链状态，适合查询数据
  • 尝试修改状态会导致调用失败

2.5 低级调用的对比

以下表格对比 call、delegatecall 和 staticcall 的关键区别，帮助开发者选择合适的调用方式：

特性 call delegatecall staticcall
功能 调用目标合约函数，可附带以太币 调用目标合约代码，使用调用者存储上下文 调用目标合约函数，禁止状态修改
存储上下文 目标合约的存储 调用者合约的存储 目标合约的存储（但只读）
msg.sender 调用者的 msg.sender 调用者的 msg.sender 调用者的 msg.sender
msg.value 可转移以太币 继承调用者的 msg.value，不可直接转移 不支持以太币转移
状态修改 允许修改目标合约状态 允许修改调用者合约状态 禁止任何状态修改
EVM 操作码 CALL DELEGATECALL STATICCALL
用途 常规跨合约调用（如 ERC20 转账） 代理模式、库合约（代码复用） 只读查询（如 view 函数）
风险 重入攻击、目标合约恶意代码 存储布局不匹配导致数据覆盖 误调用状态修改函数会导致失败
返回值 (bool success, bytes memory result) (bool success, bytes memory result) (bool success, bytes memory result)

解释：

  • call：通用调用，适合跨合约交互，可修改状态或转移以太币，需防范重入攻击
  • delegatecall：用于代理或库模式，目标代码操作调用者的存储，需确保存储布局一致
  • staticcall：专为只读操作设计，安全高效，适合查询数据

注意：

  • 低级调用需手动检查 success 值，失败不会自动回滚
  • 使用 delegatecall 时，需确保目标合约与调用者合约的存储布局兼容
  • staticcall 仅用于 view 或 pure 函数，尝试修改状态会导致调用失败

3. unchecked 关键字

unchecked 关键字（Solidity 0.8.0+）禁用算术溢出检查，优化 gas 消耗。

3.1 设计原理与好处

设计原理：

  • 安全性默认：Solidity 0.8.0 引入默认溢出检查，防止整数溢出漏洞（如早期 ERC20 漏洞）
  • 性能优化：溢出检查增加 gas 成本（每次算术操作约 20-50 gas），unchecked 允许在安全场景下跳过检查
  • 开发者控制：将溢出检查责任交给开发者，适合优化场景

好处：

  • gas 节省：在循环或频繁计算中，禁用检查显著降低成本
  • 灵活性：支持模运算或已验证输入范围的场景
  • 向后兼容：与早期无溢出检查的 Solidity 版本一致，方便迁移

风险：需确保输入不会溢出，否则可能引发严重漏洞。

3.2 代码示例

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract UncheckedExample {
    function safeAdd(uint256 a, uint256 b) external pure returns (uint256) {
        return a + b; // 默认溢出检查
    }

    function unsafeAdd(uint256 a, uint256 b) external pure returns (uint256) {
        unchecked {
            return a + b; // 无溢出检查
        }
    }

    function sumUnchecked(uint256 n) external pure returns (uint256) {
        uint256 total = 0;
        unchecked {
            for (uint256 i = 0; i < n; i++) {
                total += i; // 节省每次循环的溢出检查
            }
        }
        return total;
    }
}

优化示例：

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract SafeUnchecked {
    function incrementCounter(uint256 count) external pure returns (uint256) {
        require(count < 1000, "Input too large"); // 手动验证
        uint256 total = 0;
        unchecked {
            for (uint256 i = 0; i < count; i++) {
                total += 1;
            }
        }
        return total;
    }
}

4. Solidity Storage 存储原理

定义：\ Solidity 的 Storage 是指存储在区块链上的持久化数据，构成了智能合约的状态，保存在 EVM 的 状态树（state trie） 中，而非传统物理磁盘（如硬盘或 SSD）。每个合约拥有独立的存储空间，理论上可寻址 2^256 个 32 字节插槽（从 0 到 2^256 - 1），由所有以太坊全节点维护以确保共识。实际存储量取决于合约中定义的状态变量和动态数据（如数组、映射）的使用情况，采用稀疏存储，仅非零值占用空间。修改存储触发状态更新，消耗大量 gas（例如，sstore 首次写入 20,000 gas）。与临时性的 memory（函数执行期间）、calldata（交易输入数据）和 stack（EVM 执行时的临时寄存器）不同，storage 是唯一在链上持久化的数据位置。

4.1 设计原理与好处

设计原理：

  • 持久性：存储设计为永久记录合约状态，确保数据在交易和区块间一致，满足区块链不可篡改需求
  • 稀疏存储：每个合约的存储空间理论上有 2^256 个插槽，但只存储非零值，优化节点存储需求
  • 打包优化：小类型变量（如 uint8）打包到同一个插槽，减少存储占用，降低 gas 成本
  • 确定性布局：插槽按声明顺序分配，确保跨合约交互的兼容性和可预测性
  • 动态数据支持：通过哈希计算存储位置，支持映射和动态数组

好处：

  • 数据持久性：链上数据长期保存，适合记录关键状态（如余额、所有权）
  • gas 效率：打包小类型和清理存储（置零）可退还 gas
  • 可预测性：固定布局便于调试和审计
  • 扩展性：支持复杂数据结构，适合多样化应用

注意：

  • 存储操作（sstore）成本高，需谨慎设计
  • 实际存储量远小于 2^256 个插槽，取决于合约逻辑和数据使用

4.2 数据位置：Storage、Memory、Calldata、Stack

Solidity 使用四种数据位置：storage、memory、calldata 和 stack，各有不同用途、生命周期和成本。

4.2.1 Storage

定义：持久化存储在区块链状态树中，理论上可寻址 2^256 个 32 字节插槽，由全节点维护。

设计原理：

  • 区块链状态：存储是 EVM 状态核心，记录永久数据，确保去中心化一致性
  • 稀疏设计：仅存储非零值，优化节点存储需求
  • 高成本：写入需全网共识，gas 成本高

好处：持久性、可审计性、支持复杂数据结构。

4.2.2 Memory

定义：临时存储，仅在函数执行期间存在，数据存储在 EVM 内存中，执行后销毁。

设计原理：

  • 临时性：为函数提供快速、廉价的读写空间，避免污染链上状态
  • 线性分配：从地址 0 开始分配，使用空闲指针（0x40）管理
  • 低成本：内存操作（如 mstore）仅消耗 3-10 gas

好处：高效、安全、支持动态数据。

4.2.3 Calldata

定义：只读存储，包含交易输入数据（如 selector 和参数），由调用方提供。

设计原理：

  • 只读性：确保调用数据完整性
  • 外部输入：通过 msg.data 访问，适合传递参数
  • 低成本：读取（如 calldataload）约 3 gas

好处：高效、安全、标准化。

4.2.4 Stack

定义：EVM 运行时栈，存储临时变量和操作数，最大深度 1024，每个元素 32 字节。

设计原理：

  • 高效计算：栈是 EVM 执行核心，操作码直接操作栈
  • 有限容量：1024 深度限制效率，防止溢出
  • 零成本：栈操作（如 PUSH、POP）成本极低（2-5 gas）

好处：高性能、简洁、底层控制。

对比总结：

数据位置 持久性 读写性 Gas 成本 用途
Storage 永久（链上） 可读写 高（20,000 gas 写入） 持久化状态
Memory 临时（函数执行） 可读写 低（3-10 gas） 临时数据
Calldata 临时（交易输入） 只读 低（约 3 gas） 函数参数
Stack 瞬时（指令执行） 可读写 极低（2-5 gas） EVM 计算

代码示例：

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract DataLocationExample {
    uint256 public storedValue; // storage，链上存储

    function processData(uint256[] calldata input) external returns (uint256) {
        uint256 sum; // stack，临时变量
        uint256[] memory tempArray = new uint256[](input.length); // memory，临时数组
        for (uint256 i = 0; i < input.length; i++) {
            tempArray[i] = input[i]; // 从 calldata 拷贝到 memory
            sum += input[i]; // stack 操作
        }
        storedValue = sum; // 更新 storage
        return sum;
    }
}

4.3 存储插槽分配

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract StorageExample {
    uint256 public a; // 插槽 0，链上存储
    uint128 public b; // 插槽 1（低 16 字节）
    uint128 public c; // 插槽 1（高 16 字节）
    uint256 public d; // 插槽 2，链上存储

    function getSlotValues() external view returns (uint256, uint256, uint256) {
        return (a, b, c);
    }
}

4.4 动态数据存储

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract DynamicStorage {
    uint256[] public arr; // 插槽 0 存储长度，元素存储在 keccak256(0) 开始
    mapping(address => uint256) public balances; // 插槽 1，键值对存储在 keccak256(key . 1)

    function pushToArray(uint256 value) external {
        arr.push(value); // 更新链上存储
    }

    function setBalance(address user, uint256 amount) external {
        balances[user] = amount; // 更新链上存储
    }

    function getArrayElement(uint256 index) external view returns (uint256) {
        return arr[index]; // 读取链上存储
    }
}

优化示例：

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract StorageOptimization {
    mapping(address => uint256) public balances;

    function clearBalance(address user) external {
        delete balances[user]; // 置零退还 gas
    }
}

4.5 Code 存储与 Transient Storage

除了常规的 Storage（持久化存储），EVM 还支持 Code 存储（存储合约字节码）和 Transient Storage（EIP-1153 引入的临时存储）。这两种存储方式与常规 Storage 共同构成了 EVM 的存储模型，适用于不同场景。

4.5.1 Code 存储

定义：\ Code 存储是指智能合约的运行时字节码（runtime bytecode），存储在区块链的 Code 区域，与合约的 Storage 分开。部署合约时，部署字节码（constructor bytecode）执行后生成运行时字节码，存储在合约地址的 Code 区域，由 EVM 加载执行。

设计原理：

  • 不可变性：合约字节码在部署后不可修改，确保代码一致性和安全性
  • 只读访问：通过 EXTCODECOPY、EXTCODESIZE 等操作码访问，运行时由 EVM 加载到内存
  • 独立存储：Code 存储与 Storage 分离，存储在状态树的不同部分（CodeHash），不占用合约的 2^256 插槽
  • 部署成本：字节码大小影响部署 gas 成本（每字节约 200 gas）

好处：

  • 代码持久性：字节码永久存储，确保合约逻辑不可篡改
  • 高效执行：EVM 直接加载字节码，无需额外复制
  • 可验证性：通过 CodeHash 验证合约代码一致性

用途：

  • 存储合约逻辑（如函数实现）
  • 支持自我调用或跨合约调用
  • 用于验证合约代码（如在审计中检查 CodeHash）

注意：

  • Code 存储不可修改，需通过代理模式实现可升级合约
  • 过大的字节码可能触发合约大小限制（24KB）

4.5.2 Transient Storage

定义：\ Transient Storage（临时存储）由 EIP-1153 引入（以太坊 Cancun 升级，2024 年），是一种仅在单次交易中有效的存储机制，通过 TSTORE 和 TLOAD 操作码操作。数据存储在独立的临时存储空间，交易结束后清空，不写入区块链状态树。

设计原理：

  • 临时性：数据仅在交易执行期间有效，交易结束（包括子调用）后清零，节省 gas
  • 低成本：TSTORE 和 TLOAD 成本较低（约 100 gas 和 100 gas），远低于 SSTORE（20,000 gas）
  • 独立空间：每个合约有独立的 Transient Storage 空间，理论上可寻址 2^256 个 32 字节插槽，类似常规 Storage
  • 跨调用共享：在同一交易中，delegatecall 和子调用共享相同的 Transient Storage 上下文

好处：

  • gas 效率：适合临时状态管理，避免高成本的 Storage 操作
  • 简化逻辑：支持跨子调用的临时数据共享，简化复杂合约设计
  • 安全性：数据不持久化，降低状态污染风险

用途：

  • 重入锁：临时记录锁状态，避免重入攻击
  • 中间状态：存储交易中的临时计算结果，如批量处理
  • 回调模式：在 DeFi 或复杂交互中传递临时数据

代码示例：使用 Transient Storage：

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.20; // 需支持 EIP-1153

contract TransientStorageExample {
    // Transient Storage 插槽（任意选择，示例用 0）
    uint256 constant TRANSIENT_SLOT = 0;

    // 只是示例代码，实际中这里可能重入导致无法得到期待的值，因为可能在其他地方清除了值
    function setTransientValue(uint256 value) external {
        // 使用内联汇编写入 Transient Storage
        assembly {
            tstore(TRANSIENT_SLOT, value)
        }
    }

    function getTransientValue() external view returns (uint256) {
        // 使用内联汇编读取 Transient Storage
        uint256 value;
        assembly {
            value := tload(TRANSIENT_SLOT)
        }
        return value;
    }

    // 示例：防止重入攻击
    function nonReentrantCall(
        address target,
        uint256 value
    ) external returns (bool, bytes memory) {
        // 检查临时锁
        uint256 lock;
        assembly {
            lock := tload(TRANSIENT_SLOT)
        }
        require(lock == 0, "Reentrancy check");

        // 设置临时锁
        assembly {
            tstore(TRANSIENT_SLOT, 1)
        }

        // 执行低级调用
        bytes memory data = abi.encodeWithSignature("setValue(uint256)", value);
        (bool success, bytes memory result) = target.call(data);

        // 清除临时锁
        assembly {
            tstore(TRANSIENT_SLOT, 0)
        }

        require(success, "Call failed");
        return (success, result);
    }
}

解释：

  • tstore 和 tload 操作码直接操作 Transient Storage，插槽索引为 256 位整数
  • 示例中，nonReentrantCall 使用 Transient Storage 实现简单的重入锁，交易结束后锁自动清零
  • Transient Storage 数据在交易结束（包括所有子调用）后自动清空，无需手动清理

注意：

  • Transient Storage 需以太坊网络支持 EIP-1153（Solidity 0.8.20+）
  • 仅在单次交易内有效，不适合持久化数据
  • 使用内联汇编操作，需确保插槽索引不冲突

4.5.3 Code 存储、Transient Storage 与常规 Storage 的对比

特性 Storage Transient Storage Code 存储
持久性 永久（链上状态树） 临时（单次交易有效） 永久（链上 Code 区域）
存储位置 状态树（state trie） 临时存储空间（交易上下文） Code 区域（CodeHash）
插槽容量 2^256 个 32 字节插槽 2^256 个 32 字节插槽 字节码大小（最大 24KB）
操作方式 SSTORE / SLOAD TSTORE / TLOAD EXTCODECOPY / EXTCODESIZE
Gas 成本 高（首次写入 20,000 gas） 低（约 100 gas） 读取低（约 700 gas），部署高
读写性 可读写 可读写 只读（部署后不可改）
用途 持久化状态（如余额、所有权） 临时数据（如重入锁、中间状态） 存储合约字节码
风险 高 gas 成本、状态膨胀 插槽冲突、依赖网络支持 字节码大小限制、不可升级

解释：

  • Storage：适合长期状态存储，高成本，需优化使用
  • Transient Storage：适合交易内临时数据，gas 效率高，简化复杂逻辑
  • Code 存储：存储不可变字节码，部署成本高，适合固定逻辑

5. Solidity 汇编与常用函数

Solidity 汇编（Inline Assembly）允许直接使用 EVM 操作码，提供极高灵活性和性能。

5.1 设计原理与好处

设计原理：

  • 低级访问：EVM 是基于栈的虚拟机，汇编允许直接操作栈、内存和存储，绕过 Solidity 高层抽象
  • 性能优化：跳过 Solidity 安全检查和中间代码，生成高效字节码
  • 功能扩展：实现 Solidity 无法表达的逻辑，如直接操作调用数据或复杂运算
  • EVM 兼容性：与 EVM 原生操作码对齐，适合非 Solidity 合约交互

好处：

  • gas 节省：直接使用操作码（如 ADD、MUL）减少开销
  • 精确控制：精细管理内存和存储，优化复杂逻辑
  • 特殊场景：如解析非标准调用数据或自定义加密算法

风险：汇编代码难以调试，需深入理解 EVM。

5.2 常用汇编函数

  • mload/mstore：内存读写
  • sload/sstore：存储读写
  • calldataload：读取调用数据
  • keccak256：计算哈希
  • tstore/tload：操作 Transient Storage（EIP-1153）
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract AssemblyExample {
    function add(uint256 a, uint256 b) external pure returns (uint256 result) {
        assembly {
            result := add(a, b) // EVM ADD 操作码
        }
    }

    function computeHash(bytes32 input) external pure returns (bytes32) {
        bytes32 hash;
        assembly {
            mstore(0, input)
            hash := keccak256(0, 32)
        }
        return hash;
    }

    function getCalldata() external pure returns (uint256) {
        uint256 value;
        assembly {
            // 从调用数据（calldata）的偏移量 4 字节处读取 32 字节（256 位）的数据，并存储到 value 中
            // 偏移量 4 是为了跳过调用数据的函数选择器（function selector）
            // 这里会返回0，因为 getCalldata() 没有参数，calldata 只包含 4 字节的函数选择器
            value := calldataload(4)
        }
        return value;
    }

    function storeValue(uint256 slot, uint256 value) external {
        assembly {
            sstore(slot, value) // 写入存储插槽
        }
    }
}

优化示例：

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract BatchMemory {
    // 批量写入函数，接收一个uint256数组，计算其哈希值
    function batchWrite(
        uint256[] memory values
    ) external pure returns (bytes32) {
        // 声明一个bytes32变量用于存储哈希值
        bytes32 hash;
        assembly {
            // 获取空闲内存指针
            let ptr := mload(0x40)
            // 遍历输入数组
            for {
                let i := 0
            } lt(i, mload(values)) {
                i := add(i, 1)
            } {
                // 将数组元素写入内存，从ptr开始，偏移i*32字节
                mstore(
                    add(ptr, mul(i, 32)),
                    mload(add(values, add(32, mul(i, 32))))
                )
            }
            // 计算从ptr开始的数组数据的keccak256哈希值
            hash := keccak256(ptr, mul(mload(values), 32))
            // 更新空闲内存指针
            mstore(0x40, add(ptr, mul(mload(values), 32)))
        }
        // 返回计算得到的哈希值
        return hash;
    }
}

<!--StartFragment-->

主要功能

  • 输入: 一个动态大小的 uint256 数组（存储在内存中）
  • 处理: 将数组元素复制到连续的内存区域，然后对这些数据计算 keccak256 哈希值
  • 输出: 返回一个 bytes32 类型的哈希值
  • 特性: 函数标记为 pure，不读取或修改区块链状态，操作完全在内存中进行，且使用汇编优化了性能

具体用途

  1. 数据完整性验证:

    • 计算输入数组的哈希值，可用于验证数据的完整性。例如，链下生成一个 uint256 数组，上传其哈希值到链上，调用此函数验证链下数据是否一致
    • 适用于需要验证批量数据的场景，如批量交易、数据快照或离链计算结果。

  2. Merkle 树或数据结构的前置处理:

    • 在 Merkle 树或类似数据结构的构建中，计算叶节点的哈希值是一个常见步骤。这段代码可以作为计算批量数据哈希的一部分。
    • 例如，批量处理用户ID、金额或其他数值数据的哈希，用于后续的 Merkle 证明或数据聚合。

  3. Gas 优化的内存操作:

    • 使用内联汇编直接操作内存，避免了 Solidity 高级语言的额外开销（如数组遍历或内存分配的检查），显著降低了 gas 成本。
    • 适合 gas 敏感的场景，例如在高频调用或大规模数据处理时。

  4. 链上链下交互:

    在链上链下混合系统中，链下生成的数据可以通过哈希值在链上验证。这段代码提供了一种高效的方式来计算链上数据的哈希，用于与链下哈希比对。

  5. 加密承诺或签名验证:

    哈希值可作为加密承诺（commitment）的一部分，例如在投票、抽奖或隐私保护协议中，链下生成数据，链上验证其哈希

实际应用场景

  • 去中心化应用（DApp）:

    • 在 DApp 中，批量处理用户输入（如多个账户的余额或ID），生成一个哈希值，用于验证或记录

  • 批量数据处理:

    • 在需要处理大量数据的场景（如批量转账、NFT 属性批量验证），可用此函数快速生成数据的唯一标识（哈希）

  • 链上验证工具:

    • 作为智能合约的一部分，验证链下计算结果的正确性，例如在去中心化金融（DeFi）或游戏中验证批量操作

  • 优化合约性能:

    • 在 gas 成本敏感的合约中，使用汇编操作内存以提高效率，降低用户调用成本

总结

本章深入探讨了函数签名、低级调用、unchecked 关键字、存储原理和汇编。这些知识点构成了 Solidity 开发的核心，涵盖了从 ABI 编码到 EVM 底层操作的方方面面，值得细细琢磨。函数签名部分详细讲解了 selector 的生成与使用，揭示了跨合约调用的动态机制；低级调用通过 call、delegatecall 和 staticcall 提供了灵活的交互方式；unchecked 关键字展示了 gas 优化的可能性；存储原理深入剖析了 Storage、Code 存储和 Transient Storage 的特性和应用场景；汇编则赋予开发者直接操控 EVM 的能力。所有章节均包含正确代码示例和注意事项。学习这些内容需多写代码，结合成功项目的实际案例，举一反三，加深理解。Solidity 开发不可急于求成，需一步一个脚印，通过持续实践和调试，逐步掌握智能合约的精髓，继续迈向 Solidity 大神的境界！

代码仓库https://github.com/BraisedSix/Solidity-Learn 

<!--EndFragment-->

点赞 0
收藏 0
分享
本文参与登链社区写作激励计划 ，好文好收益，欢迎正在阅读的你也加入。

0 条评论

请先 登录 后评论
BraisedSix
BraisedSix
0x6100...b2d4
一个热爱web3的篮球爱好者

BraisedSix

如果觉得我的文章对您有用，请随意打赏。你的支持将鼓励我继续创作！