以太坊rpc调试工具

① 搭建geth私有链和联盟链网络

操作系统:linux或Mac OS
安装geth执行以下命令:
linux:sudo apt-get install ethereum
Mac OS:brew install ethereum

直接创建两个geth的工作目录，用于之后的组建联盟链的使用：
mkdir eth-private1
mkdir eth-private2

首先 cd eth-private1 进入节点1的工作目录该目录下执行下面命令
geth --datadir data --nodiscover console （data是之后geth节点的数据目录，可自行修改）

使用geth自带的工具 puppeth 用于生成创世区块，过程如下：
puppeth
+-----------------------------------------------------------+
| Welcome to puppeth, your Ethereum private network manager |
| |
| This tool lets you create a new Ethereum network down to |
| the genesis block, bootnodes, miners and ethstats servers |
| without the hassle that it would normally entail. |
| |
| Puppeth uses SSH to dial in to remote servers, and builds |
| its network components out of Docker containers using the |
| docker-compose toolset. |
+-----------------------------------------------------------+

Please specify a network name to administer (no spaces, please)

输入私链名称后，会出现二级菜单，现在2：配置一个新的创世快
What would you like to do? (default = stats)

再次出现二级菜单，让你选择共识机制（这里采用poa共识）
Which consensus engine to use? (default = clique)

Ethash - proof-of-work(PoW) ：工作量证明,通过算力达成共识 （以太坊就是使用这种方式）
Clique - proof-of-authority(PoA): 权威证明、通过预先设定的权威节点来负责达成共识 (不消耗算力，一般用于私有链测试开发)
如果选择Pow的共识方法,直接输入1，回车即可。
如果选择PoA的共识方法，输入2后会提示让你选择处快的间隔时间，一般测试开发使用可以设置相对的将处快时间设置较少5秒即可，然后会让你选择哪个账户来作为权威生成区块(至少有一个,输入刚才创建的账户，若只是单节点就输入那个节点目录生成的地址，若想组建联盟链就填写生成的两个地址)

How many seconds should blocks take? (default = 15)

选择好共识机制后会让你指定给那些账号初始化ether(至少有一个)，输入我们刚才创建的账户地址回车即可。
Which accounts should be pre-funded? (advisable at least one)

选择输入私有链的网络ID，任意数字即可（不能为1，1是公链），也可以不输入会给定一个随机数作为私有链的网络ID
Specify your chain/network ID if you want an explicit one (default = random)

选择导出创世区块配置文件

选择导出创世区块配置文件的保存路径，可以保存到当前目录，直接按回车即可
Which file to save the genesis into? (default = my-private-chain.json)

INFO [02-09|14:56:33] Exported existing genesis block

这样就完成了创世区块文件的配置了，直接退出puppeth即可。

输入命令 geth --datadir data init private.json 其中data自己制定，private.json就是刚才生成的创世区块
若出现如图错误：

输入命令:
geth --datadir data --syncmode full --port 2001 --networkid 1234 --rpc --rpcport "8545" --rpccorsdomain "*" --rpcaddr "0.0.0.0" --rpcapi "db,eth,net,web3,personal,admin,clique" --nodiscover console 进入控制台
--datadir data：节点的数据目录
--syncmode full：块同步的方式（若只是单节点可不填）
--port 2001： 网卡监听端口
--networkid 1234：网络标识符
--rpc：开启rpc服务
--rpcport "8545"：rpc服务的端口
--rpccorsdomain "*"：允许跨域请求的域名列表(逗号分隔)(浏览器强制)
--rpcaddr "0.0.0.0" ：HTTP-RPC服务器接口地址(默认值:“localhost”)
--rpcapi "db,eth,net,web3,personal,admin,clique"：基于HTTP-RPC接口提供的API（私有链可以任意开发，公有链需要谨慎）
--nodiscover：不允许节点自动加入

若想搭建联盟链，必须保证创世区块一致，进入到刚才创建的eth-private2的目录
将之前生成的创世区块拷贝过来，初始化创世区块，然后使用启动命令启动分别启动两个节点，进入控制台，使用 admin.nodeInfo 命令获取节点的信息

