七哥
七哥 - 区块链创业者
共建者 专业认证

广东 - 深圳 注册于 2019-04-08

擅长:以太坊,DAG

向TA求助
18151学分数
373 经验值
12个粉丝

最近动态

2020-07-27 22:08 回答问题

差别在于以太坊的状态数据 state ,这个才是需要大量磁盘空间存储。

即使一笔普通转载交易也会造成大量的 state 数据的增加和删除。如果是 full 模式,则需要存储从创世到现在的所有 state 的历史版本,在 leveldb 中的键值对是上亿条目的。

因此,fast 模式只下载区块和进行工作量证明,在下载区块的同时进行最新区块的 state 数据同步。数据同步速度不快

2020-04-23 15:17 发表了文章

2020-04-22 22:37 回答问题

从github上下载数据失败导致的。

  1. 多尝试几遍。
  2. 或解决下Github的DNS污染导致的下载慢访问慢的问题 。

2020-04-22 22:09 回答问题

客户端必然是需要缓存账户余额的,

但需要在一些合适的时机去更新余额:

  1. 查找余额时
  2. 启动后后台默认去更新
  3. 使用过程中订阅账户发送的交易
  4. 订阅Token转账事件

当如如果钱包的后台服务是中心化的,则可以自动推送与账户相关的交易信息通知消息,来更新余额。

还有需要注意的是账户资产,是包括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则是不完整的。如:

  1. 交易失败。
  2. To是A合约,但A内部实现了自动转账给TokenB。

怎么使用事件日志解析呢 给你罗列几个资料:

  1. h

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进行对比分析。

2020-03-15 20:50 发表了文章

2020-03-10 15:46 发表了文章

2020-02-07 14:19 发表了文章

2020-01-18 16:31 回答问题

你直接在 Metamask的连接配置中,不要填写 ChainID

2020-01-09 22:56 回答问题

你好,这个问题是因为你环境中 Truffle 所使用的 Solidity 编译器版本和你合约代码所要求的编译器版本不一致导致的。

先查看 truffle 默认使用的 solidity 版本

truffle version

将显示当前默认的编译器版本

Truffle v5.1.6 (core: 5.1.6)
Solidity v0.5.12 (solc-js)
Node v12.9.0
Web3.js v1.2.1

**再

2020-01-09 22:41 回答问题

交易 Nonce 的用途是防止双花。 因此将 Nonce 当做一个不能被重复使用的信息存入交易中,类似于单个账户的交易表自增长 ID。

但如果 Nonce 不连续,将导致交易容易被丢弃。在网络中节点接收交易消息并非有序稳定。比如,A 连续发送两笔交易 A3和 A5( A 的最后 Nonce 为2)。如果矿工先接收到 A5,则会直接将 A5打包到区块中。直到A5被写入区块后才收到的 A3,则根据上面规则,A3将被丢弃。

网络消息广播的不稳定性,在单账户的交易量非常大时,交易被丢弃问题将愈