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的实时更新就不太好处理。
2020-04-17 14:51 回答问题
你需要注册RPC服务才能使用,否则在控制台初始化时因为无法从已注册API中找到myalgo,而过滤掉myalgo。
做法:
在internal/ethapi/backend.go
文件中定义的 GetAPIs
方法中添加注册:
{
Namespace: "myalgo",
Version: "1.0",
Service: &API{},
Public: true,
},
另外不需要额外的执行 go-bindata。 重新使用ma
2020-04-13 20:47 回答问题
哥,你总得把代码贴出来吧,让回答的热心朋友猜测吗?先修改好问题,再让别人帮助你,?。
2020-04-13 20:17 回答问题
首先我不太清楚你需要解析的目的? 因为发现解析是非常不稳定的,类似于混淆后的JS代码,反向恢复后灵活多变的。
除法你知道所所调研的合约的ABI接口。
我猜测你是需要解析Token的转账交易。如果是需要解析Token的转账,应该使用使用读取事件日志的方式进行。 只有成功转账,才会生成事件日志。如果仅仅是解析交易的Input则是不完整的。如:
怎么使用事件日志解析呢 给你罗列几个资料:
2020-04-13 16:17 发表了文章
2020-04-09 14:16 回答问题
补充 Tiny熊的回答。
很遗憾没有直接存在的API共你调用。
但你可以通过etherscan的API扫描用户的Token余额 [http://api.etherscan.io/api?module=account&action=tokentx&address=0x4e83362442b8d1bec281594cea3050c8eb01311c&startblock=0&endblock=999999999&sort=asc&apikey=FWIFYX812T9MP4CE7YMYRCHXQ4K
2020-03-19 23:48 发表了文章
2020-03-18 18:50 发表了文章
2020-03-18 14:13 回答问题
为什么要迁移?迁移后需要怎样兼容现有合约?
2020-03-18 10:50 回答问题
@票薇fp2090 欢迎你,这里是最好的中文区块链社区!!!!!
2020-03-18 10:48 回答问题
一种可能的原因是因为在你的账户最后的Nonce是6,但是你发送的交易的Nonce分别是 8,9,10,这样这些交易都会是Pending状态,他需要等到 tx.nonce=7的交易处理完毕,才会继续处理8,9,10.
所以需要保证 nonce 是连续不间断的。
你可以通过API查当前账户的Nonce和交易池中Pending交易的Nonce进行对比分析。