差别在于以太坊的状态数据 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进行对比分析。

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

你好，这个问题是因为你环境中 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

**再

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

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

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