介绍

作为在 TRON 协议上运行的虚拟机，TVM 需要能够与区块链上的数据进行交互。因此，它必须能够帮助智能合约访问区块链数据。

智能合约有两种方法可以访问区块链：

区块链数据（即账户数据，投票数据，代币发行等）
智能合约数据：存储

访问链上的数据

在 TVM 运行期间，通常会查询链数据，例如帐户数据和代币发布数据。在 TRON 的开发过程中，为了防止定期查询硬盘上的链，每个智能合约启动都会创建一个相关的区块链数据缓存。对于每个智能合约，相同的密钥只能使用两次来访问 LevelDB，一次用于第一次读取，再次用于新数据（包括删除密钥）。

存储

存储用于保持智能合约状态。每份合约都使用自己的 Solidity 存储。在 Solidity 中，访问存储数据的主要命令是 SLOAD 和 STORE。

存储中的数据是多个键值对，包括存储密钥和存储值，键值对是一个字（32 字节的实体）。

在 Solidity 中，不同的数据类型具有用于确定其结构相应的规则，因为这在称为文档。 Solidity 决定了 Storage Key 的逻辑结构。对于不同的合同，可能会出现相同的存储密钥，因此存储不能直接存储在其逻辑结构中的现有数据库（LevelDB）中。为了更有效地与链结合，必须相应地设计链上的物理存储。

由于智能合约中的存储访问通常只是存储密钥的一部分，因此最好通过按需访问加载存储，而不是每次都将所有存储加载到内存中。因此，每个合同中的存储密钥需要全局唯一才能将其存储在同一数据库中。

存储密钥的逻辑结构确定后续的16个字节，以确保同一合同中存储密钥的唯一性。因此，您可以使用合约地址的哈希值和存储密钥的最后16个字节来形成全局唯一键。组成逻辑如下：

    输入：32字节地址散列，32字节存储密钥
    输出：[初始16字节地址散列：结束16字节存储密钥]
    
    示例1
    输入：
    地址base58：TGtZHTi4FZHjoNzcLcD36BnAX6FMSpLaKq
    地址十六进制：414BE7BB5E1D250BEAF39ADB69F73527071E303375
    地址散列：a59e620dbf248894f097d9a6e5bcb6a2e72ab51b3d0ec19219c45be0dfc0b47d
    存储键：bbbbbb5be78dbadf6c4e817c6d170bbb47e9916f8f6cc4607c5f3819ce98497b
    输出：
    最终密钥：a59e620dbf248894f097d9a6e5bcb6a247e9916f8f6cc4607c5f3819ce98497b
    
    例2
    输入：
    地址base58：TGtZHTi4FZHjoNzcLcD36BnAX6FMSpLaKq
    地址（十六进制）414BE7BB5E1D250BEAF39ADB69F73527071E303375
    地址散列：a59e620dbf248894f097d9a6e5bcb6a2e72ab51b3d0ec19219c45be0dfc0b47d
    存储密钥：0000000000000000000000000000000000000000000000000000000000000001
    输出：
    最终键：a59e620dbf248894f097d9a6e5bcb6a200000000000000000000000000000001