witness节点已经成功编译v0.20.4，并且在主节点服务器上完成了replay并追上了当前最新块，现已正常工作。

(图源 ：pexels.com)

主节点

steemd信息

运行检查版本命令

steemd --version

返回结果如下：

备份节点

备份节点正在紧锣密鼓地replay当中，想必可以很快地完成。

关于RC

想必大家都被RC闪了一下，尤其是只有聊聊几个SP的新用户，即便RC恢复至100%，可能也干不了什么事情。

社区上好多质疑的声音，比如说STEEM是不是从此变得对新用户不友好了？其实大可不必担忧，之所以出各种问题，还是因为HF20步伐太大，有些问题没能处理好。

不过好消息是v0.20.4，将用户的RC资源放大了10倍(multiply the resource budgets by 10x)，这样SP少的用户也可以做一些操作了。

另外，@timcliff 在github上提出了RC的一些相关参数由见证人来提供这个建议。昨天在和@partiko的官方人员 @crypto.talk 闲聊时，我们就聊到这些参数应该由见证人来提供，最终达到一个社区任何的、相对稳定的数值。

STEEM正在逐步回归稳定，当恢复稳定后，RC系统就会在抑制SPAM等方面立功，所以STEEM正向着好的方向发展，大家多些包容多些耐心。

*刚写完文章，发现github上20.5已经发布了

大口吐血ing*

相关链接

• https://github.com/steemit/steem/releases/tag/v0.20.4
• https://github.com/steemit/steem/releases/tag/v0.20.5
• HF20 Update: Restoring Continuity
• Community Suggestion - RC Budget Witness Parameters

This page is synchronized from the post: witness节点已经运行在v0.20.4

很多朋友发现，原本steemd.com上的Voting Power不见了，取而代之的是一个叫做Voting Manabar的东西，这又是什么鬼？和Voting Power是啥关系？

(图源 ：pixabay)

Voting Manabar & Voting Power

首先我们来看一下Voting Manabar长啥样？以我的账户 @oflyhigh 当前状态为例，从steemd.com看到的Voting Manabar信息如下：

再用我的微信公众号查询一下，庆幸的是，尽管我未作任何修改，Voting Power，还是可以读出来的

对比一下Voting Manabar的current_mana_pct以及公众号显示Voting Power，都是49.85%，由此可见，其实两者是一个东西！

原本设计

那么Voting Manabar和Voting Power到底有啥区别呢？为何又要引进这样一个东西呢？这要从SP代理以及Power UP说起。

举例来讲，在原本的设计中，如果我当前SP为1W，VP为1%，我Power UP了100W SP，结果发现我SP为101W， VP还是1%😨，有没有感觉少赚了几十亿？？

还有一种方式，可以利用VP设计的漏洞多赚钱，假设我又个100WSP的账户，VP 100%，然后我猛点赞，将VP降至接近0，然后再将这100W SP代理给另外一个VP100%的账户，然后继续猛点，将VP消耗至0，再取消代理。发生了什么事？这样操作我可以多赚40%以上的收益！！有没有感觉多赚了几个亿？

Voting Manabar

新的 Voting Manabar设计，解决了上述弊端，简单来讲，mana就是你未花出去的rshares，这样无论Power UP还是SP代理，都可以精确计算实际产生的mana而不是粗暴的用VP这个百分百去计算。

简单地说，你POWER UP的时候不吃亏，你用SP代理耍滑头也占不到便宜，这样才公正公平。至于其它的线性回复以及消耗之类的，与原本的VP系统并无太大的差异。

好了，大致就这样了，今天就先啰嗦到这，如果说得不对，朋友们多多指正！

This page is synchronized from the post: O哥闲扯淡：”Voting Power” vs “Voting Manabar”

尽管在8小时以前，STEEM发布最新版本的第一时间我就收到了通知，但是我还是纠结了一下午以上的时间在考虑要不要升级。

其实尽管我的节点显示的和大家一样都是0.20.3，但是我实际在运行的可以说是0.20.3.5版本，https://github.com/steemit/steem/commit/eed032bdce6e4bd6b264ab123935dc85bc040149

为了追新，当然也是为了能让自己的witness节点更好地服务于steem区块链以及大家，HF20以后我已经build了十数次，replay了十数次，每次replay都要花上数个小时。

为了让见证人节点断线，我又购置了一台相同配置的服务器，一主一备同时工作。结果有一天早晨6点迷糊糊起床，切换主备节点的时候失误，导致了我第一次丢块。

所以编译啊、replay啊，对我而言简直是噩梦一般啊。

但是转念一想，做见证人是为了安逸吗？当然不是，是为了深度参与到STEEM中来，是为了能为STEEM的发展尽微薄之力，哪怕我现在月投资数百美元，哪怕见证人收入每天不过几块钱人民币！

所以，新版本来了，还犹豫啥啊，撸起袖子加油干呗！不多说了，继续干活去了！

相关链接

• https://github.com/steemit/steem/releases/tag/v0.20.4

This page is synchronized from the post: 编译更新steem 0.20.4

早上一个朋友问我，HF20以及新的RC系统上线后，STEEMIT上活跃度感觉下降了不少，这是不是意味着更改失败了呢？

(图源 ：pixabay)

活跃度 & RC

首先， 不可否认的是，HF20属实没有平滑过渡，一些代码中的BUG导致HF20之后整整一天大家没法进行发帖、回复、点赞等操作。等可以进行这些操作时，发现Voting Power从头计算，点赞威力大不如前，比如我HF20之后点赞，只能点出0.1x SBD的样子。

