在以太坊區(qū)塊鏈上，gas是一種執(zhí)行費，用于補償礦工為智能合約提供算力所需的計算資源。網絡的使用逐漸增加，當前的gas成本每天達數百萬美元。隨著生態(tài)系統(tǒng)的不斷發(fā)展，gas優(yōu)化的價值也將隨之增長。以下將介紹一些常見的gas優(yōu)化模式。

gas節(jié)能模式

您可以在代碼中使用以下模式來減少gas消耗。

Short-circuiting

Short-circuiting是一種策略，當一個操作使用||或&&。此模式的工作原理是首先對低成本操作排序，以便在第一個操作計算為true時跳過（Short-circuiting）高成本操作。

// f(x) is low cost
// g(y) is expensive
// Ordering should go as follows
f(x) || g(y)
f(x) && g(y)

不必要的庫（libraries）

庫（libraries）通常只為少數用途而導入，這意味著它們可能包含大量對您的智能合約來說是多余的代碼。如果您可以安全有效地實現智能合約中從庫（libraries）導入的函數，那么最好這樣做。

import './SafeMath.sol' as SafeMath;

contract SafeAddition {
? function safeAdd(uint a, uint b) public pure returns(uint) {
? ? return SafeMath.add(a, b);
? }
}

contract SafeAddition {
? function safeAdd(uint a, uint b) public pure returns(uint) {
? ? uint c = a + b;
? ? require(c >= a, "Addition overflow");
? ? return c;
? }
}



顯式函數可見性

顯式函數可見性通?？梢栽谥悄芎霞s安全性和gas優(yōu)化方面提供好處。

例如顯式標記外部函數會強制將函數參數存儲位置設置為calldata，這樣每次執(zhí)行函數時都可以節(jié)省gas。

正確的數據類型

在Solidity中，某些數據類型比其他數據類型更昂貴。重要的是要意識到可以使用的最有效的類型。以下是有關數據類型的一些規(guī)則。

· 盡可能使用uint類型代替string類型。
· 與uint8相比，類型uint256所存儲的gas更少。
· 類型字節(jié)應該在byte []之上使用。
· 如果可以限制字節(jié)的長度，請使用從字節(jié)1到字節(jié)32的最小數量。
· 使用bytes32類型比使用string類型便宜。

gas消耗模式

以下這些模式會增加gas成本，應避免使用。

無效代碼（Dead code）

無效代碼是永遠不會運行的代碼，因為它的計算是基于一個總是返回false的條件。

function deadCode(uint x) public pure {
? if(x < 1) {
? ? if(x > 2) {
? ? ? return x;
? ? }
? }
}

不明確的斷言（Opaque predicate）

某些條件的結果無需執(zhí)行即可知道，因此不需要計算。

function opaquePredicate(uint x) public pure {
? if(x > 1) {
? ? if(x > 0) {
? ? ? return x;
? ? }
? }
}

循環(huán)中昂貴的操作（Expensive operations in a loop）

由于昂貴的SLOAD和SSTORE操作碼，管理存儲中的變量比管理內存中的變量要昂貴得多。因此，不應在循環(huán)中使用存儲變量。

uint num = 0;

function expensiveLoop(uint x) public {
? for(uint i = 0; i < x; i++) {
? ? num += 1;
? }
}

該模式的解決方法是創(chuàng)建一個代表全局變量的臨時變量，并在循環(huán)完成后，將臨時變量的值重新分配給全局變量。

uint num = 0;

function lessExpensiveLoop(uint x) public {
? uint temp = num;
? for(uint i = 0; i < x; i++) {
? ? temp += 1;
? }
? num = temp;
}

循環(huán)的持續(xù)結果（Constant outcome of a loop）

如果循環(huán)的結果是可以在編譯期間推斷的常數，則不應使用它。

function constantOutcome() public pure returns(uint) {
? uint num = 0;
? for(uint i = 0; i < 100; i++) {
? ? num += 1;
? }
? return num;
}

循環(huán)融合（Loop fusion）

有時在智能合約中，您可能會發(fā)現有兩個具有相同參數的循環(huán)。 在循環(huán)參數相同的情況下，沒有理由使用單獨的循環(huán)。

function loopFusion(uint x, uint y) public pure returns(uint) {
? for(uint i = 0; i < 100; i++) {
? ? x += 1;
? }
? for(uint i = 0; i < 100; i++) {
? ? y += 1;
? }
? return x + y;
}

循環(huán)重復計算

如果循環(huán)中的表達式在每次迭代中產生相同的結果，則可以將其移出循環(huán)。當表達式中使用的變量存儲在存儲器中時，這一點尤其重要。

uint a = 4;
uint b = 5;
function repeatedComputations(uint x) public returns(uint) {
? uint sum = 0;
? for(uint i = 0; i <= x; i++) {
? ? sum = sum + a * b;
? }
}

與單側循環(huán)結果的比較

如果在循環(huán)的每個迭代中執(zhí)行比較但每次的結果都相同，則應將其從循環(huán)中刪除。

function unilateralOutcome(uint x) public returns(uint) {
? uint sum = 0;
? for(uint i = 0; i <= 100; i++) {
? ? if(x > 1) {
? ? ? sum += 1;
? ? }
? }
? return sum;
}

責任編輯：ct