Blockone在15天以前发布了EOSIO v1.8.5，据说解决了Net plugin的一些问题，并且加入Subjective CPU Leeway以及Greylist Limit 等功能（什么鬼？） 升级 不过管它什么鬼呢，升级就是了， 编译完成后检查一下版本号： nodeos --version 返回如下信息，版本号v1.8.5，看来没搞错。 替换原来的nodeos并重启，一切🆗！ CPU挖矿？

今天听朋友说EOS发布了新版本v1.8.4，据说包含解决WABT中类似DDOS漏洞的关键性补丁，对所有节点都有影响(These security fixes are relevant to all nodes on EOSIO blockchain networks.) (图源 ：pexels.com)

今天注意到EOSIO在github上释出了新版本EOSIO v1.8.3，话说这个版本推出间隔有些短，主要是因为v1.8.2中存在BUG，导致异常的高带宽占用。 不幸的是，前段时间手欠把本地EOS节点升级到了v1.8.2 确实也遇到了高带宽占用这个问题，那么只好升级喽。 升级EOS 所幸编译这些东西已经轻车熟路啦，卡卡卡一通命令执行下来即可，至于编译程序用多长时间，那又有什么关系，耐心等待就好喽。

EOSv1.8.2 释出好些天了，修复了一些稳定性BUG，也做了一些其它修改，抽时间升级一下喽。 升级EOS 因为使用了-P参数，编译还是比较慢的，不过没办法，谁叫我手欠删掉了之前的环境呢。 不过还好，经过了漫长的36分钟55秒的等待，总算编译成功了。 编译之后检查一下版本号： nodeos --version 返回如下信息，版本号v1.8.2，看来没搞错。

在EOSIO v1.8.0出来不久，BP们还没完成replay以及硬分叉（共识升级）的时候，EOS v1.8.1就出来了。 这可把BP们吓了一大跳，不过好在v1.8.1和 v1.8.0只是常规升级，从v1.8.0升级到v1.8.1无需replay，倒是虚惊一场。 There should be no need to do a replay or import from a snapshot.

昨天的帖子提到编译了 EOS 1.8.0，但是单单编译可还不够，还要将之前运行的v1.7.4版本的节点升级到v1.8.0才行。 (图源 ：pixabay) 不过因为这次是共识升级(硬分叉)版本，所以以往的直接替换是行不通的啦。 删除bnet plugin设置 首先我们要删除之前bnet相关设置，因为在v1.8.0中bnet已经彻底不被支持啦。

EOSIO在昨晚发布了EOSIO v1.8.0，这个版本是共识升级版本，简单来讲，相当于STEEM的硬分叉。 这篇帖子只是简单记录一下编译的情况，升级过程将会单独开贴说明。 首先是编译参数的变化，多了个-P参数： The build scripts now support an optional parameter (-P) which will try to pin the versions of

好多天以前就看到EOSIO出v1.7.4版本了，不过v1.7.4主要是针对p2p节点的更新，所以一直急着弄。 今天闲来无事，升级一下节点到v1.7.4喽。 有了编译v1.7.3的经验，编译v1.7.4可谓波澜不惊，顺利得不得了。所以说，经验很重要，遇到的坎，回头再看连小土坡都算不上。 编译完按惯例确认一下版本号： nodeos --version 返回如下，看来一切顺利哦: EOS最近行情还算不错

#share2steem "Our team recently tested #nodeos with 320 Million accounts performing random transfers at thousands of transactions per second sustained. #eosio scaling continues" - @dan Larimer

EOSIO v1.7.3已经释出好久啦，嗯，足足有一个多月啦，再不升级就说不过去啦。 EOSIO v1.8.0-rc2都已经出来啦，据说EOSIO v1.8.0是共识升级版本（相当于STEEM中的硬分叉啦），所以为了学习也好，为了EOSIO v1.8.0做准备也好，先把EOSIO v1.7.3升上去啦。 从1.6.5升级到1.7.3可是跨越了好几个版本，更改的更新的内容超级多，这里就不再赘述了。

