Steemd.com 改版了
昨天看有朋友讨论 Bandwidth Limit Exceeded 的问题，特意研究了一下代码，并写了一篇文章:
昨天晚上浏览steemd.com的时候，突然发现steemd正在改版
一个显著的改变就是在显著位置，显示用户
- Voting Weight
- Voting Power
- Bandwidth Remaining
- Voting Weight: 相当于你所拥有的有效Steem Power(你自己有的 + 别人代理给你的 - 你代理给别人的）
- Voting Power: 我翻译为点赞能量，详情可以参考我以前的帖子： [Chinese Version] 关于Voting Power 的一点说明，以及对投票的影响等
- Bandwidth Remaining: (分配的带宽 - 已用的带宽)/分配的带宽
Effective sp
有效Steem Power(你自己有的 + 别人代理给你的 - 你代理给别人的）
Bandwidth
分别是剩余带宽占比、剩余带宽、已用的带宽、 分配的带宽
有了这些信息，你就会更好的了解账户投票能量以及带宽使用情况，如果剩余带宽占比偏低，就按我之前文章中说到的方法处理吧。
steemdb.com 的改版还在进行中，会有哪些其它惊喜，让我们拭目以待吧。
带宽保留率算法的调整 & BUG修复
昨天浏览github时发现这样一条内容，还是高优先级的哦
https://github.com/steemit/steem/issues/1257
昨天帖子中我们也说到过 max_virtual_bandwidth
因为我们是从用户视角分析问题，所以没详细解释这个东西
其实，它也是算出来的dgp.max_virtual_bandwidth = (dgp.maximum_block_size * dgp.current_reserve_ratio *
STEEMIT_BANDWIDTH_PRECISION * STEEMIT_BANDWIDTH_AVERAGE_WINDOW_SECONDS) / STEEMIT_BLOCK_INTERVAL;
而github说的啥事呢？
一个是改进Reserve Ratio Algorithm
还有就是BUG修复
STEEMIT_MAX_BLOCK_SIZE STEEMIT_MAX_RESERVE_RATIO STEEMIT_BANDWIDTH_PRECISION * STEEMIT_BANDWIDTH_AVERAGE_WINDOW_SECONDS overflows 64-bits. We need to make the max_virtual_bandwidth calculations 128-bit.
哦买嘎
溢出是啥概念？举个栗子
你有一个杯子，有一瓶水，如果杯子比瓶子容量大，那么往里倒水没问题
如果杯子比瓶子容量小，假设一瓶水等于一杯半水，那么用瓶子往杯子里倒水，水就会溢出，最好你只剩一杯水。
计算机中也是这样？NO，NO, NO.
程序中溢出，就会截短，一杯半水，最后就剩半杯水
莫非（包括一些并非新号的用户）最近频繁发生带宽超限问题，就是这个引起的？
总之，不管算法改进还是BUG修复，就是为了解决带宽超限问题的！
结论
无论是steemd.com的改版，还是github上的代码改进以及BUG修复，都可以看出来STEEMIT公司在踏实做事。 STEEMIT公有心了，给你10086个👍
人家平台给搭建好了，同志们努力贡献优质内容吧。
感谢阅读 / Thank you for reading.
欢迎upvote、resteem以及 following me @oflyhigh 😎
This page is synchronized from the post: Steemd.com 改版了 & 被 Bandwidth Limit Exceeded 折磨的朋友有福了