总结：
两个服务器部署两个节点是可以联通的,但是只能使用两个节点对应的地址进行挖矿,所以只能是两个节点对应两个地址进行挖矿,使用poa共识,当一个节点挂掉,挖矿停止,因为poa共识挖矿必须超过50%的节点进行钱增,现在只是两个节点,挂掉一个节点挖矿就会停止等待另一个节点的确认,停掉的节点可以通过正常运作的节点信息重新连接到网络中。
问题：
同步块有可能报错情况:
1:Synchronisation failed "retrieved hash chain is invalid" 解决目前找到的方法是removedb 数据目录 ,重新init创世区块
2:内存溢出初步确认为开启rpc服务造成的,有可能服务器恶意被黑,暴力破解密码,占有内存，解决，将服务器的ip设置一条防火墙

若存在问题可给本人留言或访问本人的github： https://github.com/qi-shuo/geth-document 记录了一些本人搭建使用的命令

② 一学就会，手把手教你用Go语言调用智能合约

智能合约调用是实现一个 DApp 的关键，一个完整的 DApp 包括前端、后端、智能合约及区块 链系统，智能合约的调用是连接区块链与前后端的关键。

我们先来了解一下智能合约调用的基础原理。智能合约运行在以太坊节点的 EVM 中。因此要 想调用合约必须要访问某个节点。

以后端程序为例，后端服务若想连接节点有两种可能，一种是双 方在同一主机，此时后端连接节点可以采用 本地 IPC(Inter-Process Communication，进 程间通信)机制，也可以采用 RPC(Remote Procere Call，远程过程调用)机制;另 一种情况是双方不在同一台主机，此时只能采用 RPC 机制进行通信。

提到 RPC， 读者应该对 Geth 启动参数有点印象，Geth 启动时可以选择开启 RPC 服务，对应的 默认服务端口是 8545。。

接着，我们来了解一下智能合约运行的过程。

智能合约的运行过程是后端服务连接某节点，将 智能合约的调用(交易)发送给节点，节点在验证了交易的合法性后进行全网广播，被矿工打包到 区块中代表此交易得到确认，至此交易才算完成。

就像数据库一样，每个区块链平台都会提供主流 开发语言的 SDK(Software Development Kit，软件开发工具包)，由于 Geth 本身就是用 Go 语言 编写的，因此若想使用 Go 语言连接节点、发交易，直接在工程内导入 go-ethereum(Geth 源码) 包就可以了，剩下的问题就是流程和 API 的事情了。

总结一下，智能合约被调用的两个关键点是节点和 SDK。

由于 IPC 要求后端与节点必须在同一主机，所以很多时候开发者都会采用 RPC 模式。除了 RPC，以太坊也为开发者提供了 json- rpc 接口，本文就不展开讨论了。

接下来介绍如何使用 Go 语言，借助 go-ethereum 源码库来实现智能合约的调用。这是有固定 步骤的，我们先来说一下总体步骤，以下面的合约为例。

步骤 01:编译合约，获取合约 ABI(Application Binary Interface，应用二进制接口)。 单击【ABI】按钮拷贝合约 ABI 信息，将其粘贴到文件 calldemo.abi 中(可使用 Go 语言IDE 创建该文件，文件名可自定义，后缀最好使用 abi)。

最好能将 calldemo.abi 单独保存在一个目录下，输入“ls”命令只能看到 calldemo.abi 文件，参 考效果如下:

步骤 02:获得合约地址。注意要将合约部署到 Geth 节点。因此 Environment 选择为 Web3 Provider。

在【Environment】选项框中选择“Web3 Provider”，然后单击【Deploy】按钮。

部署后，获得合约地址为:。

步骤 03:利用 abigen 工具(Geth 工具包内的可执行程序)编译智能合约为 Go 代码。abigen 工具的作用是将 abi 文件转换为 Go 代码，命令如下:

其中各参数的含义如下。 (1)abi:是指定传入的 abi 文件。 (2)type:是指定输出文件中的基本结构类型。 (3)pkg:指定输出文件 package 名称。 (4)out:指定输出文件名。 执行后，将在代码目录下看到 funcdemo.go 文件，读者可以打开该文件欣赏一下，注意不要修改它。

步骤 04:创建 main.go，填入如下代码。 注意代码中 HexToAddress 函数内要传入该合约部署后的地址，此地址在步骤 01 中获得。

步骤 04:设置 go mod，以便工程自动识别。

前面有所提及，若要使用 Go 语言调用智能合约，需要下载 go-ethereum 工程，可以使用下面 的指令:

该指令会自动将 go-ethereum 下载到“$GOPATH/src/github.com/ethereum/go-ethereum”，这样还算 不错。不过，Go 语言自 1.11 版本后，增加了 mole 管理工程的模式。只要设置好了 go mod，下载 依赖工程的事情就不必关心了。