好吧，这次有点迟到了，EOSIO早在19天以前就发布了EOSIO v1.6.5，甚至EOSIO v1.8.0-rc1都已经出来啦。不过v1.6.4用着挺好的，况且我还懒，所以就一直没有升级。 不过今天闲来无事，就升级一下好喽。 这次更新主要是稳定性问题以及一些杂项修改，看起来其实没那么重要。 This release contains stability and miscellaneous fixes.

六天以前，EOSIO发布了EOS新版本EOSIO v1.7.1以及EOSIO v1.6.4，对于v1.7而言，我暂时还是不想做吃螃蟹的人，但是v1.6.4是安全更新啊（虽然我确定并不影响我），必须要更新一下了。 v1.6.4解决的还是net_plugin的问题，影响的是那些开P2P服务的公共节点。 Note: These security fixes are relevant to all nodes

好久没有升级EOS节点啦，去Github上看一下，EOS v1.7.0版本都已经发出来五天了。不过v1.7.0还是让他们别人先去试水吧🤭 倒是v1.6.3据说是修复了net_plugin中的小小内存泄漏问题，所以应该升级一下。 This release contains security bug fixes and miscellaneous fixes. 编译依旧是超级顺利的，按惯例确认一下版本号

做一件事情并不困难，难的是始终坚持做一件事情，比如说——跟上EOS的更新节奏。 这不，两天前EOS又发新版本了，又是包含关键的安全修复，当然要升级一下喽。 This release contains critical security fixes and fixes that affect the successful build of nodeos on fresh VMs 编译还是超级顺利的，再来看一下版本号

好些天没有去Github上看了，今天上去一看，EOS于6天前推出了v1.6.1版本，并且这个版本包含关键的安全修复，看来又要更新一下啦。 This release comprises critical security fixes 这次直接用的EOSIO上的代码了，已经彻底放弃EOS-Mainnet啦，不放弃也没办法，这都过去6天了，还是重要的安全更新，但是EOS-Mainnet一点更新的苗头都没有呢。

最近在EOS的不同版本上做一点小测试，不过突然发现我一直都使用EOS-Mainnet上的EOS版本来编译，一般来讲版本更新比EOSIO慢一些。 这并不是啥大问题，慢一些就慢一些呗，正好让别人先去探探路?，毕竟更新太及时了，有时候刚更新完，新版本就出来了。以往我真的遇到过头天晚上更新程序，第二天发现出新补丁的情况。

EOS又双叒叕发布新版本啦，虽然不知道都改了些什么，但是感觉好厉害的样子，所以当然要升级一下喽。 我还是用的EOS-Mainnet上的版本，貌似现在好多人已经不管这个了，直接用EOSIO上的代码了。 唯一需要注意的地方是要运行一下：git submodule sync，如果是全新的克隆则无需此操作。 原文部分如下： As part of this release, some of the URLs

最近EOS跌的让人不想说话，尤其的我这种在16.8x还抄底的人，一不小心就抄到了半山腰，吐血啊。 原来EOS释出新版本，做了很多修改，我以为会是个利好，结果却发现，什么用都没有，一如既往地跌，其实这也怪不得EOS，整个加密货币市场都这样。 Eos-mainnet的Github上一更新了Mainnet-1.5.0，已经懒得去看具体改了啥，先升上来再说吧。 编译一如既往地顺利（在本来原来的基础上编译，不是从头开始）

看到Eos-mainnet的Github上终于发布了Mainnet-1.4.3EOS版本，果断升级喽。 看一下版本，没问题！ nodeos --version 另外，因为我是一路升级过来的，所以同样不需要REPLAY。 NOTICE: IF YOU ARE UPGRADING TO THIS RELEASE FROM VERSION 1.3.X OR EARLIER AND USE THE

升级本地EOS节点到1.4.1好像没过几天啊，今天去EOS github上看，新版本已经出到v1.4.3啦。 不过EOS-Mainnet这边才更新到mainnet-1.4.2，安全起见我还是先升级到这个吧。 build成功后看一下版本号： nodeos --version 版本发布信息中有如下注意事项 NOTICE: IF YOU ARE UPGRADING TO THIS RELEASE FROM