解决miner.start() 返回null

最新推荐文章于 2024-04-28 20:27:47 发布

weixin_30827565

最新推荐文章于 2024-04-28 20:27:47 发布

阅读量168

点赞数

原文链接：http://www.cnblogs.com/tianlongtc/p/8871472.html

版权

下面我列举了三种解决方案，前面两张是某两位大佬试出来的，第三种是我蒙出来的。

第一种解决方案

转载自 http://mp.weixin.qq.com/s/AB9vj1EzOgWT7JyryfQhDg

问题场景

最近技术群中的朋友经常问到这样的问题，环境搭建已经搭建好，geth节点也成功启动，可为什么当执行miner.start()方法时却没有挖矿，返回null。

其实，不仅仅这些朋友，本人在启动最新节点进行挖矿的时候也遇到类似的问题。今天就带大家分析一下引起这个问题可能的几个原因。

是否设置miner地址

启动节点挖矿之前，需要查看当前节点中是否已经存在账号，可执行以下命令，查看当前节点下面是否有账号存在。

>personal.listAccounts
["0xc040cbd8a189d36f580fa83c2ffe3a26fb3e6a7e", "0xe0d1de6c934049fe4847b64becff5885bdb83fa4"]

当确认账户已经存在时，可以设置Etherbase。先查看以下coinbase账户：

>eth.coinbase
"0xc040cbd8a189d36f580fa83c2ffe3a26fb3e6a7e"

通过上面的命令，可以看到coinbase的账户地址，也就是上面查看地址查到第一个地址。

执行设置miner地址：

>miner.setEtherbase(eth.coinbase)
true

也可以执行执行以下命令进行设置：

>miner.setEtherbase(eth.accounts[0])
true

然后，可以再执行挖矿命令，查看是否问题是否解决。

节点误报

另外一种情况就是其实miner.start()命令已经执行成功，只不过节点返回null。如果是dev模式，可以使用eth.blockNumber查看一下区块高度是否增加。

节点版本问题

本人安装的geth-1.7.3版本的节点，在dev环境下验证发现，当执行miner.start()时，返回null。但其实miner已经执行，只不过它在等待你发送交易之后才会生成新的区块。也就是说执行了miner.start(),它一直在等待，这是发送一笔交易，再查看区块高度发现已经增加一块。 （注意这句话，我瞎搞的来源）

第二种解决方案

转载自： https://blog.csdn.net/wo541075754/article/details/79260040

之前的那篇文章也是搜集汇总了网上的各种解决方案，但在实践的过程中发现并不能有效的解决问题，只有发送交易才会自动挖矿。因此，针对此问题又进行了大量资料的阅读查阅，终于找到原因和解决方案。

原因及解决方案

出现此问题的原因在于geth版本更新之后，–dev模式下新增了一个参数项：

--dev               Ephemeral proof-of-authority network with a pre-funded developer account, mining enabled
--dev.period value  Block period to use in developer mode (0 = mine only if transaction pending) (default: 0)

我们先看一下上面的两个参数，–dev是我们常用的参数，之前版本中我们只用使用–dev然后执行miner.start()就可以挖矿，但是在后面的版本中，当我们会发现只有发送交易了才会挖一个块。

引起此问题的原因就是新增了–dev.period value配置项。此配置默认值为0，也就是说只有有pending中的交易才会挖矿。

明白了这个参数的含义之后，解决问题就很简答了，之前的–dev参数依旧使用，然后再在后面添加–dev.period 1，注意，参数值为1，不是默认的0。

再重新启动节点，然后执行挖矿，先不管返回是否是null，执行之后，无论查看日志或执行eth.blockNumber都会发现块在不停的增高。

第三种解决方案

感觉我的不能算解决 miner.start() 放回 null 的问题，不过让 account[0] 拥有了一定 ether ，方便后面测试用，挖不挖矿无所谓啦，

首先解锁 accounts[0] 和 accounts[1]