接下来设置 mole 生效和 GOPROXY，命令如下:

在项目工程内，执行初始化，calldemo 可以自定义名称。

步骤 05:运行代码。执行代码，将看到下面的效果，以及最终输出的 2020。

上述输出信息中，可以看到 Go 语言会自动下载依赖文件，这就是 go mod 的神奇之处。看到 2020，相信读者也知道运行结果是正确的了。

③ DApp开发入门

本文仅介绍以太坊系列的DApp开发，其他链原理差不太多。

MetaMask安装完成并运行后，可以在Chrome控制台打印 MetaMask注入的window.ethereum对象

关于ethereum对象，我们只需要关心 ethereum.request 就足够了，MetaMask 使用 ethereum.request(args) 方法 来包装 RPC API。这些 API 基于所有以太坊客户端公开的接口。 简单来说钱包交互的大部分操作都是由 request() 方法实现，通过传入不同的方法名来区分。

⚠️ 即使ethereum对象中提供了chainId，isMetaMask，selectAddress属性，我们也不能完全相信这些属性，他们是不稳定或不标准，不建议使用。我们可以通过上面说的request方法，拿到可靠的数据 。

钱包通过method方法名，进行对应的实现 以获取钱包地址为例

调用 ethereum.request({ method: "eth_requestAccounts" }) ，钱包实现了该方法，那么就可以拿到钱包的地址了。

MetaMask注入的 window.ethereum 就是一个Provider，一个RPC节点也是一个Provider，通过Provider，我们有了访问区块链的能力。 在连接到钱包的情况下，通常使用钱包的Provider就可以了， ethers.providers.Web3Provider(ethereum)

如果只需要查询一些区块链数据，可以使用EtherscanProvider 和 InfuraProvider 连接公开的 第三方节点服务提供商 。JsonRpcProvider 和 IpcProvider 允许连接到我们控制或可以访问的以太坊节点。

获取当前账户余额

获取最新区块号

其他RPC操作，可以通过 JSON-RPC 查看。

通过 ethers.js 可以连接ERC20的合约，合约编译后会生成ABI，合约部署后，会生成合约地址，开发者通过 ABI和合约地址 ，对合约发送消息。

合约中的方法大致分为两种： 视图方法(免费)，非视图方法(消耗Gas) ，可以通过ABI查看方法类型。

⚠️ ERC20需要多加关注的是 Approve() 方法以及 transfer() 和 transferFrom() 的区别 ，授权过的代币，被授权的那一方，可以通过调用 transferFrom() 方法,转走你授权数量内的代币，所以授权是一个很危险的操作，假设你授权了一个不良的合约，那你会面临授权的token被转走的风险，即使你没有泄露私钥助记词。

便利三方库： web3-react use-wallet

文档： doc.metamask.io ethers

④ 以太坊是什么以太坊与区块链有什么关系

以太坊是一个全新开放的区块链平台，它允许任何人在平台中建立和使用通过区块链技术运行的去中心化应用。就像比特币一样，以太坊不受任何人控制，也不归任何人所有——它是一个开放源代码项目，由全球范围内的很多人共同创建。

和比特币协议有所不同的是，以太坊的设计十分灵活，极具适应性。在以太坊平台上创立新的应用十分简便，任何人都可以安全地使用该平台上的应用。

以太坊是可编程的区块链。它并不是给用户一系列预先设定好的操作（例如比特币交易），而是允许用户按照自己的意愿创建复杂的操作。这样一来，它就可以作为多种类型去中心化区块链应用的平台，包括加密货币在内但并不仅限于此。

以太坊狭义上是指一系列定义去中心化应用平台的协议，它的核心是以太坊虚拟机（“EVM”），可以执行任意复杂算法的编码。在计算机科学术语中，以太坊是“图灵完备的”。开发者能够使用现有的JavaScript和Python等语言为模型的其他友好的编程语言，创建出在以太坊模拟机上运行的应用。

和其他区块链一样，以太坊也有一个点对点网络协议。以太坊区块链数据库由众多连接到网络的节点来维护和更新。每个网络节点都运行着以太坊模拟机并执行相同的指令。因此，人们有时形象地称以太坊为“世界电脑”。

这个贯穿整个以太坊网络的大规模并行运算并不是为了使运算更高效。实际上，这个过程使得在以太坊上的运算比在传统“电脑”上更慢更昂贵。然而，每个以太坊节点都运行着以太坊虚拟机是为了保持整个区块链的一致性。去中心化的一致使以太坊有极高的故障容错性，保证零停机，而且可以使存储在区块链上的数据保持永远不变且抗审查。

