0基础建设云服务器中转

往最后看 ↓ ↓ ↓

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

当你在编译智能合约时,每一行 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 减…

往下看⬇️往下看⬇️往下看⬇️往下看⬇️重点⬇️往下看⬇️往下看⬇️往下看⬇️往下看⬇️

教程请下载↓

不懂可私聊或留言!

本网页由快兔兔AI采集器生成,目的为演示采集效果,若侵权请及时联系删除。

原文链接:https://blog.csdn.net/weixin_64973507/article/details/122523084

更多内容