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

以太坊如何優化數據存儲

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

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

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

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

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

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

例外情況：

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

contract A {

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

}

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

你現在有能力解決這個問題！

詳情演練

要解決這個級別的問題，您必須找出數據［2］中存儲的內容，將其轉換為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;

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

您應該期望data陣列占用3個剩余的插槽，每個數據有一個data［index］。

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

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

2、使用Remix，將bytes32結果轉換為bytes16值。

3、使用Remix，使用bytes16值調用unlock（）來解鎖此級別！

關鍵安全要素：

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

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

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

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