话说半个多月前闲来无事编译了一下hived的1.27.11版本，若说原因，至少想保持手熟——拳不离手、曲不离口嘛。卖油翁不也说了嘛：“我亦无他,惟手熟尔。”
(图源 ：pixabay)
事实上我没那么手熟，长久地不和这些操作打交道，基本的操作都要忘光了，所以折腾1.27.11版本，属实让我掉了许多头发。（咦，好像是谁问我还有没有头发？）
之所以长时间没弄这些，大概有几个原因：一是因为懒；二是HIVE节点超稳定、超好用，我看1.27.x的几个版本都有见证人再用呢；三则是对着Putty SSH界面时间长了，容易诱发偏头痛。
可是1.27.11有好多有趣的特性，比如拆分block_log，轻节点等，实在是太好玩了，就狠狠地折腾了一番。编译过后把本地节点以及见证人主节点都切到v1.27.11版本啦。
原本以为可以喘息一口气，继续过以前躺平的生活，结果HIVE Fest带来个大消息，就是HIVE区块链HardFork 28就要来啦，得到这个消息的同时，开发者群里也公布和HIVE的1.28.0版本。
这必须得编译试运行一下呀，于是又编译了HIVE得1.28.0，并在本地节点上重播（Replay），虽然有些折腾，但是好在一切顺利。
这之后，在我的见证人列表工具上，看到有些见证人已经开始用1.28.0跑新版本，那咱必须跟上呀，于是我也更新在VPS上的见证人节点至1.28.0版本，并成功地在1.28.0版本上出块，且十分稳定。
可是更新完没多久，有开发者指出1.28.0版本有两个无关大雅的小BUG，那必须升级呀，于是又跟着分别编译和升级了1.28.1和1.28.2，好在共识和数据格式之类的没有改变，那么只需要关停节点程序，更换程序，重启程序就好。
当然了，对于在运行的见证人节点，事情会稍微复杂一丢丢，我有N多备份节点，首先是切换见证人公钥到其中的一个备份节点，然后更新主节点程序，再把公钥切回来就好。
如果某个见证人只有一个节点，那么为了更新节点又不丢块，那就只能先将见证人下线，再更新程序，再讲见证人上线。如果你看到某个见证人先是离线，之后不久在新版本上出块，那么我打赌他一定没有备份节点，哈哈哈。
原本以为更新到1.28.2已经就万事大吉了，坐等到时间硬分叉被激活就好。结果见证人程序已经允许1.28.2怎么出块后还是显示1.28.0呢？
去开发者和见证人群里了解一下，才发现原本1.28.1和1.28.2两个版本都忘记了在程序代码中更新版本信息，这就比较尴尬了。😅
话说之前我编译完并应用这两个版本时，看到见证人列表中升级到1.28.x的都显示是1.28.0，我还以为我是第一个试水1.28.1或者1.28.2的见证人呢！原来是版本显示的BUG呀。
所以后来又有了1.28.3，虽然也有一些小改进，但是我觉得最主要目的还是为了修复版本显示的BUG。😅
于是又是编译、更新本地节点、更新见证人节点。哈哈，这时候才发现，好多见证人都更新到1.28.3了。有句话咋说的：莫道君行早，更有早行人！ 向这些见证人致敬。
现在我的见证人节点已经在1.28.3版本上运行好几天啦，相当地稳定（这期间丢了一个块，看了一下VPS后台情况，是服务商网络不稳定的问题😡）。
然后这两天又抽时间把本地的N多份备份节点该清理的清理，该更新的更新。
钱包和一些脚本啥的都连到1.28.3的本地节点上去啦，除了考验一下hived节点，也是考验一下我的各个乱七八糟的程序呀。
命令行钱包中显示的about信息
测试脚本时，竟然发现了脚本的一个小BUG，比如这个跟踪最新区块并处理对应操作的脚本
竟然先显示操作，然后才显示区块，那岂不是极度不合理。好在BUG被我抓住了，也修复好了。（以下是修复好的程序运行时截图，Windows下）
所以你看，虽然各种程序都能运行，各种脚本都能跑，但是程序要时不时地升级，脚本里的BUG也一堆堆，都需要人来缝缝补补。
之后的计划就是坐等HIVE Hard Fork 28激活，以及对我的各种乱七八糟的脚本进行整理和完善——毕竟有些脚本，我现在都看不懂当初写的是啥了。
(图源 ：pixabay)
哎，好想从从容容游刃有余，但是实际却只能匆匆忙忙连滚带爬，谁让自己“躺平”一段时间呢？这些都是债啊，要还的！
