普通开发者需要了解的优化 Solidity 合约的基础

编写智能合约是很难的。不仅是要确保代码没有漏洞，而且你的编写方式还会影响到用户与它交互时的开销。

当你在编译智能合约时，每一行 Solidity 代码都会转换为一系列的操作(操作码)，这些操作都有对应的 gas 消耗。你的目标就是要让你的程序使用尽可能少的操作码(或者用更便宜的)。

当然，这些都很复杂，所以，我们要慢慢来。与其陷入操作码兔子洞，不如尝试一些可以直接应用到合约里的简单优化。

升级 Solidity 版本

合约中，Solidity 版本是在文件最顶部定义的，像这样：

pragma solidity ^0.8.0;

在这里，^0.8.0意思是合约使用0.8.x系列最新可用的Solidity版本。

更新的 Solidity 版本有时会在修复bug和安全补丁时就优化了 gas ，所以，升级到最新版本不仅会让你的代码更安全，通常也会更便宜。

要捕获最近大多数优化，请确保你的版本在0.8.4以上：

pragma solidity ^0.8.4;

放弃 Counters.sol

如果你的 NFT 项目或者代币正在使用 OpenZeppelin 合约，很可能你正在用 OZ 的Counters.sol库。

在较新的 Solidity 版本(0.8的更高版本)，这个库并不是很有用，用常规整数替代它可以节省一些gas：

contract TestCounters {
-   using Counters for Counters.Counter;
-   Counters.Counter private _tokenIds;

+   uint256 private _tokenId;

    function mint() public {
-       _tokenIds.increment();
-       uint256 tokenId = _tokenIds.current();

+       uint256 tokenId = _tokenId++;
    }
}

标记不可变变量

无论是代币的小数位数，USDC 的地址，还是支付账户，有时我们并不打算更改合约变量。此时，将它们标记为常量（如果你在代码中编写它们）或者不可变量（如果你计划之后给它们赋值，比如，通过构造函数）可以降低访问这些值时的开销：

contract TestImmutable {
    uint256 internal constant DECIMALS = 18;
    address public immutable currencyToken;

    constructor(address _currencyToken) {
        currencyToken = _currencyToken;
    }
}

unchecked {}

从 Solidity 0.8开始，所有数学运算都包括溢出检查。这是很棒的（替换了 SafeMath 库，如果你还在用可以丢弃了），但是它需要额外的 gas 开销，所以我们想在不必要的时候绕开它。

溢出检查的意义在于帮你检查是否存在从 0 减...