请留意，当对数字应用keccack哈希时，数字必需是0填充的64位值。
以太坊存储机制
通过将Keccack哈希通报给索引为0的GetStorageAt来解码数组索引。数组的每个后续索引位于与位置求和的哈希值处。可以认为这是会见数组的指针并增加其位置以查找每个元素，雷同于C或C ++。所有解码都是利用以太坊RPC挪用eth_getStorageAt执行的，在本文中将其暗示为GetStorageAt。可以利用任何语言打包措施（譬喻nethereum或web3j）来挪用此RPC api。
变量在智能合约的存储阵列中的位置由代码中呈现的顺序以及变量的巨细抉择。此位置称为插槽。假如一个变量小于256位，则EVM会实验在空间中容纳一个以上的变量，因此一个以上的变量大概会占用存储阵列中单个插槽的空间。映射或数组将始终占据一个插槽。数组和映射元素的位置遵循一组非凡的哈希法则，本文将对此举办先容，这些法则在以太坊文档中也有描写。
下图（图1）显示了如何对智能合约的地点和通报给它的位置值举办GetStorageAt挪用。图1左侧的数字是变量的位置。对付基范例（uint、string等），可以将此位置通报到GetStorageAt以获取变量值。对付数组，位置将返回数组的长度。
下表（表1）提供了EVM遵循的分派法则的摘要。我们将看两个智能合约的示例，并利用表1中提供的法则对其举办解码
在EVM中答允执行智能合约代码。合约状态或内存存储在智能合约地点中。可以将这种存储视为位于智能合约地点的无限长度的郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
