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

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

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

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

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

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

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

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

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

还有需要注意的是账户资产，是包括Token的，而Token可以是别用户自主添加的。此时，这种Token的实时更新就不太好处理。

你需要注册RPC服务才能使用，否则在控制台初始化时因为无法从已注册API中找到myalgo,而过滤掉myalgo。

做法：

在internal/ethapi/backend.go文件中定义的 GetAPIs方法中添加注册：

{
Namespace: "myalgo",
Version:   "1.0",
Service:   &API{},
Public:    true,
},

另外不需要额外的执行 go-bindata。 重新使用ma

哥，你总得把代码贴出来吧，让回答的热心朋友猜测吗？先修改好问题，再让别人帮助你，?。

首先我不太清楚你需要解析的目的？ 因为发现解析是非常不稳定的，类似于混淆后的JS代码，反向恢复后灵活多变的。

除法你知道所所调研的合约的ABI接口。

我猜测你是需要解析Token的转账交易。如果是需要解析Token的转账，应该使用使用读取事件日志的方式进行。 只有成功转账，才会生成事件日志。如果仅仅是解析交易的Input则是不完整的。如：

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

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

1. h

补充 Tiny熊的回答。

很遗憾没有直接存在的API共你调用。

但你可以通过etherscan的API扫描用户的Token余额 [http://api.etherscan.io/api?module=account&action=tokentx&address=0x4e83362442b8d1bec281594cea3050c8eb01311c&startblock=0&endblock=999999999&sort=asc&apikey=FWIFYX812T9MP4CE7YMYRCHXQ4K

为什么要迁移？迁移后需要怎样兼容现有合约？

@票薇fp2090 欢迎你，这里是最好的中文区块链社区！！！！！

一种可能的原因是因为在你的账户最后的Nonce是6，但是你发送的交易的Nonce分别是 8，9，10，这样这些交易都会是Pending状态，他需要等到 tx.nonce=7的交易处理完毕，才会继续处理8，9，10.

所以需要保证 nonce 是连续不间断的。

你可以通过API查当前账户的Nonce和交易池中Pending交易的Nonce进行对比分析。