以太坊平台本身没有特点，没有价值性。和编程语言相似，它由企业家和开发者决定其用途。不过很明显，某些应用类型较之其他更能从以太坊的功能中获益。以太坊尤其适合那些在点与点之间自动进行直接交互或者跨网络促进小组协调活动的应用。

例如，协调点对点市场的应用，或是复杂财务合同的自动化。比特币使个体能够不借助金融机构、银行或政府等其他中介来进行货币交换。以太坊的影响可能更为深远。

理论上，任何复杂的金融活动或交易都能在以太坊上用编码自动且可靠地进行。除金融类应用外，任何对信任、安全和持久性要求较高的应用场景——比如资产注册、投票、管理和物联网——都会大规模地受到以太坊平台影响。

⑤ 以太坊的 ChainId 与 NetworkId

ChainId 是 EIP-155 引入的一个用来区分不同 EVM 链的一个标识。如下图所示，主要作用就是避免一个交易在签名之后被重复在不同的链上提交。最开始主要是为了防止以太坊交易在以太经典网络上重放或者以太经典交易在以太坊网络上重放。在以太坊网络上是从 2675000 这个区块通过 Spurious Dragon 这个硬分叉升级激活。

引入 ChainId 后，带来了哪些影响呢？

NetworkId 主要用来在网络层标识当前的区块链网络。NetworkId 不一致的两个节点无法建立连接。

NetworkId 无法通过配置文件指定，智能通过参数 --networkid 来指定。所以我们启动自己私链节点上需要记得加上这个参数。如果不加这个参数也不指定网络类型，默认 NetworkId 的值和以太坊主网一致。

不是。
这个根据上面的介绍可以很明显的看出，两者并没有非常高的关联度。
网上几乎所有提到搭建以太坊私链的文章，都要强调 NetworkId 需要和 genesis 文件里 ChainId 的值相同。事实上是没必要的。
就像下面这张图展示的这样，很多已经在主网运行的 EVM 链，它们的 ChainId 和 NetworkId 并不相同。比如以太经典，它的 ChainId 是 61，但 NetworkId 和以太坊主网一样都是 1。

之所以很多文章强调 ChainId 和 NetworkId 要保持一致，可能因为在某一段时间内，一些开发工具比如 MetaMask，会把 NetworkId 当作 ChainId 来用。不过现在 MetaMask 已经支持自定义 ChainId，以太坊也添加了 “eth_chainId” 这个 RPC API，相信两者误用的情况会越来越少。

⑥ 以太坊如何使用web3.js或者rpc接口获取交易数据交易时间与确认数

如果要查询主网上的交易记录，可以使用etherscan。但是，如果是你自己搭建的私链，应该如何查询交易记录呢？

答案是你需要自己监听链上的日志，存到数据库里，然后在这个数据库中查询。例如：

varaddr=""
varfilter=web3.eth.filter({fromBlock:0,toBlock:'latest',address:addr});
filter.get(function(err,transactions){
transactions.forEach(function(tx){
vartxInfo=web3.eth.getTransaction(tx.transactionHash);
//这时可以将交易信息txInfo存入数据库
});
});

web3.eth.filter()用来监听链上的日志，web3.eth.getTransaction()用来提取指定交易的信息，一旦获得交易信息，就可以存入数据库供查询用了。

推荐一个实战入门，你可以看看：以太坊教程

⑦ Infura API 获取以太坊当前配置链 ID - 区块链数据开发实战

简介：Infura 是以太坊和 IPFS 的 API 服务提供商。Infura 一开始只是为 ConsenSys 内部项目提供稳定可靠的 RPC 访问，后来随着以太坊生态发展，他们意识到自己可以起到更大作用，于是开始面向开发者提供公共 API 服务。本文整理使用 Infura API 获取以太坊当前配置链 ID 的实现。

Infura 是以太坊和 IPFS 的 API 服务提供商。Infura 一开始只是为 ConsenSys 内部项目提供稳定可靠的 RPC 访问，后来随着以太坊生态发展，他们意识到自己可以起到更大作用，于是开始面向开发者提供公共 API 服务。

本文整理使用 Infura API 获取以太坊当前配置链 ID 的实现。

Infura API 官方文档： https://infura.io/docs

使用 API 需要申请 Project ID ，ID 是免费申请的，申请流程为“注册 - 登录 - 创建新项目”，不需要审核，几分钟就能搞定。

