在之前的帖子《辛辛苦苦好几年，声望回到解放前》我曾提到微信公众号以及steemd.com上显示的声望分突然就归零了。
(图源 ：pixabay.com)
因为测试其它节点可以正常获取账户的声望分，所以我的判断是节点api.steemit.com出现BUG了，至于解决方案就是一个字：等
有朋友微信上问我为啥busy啥的可以正常显示账户的声望分，这个很好理解，因为它们使用的不是api.steemit.com节点，而是其它第三方节点。
又有朋友问我，为啥steemit.com上显示的声望分是正常的呢？这个就略复杂了，且听我细细道来。
公众号以及steemd.com获取用户声望分，都使用的是condenser_api.get_accounts，这个在获取用户账户信息的同时返回账户reputation信息。
使用方法如下：
{"jsonrpc": "2.0", "method": "condenser_api.get_accounts", "params": [["oflyhigh"]], "id": 1}
其实除了这个condenser_api.get_accounts，还有两个方法可以返回声望分，分别是follow_api.get_account_reputations以及reputation_api.get_account_reputations，使用方法如下：
{"jsonrpc": "2.0", "method": "follow_api.get_account_reputations", "params": {"account_lower_bound": "oflyhigh", "limit": 1}, "id": 1}
{"jsonrpc": "2.0", "method": "reputation_api.get_account_reputations", "params": {"account_lower_bound": "oflyhigh", "limit": 1}, "id": 1}
两者返回的信息相同：
懒得去探究steemit.com使用的是哪个，如果不是很懒的话，公众号换用上述两个API之一，即可解决声望分显示不正常的问题。
但是我克敌制胜的法宝之一就是拖延，幸运的是，果然不出我所料，昨晚再次用公众号检查声望分，发现一切正常了，api.steemit.com已经修复了这个BUG。
至于是MIRA还是HIVE还是JUSSI的问题，我就不清楚啦。好奇的是STEEMIT公司更新节点之前不做测试吗？声望分对大多数人而言只是个数字，但是对于依赖声望分的程序而言，这个BUG会坑苦了一批人呢。
https://steemit.com/~witnesses type in
oflyhigh and click VOTE
Vote @oflyhigh via Steemconnect
Thank you!
This page is synchronized from the post: 声望分又回来啦