2023-04-25 10:54 回答问题
org.web3j
core
4.8.4
2023-02-07 10:34 发表了文章
2023-02-05 17:53 回答问题
无法读取的,合约中只能读取当前时刻的状态数据,不可能读取历史状态。你可以理解在执行交易时,EVM会开辟一块内存,并将当前最新状态(state)准备一份供合约读取操作。
2023-02-05 17:51 回答问题
你不能作为字符串进行哈希,而是按 hex 处理,只需要改成:
web3.sha3(hexstr='0x000000000000000000000000d96446ba52f0d02544afe9020d902e36b68b8641')
得到的是
HexBytes('0x1b45be32782d919e467ab8bcb805f603f0e8c36a08cfe06846f4fe1f14720119')
2023-02-05 17:39 回答问题
我建议你直接使用 http://tenderly.co/ ,直接在线Debug。
2022-12-24 10:11 回答问题
这是因为你没有将合约和网络绑定。正确代码如下:
from tronpy import Tron,Contract
import json
client = Tron()
cntr = client.get_contract('TGjYzgCyPobsNS9n6WcbdLVR9dH7mWqFx7')
cntr.abi=json.loads(mystr)
jUSDC = "TNSBA6KvSvMoTqQcEgpVK7VhHT3z7wifxy"
print(cntr.f
2022-12-24 09:26 回答问题
会的,在VRF服务商响应随机数交易时,交易就透明了,黑客在此阶段可以获得随机数。
所以需要安全的使用随机数,理论上当你 Request 随机数后,依赖这个随机数的业务就应该暂停,等到随机数到来后进行业务处理。
比如,竞猜游戏时,这轮游戏结束时开始Request随机数,此时游戏暂停。直到拿到随机数后再开启下轮。
2022-12-24 09:21 回答问题
这不会消耗LINK,这是应该该方法是VPF服务商主动发起的交易。当 fullfileRandomWords
调用失败时不会发送交易到网络中,而从不会消耗LINK。
fullfileRandomWords
一般有两类安全检查:
见文档: https://docs.chain.link/vrf/v2/subscription/examples/get-a-random-number
2022-11-25 14:56 发表了文章
2022-11-12 21:27 发表了文章
2021-03-04 13:47 发表了文章
2021-02-13 13:26 发表了文章
2021-01-25 11:38 发表了文章
2021-01-09 18:37 发表了文章
2020-12-20 12:27 发表了文章
2020-12-08 22:41 发表了文章
2020-07-27 22:08 回答问题
差别在于以太坊的状态数据 state ,这个才是需要大量磁盘空间存储。
即使一笔普通转载交易也会造成大量的 state 数据的增加和删除。如果是 full 模式,则需要存储从创世到现在的所有 state 的历史版本,在 leveldb 中的键值对是上亿条目的。
因此,fast 模式只下载区块和进行工作量证明,在下载区块的同时进行最新区块的 state 数据同步。数据同步速度不快
2020-04-23 15:17 发表了文章
2020-04-22 22:37 回答问题
从github上下载数据失败导致的。
2020-04-22 22:09 回答问题
客户端必然是需要缓存账户余额的,
但需要在一些合适的时机去更新余额:
当如如果钱包的后台服务是中心化的,则可以自动推送与账户相关的交易信息通知消息,来更新余额。
还有需要注意的是账户资产,是包括Token的,而Token可以是别用户自主添加的。此时,这种Token的实时更新就不太好处理。