全球最大交易所币安，

国区邀请链接：https://accounts.suitechsui.us/zh-CN/register?ref=16003031 支持86手机号码，网页直接注册。

目前不清退的交易所推荐：

动机

简介文章我们将分享如果要建立一个类似Etherscan的服务，该如何提供相关API。首先定义一下我们的API需求：

1. 透过hash取得区块/交易
2. 透过区块编号取得Ether / ERC20余额

目前我们的实作是基于目前复仇最流行的客户端之一GETH修改。关于下文的内容或实作，可以参考AMIS的ETH-索引专案https://github.com/getamis/eth-indexer

若您有相关问题或建议，欢迎与我们分享讨论！

组态

Geth 1.8提供了初始状态修剪。

由于在eth-indexer的设计中，我们想要更多所有链上完整的历史资料，故需要修改geth的两个设置：同步的同步模式和解码处理资料的方式。

所以我们启动geth时，必须加上两个选项来获取所有历史资料：

1. –syncmode=full
2. –gcmode=archive

设计挑战

在设计这样的API可能会有几种不同解法。

解决方案1：用既有的geth RPC API！

考量：但由于现在geth没有支持高可用性（HA），geth也可能因为不同的同步速度而处在不同的状态，所以方案一不是很适合。而最重要的是，他并不支持关联式查询！

为了要改善这些问题，1）有一个一致性的资料来源； 2）支持关联式查询，我们需要一个独立的资料库来存放所有区块链的资料跟状态。

解决方案2：直接读取geth资料库

针对直接访问资料库，有以下几种方案：

1. 直接读取geth本地端数据库库？
   不行，由于现在geth使用level db，但是Level db不支持同时有多个进程读取，因此无法直接在geth起作用的情况下直接读取geth里面的level db。
2. 把区块链资料写到一个外部的资料库？
   我们实作了数据库接口直接把资料写到外部的MySQL，这是我们在GETH的上修改。一开始在区块的同步与写入到资料库的运行都相当完美，但当资料量一多的时候，写入的性能就急速下降。本地资料库效能果然还是比外部资料库效能好太多了！

系统架构

在这样的设计下，就可以大力的加速索引所有区块链的资料，可以重启的开始使用我们的服务:)

信息管理系统

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。