因为RC什么的也是线性恢复的，所以从0到100，需要5天。我个人认为这可能是导致活跃度下降的主要因素，大家都等充能呢，而且因为大家都等充能，发帖之类的只有寥寥几人过来点赞，那么会缺乏一些动力，所以，过五天后想必效果会有所好转。

RC限制过于严格

另外一点就是现有的RC系统设置相对而言过于严格，这样就导致一个问题，5SP以下的账户几乎做不了任何操作，这对于新用户而言是极其不友好的，做不了任何操作就没法从STEEM系统中受益，那么就没有注册新用户的动力。

但是见证人们和一些有远见卓识的用户都意识到这个问题，正着手推进这个问题，我个人认为可以从调节RC参数来解决这个问题，并不是什么大事情。

RC价值所在

大家都知道，其实STEEM之前的Bandwidth系统，并没有起到什么作用，2SP的用户可以大量的SPAM而不会受到任何约束，这样会制造大量的垃圾内容存入区块，现在STEEM区块占用硬盘的空间已经高达148G，内存则接近64G，可想而知，任由垃圾内容泛滥，最终必会损害整个STEEM经济系统。

RC系统的引进，最终会完美解决SPAM以及资源滥用等问题，长远来看，有有利于STEEM系统发展的，我们不能因噎废食，全面否定RC系统。

其它反思

但是这次的问题是，STEEM改进的步调太大了，在HF20之前，我就曾在微信群内预言，RC系统可能会给SP少的用户带来诸多不便，没想到一语成谶啊。

我还戏言，STEEMIT公司这次步调太大，容易扯着蛋（罪过罪过，打马赛克），事实是果然扯着了。正常的做法应该是将HF20的各项功能分解成几组功能，然后通过多次分叉，逐步部署(HF20、HF21、H22……)。而资源限制也应该先是宽松的，让用户平滑过渡，再逐步调节到合适的设置。

结束语

不过不管怎么说，我们现在已经到HF20链上来了，他初始的表现因为各种BUG以及RC的约束可能没给我们带来更多的惊喜，相反的可能是更多的惊吓😨。

但是HF20以及RC应该是更先进的、更有利于STEEM系统的发展的，所以我们要给它一些时间，多些耐心，让HF20逐渐运行并调整至完美的状态。

注：本文为个人见解，并不构成预判以及投资建议

This page is synchronized from the post: O哥闲扯淡：HF20以及Resource Credits System

STEEM见证人节点(witness node)编译的时候需要链接boost库，STEEM推荐的编译环境为Ubuntu 16.04，boost库用的是1.58(直接安装)。

(图源 ：pixabay)

但是我穷折腾，使用的Ubuntu 18.04作为编译环境，boost库也选了最新的1.6.7，不过我取巧了一点，直接拿别的机器上编译好的boost 1.6.7过来。

但是，感觉编译出来的steem有些问题，比如关闭后在重新打开，过段时间就会出错。我并不清楚是否和boost版本有关，还是和我GCC啥的都是用的新版本有关，但是为了追新，总有机会掉坑里的。

大神建议我试试boost 1.65，于是尝试一下手工编译1.65.1，貌似不是很麻烦，但是我确实又碰到一个大坑。

步骤

下载解压

找到boost对应版本下载链接
https://sourceforge.net/projects/boost/files/boost/1.65.1/

在当前用户下使用如下命令下载

wget https://sourceforge.net/projects/boost/files/boost/1.65.1/boost_1_65_1.tar.gz

解压压缩包

tar xzvf boost_1_65_1.tar.gz

编译安装

创建目标目录

mkdir ~/opt/boost_1.65.1

进入源码目录

cd boost_1_65_1

配置，注意此处的大坑，不能用~指定目标目录！！！

./bootstrap.sh "--prefix=~/opt/boost_1.65.1"
./bootstrap.sh "--prefix=/home/userxxxx/opt/boost_1.65.1"

编译安装

./b2 install

大坑

因为之前指定目标目录时直接用：>./bootstrap.sh "--prefix=~/opt/boost_1.65.1"，编译完我看也没报错，就把源码包和目录都删掉了。

然后编译steemd的时候出现错误，我去boost目录看，我的库文件呢？怎么啥都没有？😭

后来试了几次才发现，只有用绝对路径，文件才会复制到对应目录里，浪费我至少一个小时的时间，哎。

相关链接

• https://www.boost.org/
• https://sourceforge.net/projects/boost/
• https://www.boost.org/doc/libs/1_68_0/more/getting_started/unix-variants.html#easy-build-and-install

This page is synchronized from the post: 每天进步一点点：手工编译boost_1.65.1

一大早起床看steem的github又又又又又更新了好多内容，于是果断重新build。

build完，发现竟然要replay，我晕。
于是费了半天周折又把一台机器上版本恢复到睡前的版本，一台机器上用新版本。

然后一台机器用新版本replay，一台机器用睡前版本等出块，但愿之后一切正常吧。

标记一下新改动：

读首小诗放松一下吧

假如生活欺骗了你，
不要忧郁，也不要愤慨！
不顺心时暂且克制自己，
相信吧，快乐之日就会到来。

我们的心儿憧憬着未来，
现今总是令人悲哀，
一切都是暂时的，转瞬既逝，
而那逝去的将变为可爱。

相关链接

• 读书 & 《题纪念册》与《假如生活欺骗了你》

This page is synchronized from the post: 升级witness node 到最最最新版本 / 《假如生活欺骗了你》