以太坊执行miner.start返回null终极解决方案

最新推荐文章于 2020-07-15 16:41:23 发布

转载最新推荐文章于 2020-07-15 16:41:23 发布 · 359 阅读

文章标签：

#dapp #区块链 #以太坊

区块链同时被 3 个专栏收录

5 篇文章

订阅专栏

以太坊

4 篇文章

订阅专栏

dapp

4 篇文章

订阅专栏

本文详细解析了以太坊Geth新版中挖矿功能的变化，特别是在–dev模式下，通过调整–dev.period参数值从0改为1，解决了只有在有交易待处理时才能挖矿的问题。

前文

在看此篇文章之前也建议你先浏览一下之前的文章：
《以太坊执行miner.start返回null》

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

原因及解决方案

出现此问题的原因在于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都会发现块在不停的增高。

总结

此问题网上的资料几乎为零，只有官网的一个简单的命令说明，反而是有很多针对此问题的提问，却没有一个正确的答案。此文提到的解决方案估计少有人注意到。本人花费大量的时间查阅尝试才找到答案，如果对你有帮助，欢迎转发，关注。感谢支持！

转载至：https://blog.youkuaiyun.com/wo541075754/article/details/79260040

Dapp浏览器，是猎豹移动旗下的一款安全、易用、优质的Dapp导航产品，志在为用户提供深度优化的Dapp交易和管理体验。目前已经支持云斗龙等优质的Dapp，可以直接在手机端运行，不需要下载或在PC端安装插件。新版本增加交易所搬砖神器，合约安全检测功能。https://www.cmcmbc.com/zh-cn/blockchainlab/?from=channel_e