Infura API 标准请求端口格式：

本例中我们使用基于 HTTP 的以太坊主网 JSON-RPC 端口：

Infura API 获取以太坊当前配置链 ID：

Curl 示例：

Node.js 示例：

返回的 JSON 示例：

返回当前链 ID 的大整数。

Infura API 服务思维导图：

我们有一个区块链知识星球，做区块链前沿资料的归纳整理以方便大家检索查询使用，也是国内顶尖区块链技术社区，欢迎感兴趣的朋友加入。如果你对上面内容有疑问，也可以加入知识星球提问我：

⑧ 如何使用 Etherscan 的 API

虽然以太坊提供了 Web3 和 Json Rpc 这 2 种 API，geth 也额外提供了一些 API ，但是对于开发以太坊应用来说还是显得有些不足，比如说获取交易记录的时间，需要先通过交易的 hash 找到该交易对应的区块 id，然后才能找到对应的时间，查询起来相当不方便。

好在 Etherscan 对外提供了一些公共的 API，给我们提供了额外的能力来处理更多的业务场景。

为了方便开发人员更好地使用 ethersacn.io ，网站提供了 一系列 API 供开发人员使用。

API 的使用非常简单，基本上都是 get 方法，通过 http 请求就可以直接调用，在每个 Api 的说明文档都有对应的例子可以查看。

API 主要包含以下模块：账号、智能合约、交易、区块、事件日志、代币及工具等。

账号相关的 API，有获取账号金额，获取交易记录等，该模块提供的 API 最多。

API 示例

https://api.etherscan.io/api?mole)=account&action=balance&address=&tag=latest&apikey=YourApiKeyToken

参数说明

其中 mole、action、apikey 是每个 API 都有的参数，其他的参数则因不同 API 而不同。

返回结果

API 示例

https://api.etherscan.io/api?mole=account&action=balancemulti&address=,,&tag=latest&apikey=YourApiKeyToken

参数说明

（前面有讲过的参数就不讲了，下同）

与单个账号金额 API 相比，参数 address 用 , 号分隔多个账号，最多可支持 20 个账号的金额查询。

返回结果

API 示例

https://api.etherscan.io/api?mole=account&action=txlist&address=&startblock=0&endblock=99999999&page=1&offset=10&sort=asc&apikey=YourApiKeyToken

参数说明

返回结果

API 示例

https://api.etherscan.io/api?mole=account&action=txlistinternal&address=&startblock=0&endblock=2702578&page=1&offset=10&sort=asc&apikey=YourApiKeyToken

参数说明

参数与上一个 API 基本相同，只有 action 是 txlistinternal 这一点不同，这 2 种交易的区别是什么呢？简单的理解就是“正常”的交易是会记录到区块链上的，而“内部”交易是指不会记录到区块链上的记录，比如交易失败的记录。

另外这个 API 还可以通过交易 hash 查看交易的详情。

https://api.etherscan.io/api?mole=account&action=txlistinternal&txhash=&apikey=YourApiKeyToken

返回结果

API 示例

参数说明

返回结果

API 示例

参数说明

返回结果

智能合约相关的 API，其实只有一个获取智能合约接口的 API，但是这个 API 非常有用。

API 示例

参数说明

智能合约的 abi 就是一个 json 对象，通过这个对象我们可以调用其接口方法，后面会写一篇文章介绍如何操作 abi 对象，敬请期待。

返回结果

返回结果内容比较长，这里省略，就是一个 json 对象，感兴趣的可以自行调用该 API 看结果。

账号和智能合约的 API 已经能满足大部分的业务需求了，其他模块的 API 感觉没什么太大的作用，这里就不介绍了，感兴趣的读者可以自行查阅。

这里再说下 API 的使用限制，刚才提到每个 API 都有一个 apikey 参数，如果 API 没加上这个参数的话，每个 API 的请求次数不能超过 5 次每秒。

Etherscan 提供的这些 API 有些是和以太坊提供的 API 有重复的，比如说获取账号金额，获取事件日志记录等，但有一些 API 给我们带来了很大的便利性，比如获取账号交易记录，有了这个 API 就不用使用几个原生 API 进行各种数据拼接了。

另外 Etherscan 的这套 API 在 Rinkeby 测试网络也有一套一模一样的，区别只是前面的 url 不同，Rinkeby 的是： api-rinkeby.etherscan.io ，感兴趣的同学可以去试试。