专业挖矿2000人QQ群:677381516 提供挖矿知识,解决矿机各种问题

您可以使用合约地址的哈希值和存储密钥的最后16个字节来形成全局唯一键

当前位置:首页 > 显卡讯息 >

存储密钥的逻辑布局确定后续的16个字节,以确保同一条约中存储密钥的独一性。 因此,您可以利用合约地点的哈希值和存储密钥的最后16个字节来形玉成局独一键。 构成逻辑如下:

您可以利用合约地点的哈希值和存储密钥的最后16个字节来形玉成局独一键



会见链上的数据

存储


1. 区块链数据(即账户数据,投票数据,代币刊行等)
作为在 TRON 协议上运行的虚拟机,TVM 需要可以或许与区块链上的数据举办交互。 因此,它必需可以或许辅佐智能合约会见区块链数据。

在 Solidity 中,差异的数据范例具有用于确定其布局相应的法则,因为这在称为 文档。 Solidity 抉择了 Storage Key 的逻辑布局。 对付差异的条约,大概会呈现沟通的存储密钥,因此存储不能直接存储在其逻辑布局中的现有数据库(LevelDB)中。 为了更有效地与链团结,必需相应地设计链上的物理存储。

存储中的数据是多个键值对,包罗存储密钥和存储值,键值对是一个字(32 字节的实体)。
智能合约有两种要领可以会见区块链:
在 TVM 运行期间,凡是会查询链数据,譬喻帐户数据和代币宣布数据。 在 TRON 的开拓进程中,为了防备按期查询硬盘上的链,每个智能合约启动城市建设一个相关的区块链数据缓存。 对付每个智能合约,沟通的密钥只能利用两次来会见 LevelDB,一次用于第一次读取,再次用于新数据(包罗删除密钥)。


存储用于保持智能合约状态。 每份合约都利用本身的 Solidity 存储。 在 Solidity 中,会见存储数据的主要呼吁是 SLOAD 和 STORE。

2. 智能合约数据:存储
由于智能合约中的存储会见凡是只是存储密钥的一部门,因此最好通过按需会见加载存储,而不是每次都将所有存储加载到内存中。 因此,每个条约中的存储密钥需要全局独一才气将其存储在同一数据库中。