為了解決這個問題，讓我們深入了解以太坊如何優(yōu)化數(shù)據(jù)存儲。但首先，請確保您知道如何讀取區(qū)塊鏈上的存儲空間。

以太坊如何優(yōu)化數(shù)據(jù)存儲

從Solidity文檔中，我們得到了這個定義：

靜態(tài)大小的變量（除了映射和動態(tài)大小的數(shù)組類型之外的所有內(nèi)容）在從位置0開始的存儲中連續(xù)布局。如果可能，需要少于32個字節(jié)的多個項目被打包到單個存儲槽中，根據(jù)以下規(guī)則

以下是低效存儲使用的示例。請注意較小的大小變量（如boolVar和bytes4Var）不是按順序初始化的，當它們可以打包在一起時會占用新的插槽0和2：

更有效的存儲方法是按順序聲明bool（1字節(jié)大?。┖蚥ytes4（4字節(jié)大小）變量。然后，EVM將這兩個模塊有效地打包到一個存儲插槽中。

同樣，在Object結(jié)構(gòu)中，更有效的方法是將兩個uint8組合在一起，占用1個插槽。這樣，Object的所有未來實例只需要存儲2個插槽，而不是3個插槽。存儲優(yōu)化在結(jié)構(gòu)中尤其重要，因為存儲可以快速增長：

注意：插槽索引為0從右到左。Bytes4Var在boolVar之后被初始化，所以它存儲在boolVar的左邊，正好是1個字節(jié)。

例外情況：

1、常量不存儲在存儲器中。從以太坊文檔中，編譯器不為常量變量保留存儲槽。這意味著您將無法在任何存儲槽中找到以下內(nèi)容：

contract A {

uint public constant number = 。..; //not stored in storage

}

2、映射和動態(tài)大小的數(shù)組不遵循這些約定。稍后將詳細介紹這一點。

你現(xiàn)在有能力解決這個問題！

詳情演練

要解決這個級別的問題，您必須找出數(shù)據(jù)［2］中存儲的內(nèi)容，將其轉(zhuǎn)換為bytes16變量，并將其作為unlock（）privacy.sol的密鑰提交。

0.注意privacy.sol中的以下變量聲明。讓我們來計算一下這些占用的存儲插槽：

// boolean values take up 1 byte

bool public locked = true;

// IGNORE： as constant uints are not stored in storage

uint256 public constant ID = block.timestamp;

// uint8 vars take up 1 byte

uint8 private flattening = 10;

uint8 private denomination = 255;

// uint16 takes up 2 bytes

uint16 private awkwardness = uint16（now）;

// each bytes32 takes up one slot

// so an array of length 3 takes up are 3 slots

bytes32［3］ private data;

你應(yīng)該期望unlock、flattening和denomination三個字段一共占用5個字節(jié)，僅共享1個存儲槽（備用27個字節(jié)的空閑存儲空間）。

您應(yīng)該期望data陣列占用3個剩余的插槽，每個數(shù)據(jù)有一個data［index］。

1、要獲取數(shù)據(jù)［2］，請讀取插槽4的存儲：

在Truffle控制臺-Network Ropsten中，訪問您的級別實例，并調(diào)用GetStorageAt（…，3）獲取數(shù)據(jù)［2］。

2、使用Remix，將bytes32結(jié)果轉(zhuǎn)換為bytes16值。

3、使用Remix，使用bytes16值調(diào)用unlock（）來解鎖此級別！

關(guān)鍵安全要素：

· 通常，過多的插槽使用會浪費gas，特別是如果您聲明了將復制許多實例的結(jié)構(gòu)。請記住優(yōu)化存儲以節(jié)省gas！

· 如果您不需要保持智能合約狀態(tài)，請將變量保存到memory中。SSTORE 《》 SLOAD是非常耗氣的操作碼。

· 所有存儲在區(qū)塊鏈上都是公開可見的，甚至是您的private變量！

· 不要在沒有哈希的情況下存儲密碼和私鑰