本来想直接写个标题，HBD_PRINT_RATE现在是0啦，结果非说这个标题中含有MARKDOWN，不让写。哎，那就换个标题吧。
(图源 ：pixabay)
细心的小伙伴们可能会发现，这两天的文章奖励已经不再是HBD+HP的组合啦，而是改成了HIVE+HP。这是咋回事呢？
其实说起来，这也是老生常谈啦，简单来讲就是HBD在系统中的占比过高，为了维持系统金融体系的安全，自动将HBD_PRINT_RATE调整为了零，所以奖励中就不印HBD啦。
那这个又是如何自动实现的呢？我来为大家详细分说：
首先HIVE区块链系统记录当前时刻的各种供应量信息。其中current_supply 、current_hbd_supply、virtual_supply，分别代表HIVE+HP的供应量、hbd供应量、以及总的供应量。
同时HIVE区块链也维持median_price，亦即历史中间价，代表着在系统中一个HIVE值多少HBD。所以其实virtual_supply是可以由current_supply 、current_hbd_supply以及median_price计算出来。
那为啥不直接使用virtual_supply而是要计算出来了，这涉及到最近几次硬分叉的变化，其实两个关键的变化就是：
- HF24之后，计算HBD占比时，减掉国库中HBD
- HF28，发放奖励时，直接把国库中的HBD从
virtual_supply中去掉。
其中第一项，影响HBD占比的计算；第二项影响每天通胀产生HIVE的数量。我们主要讨论第一项。
根据上述讨论，我们可以由上述已知数值计算出HBD在系统中的占比。嗯，当前占比已经达到了20%以上。
接下来的问题就是这个占比，如何决定了文章奖励中是否有HBD呢？我找到我以前的文章，其中有这样的内容：
HBD供应量控制在9%-10%之间，如果低于9%，那么文章奖励的流动性部分就100%发HBD(亦即HBD+HP)，如果超过10%，那么就停发HBD（亦即HIVE+HP)，9%-10%之间呢，则按线性比例发放。
这是好多年前文章中的内容，有些OUT，主要逻辑其实没啥变化，变化的是比例的数值，当前比例控制数值为：
"hbd_start_percent": 2000,
"hbd_stop_percent": 2000,
这个数值呢，是硬分叉是在代码中设定的（硬分叉时应用到相应的版本）。
最原始的数值定义在这里：
通过最新的数值（开始和结束都是20%），不难得出，当HBD供应量控制20%之下，文章奖励为HBD+HP；否则则是HIVE+HP。不存在按比例线性发放的情况啦。
(图源 ：pixabay)
这就是解释了为什么当前文章奖励中只有HIVE+HP啦。（如果设置100% POWER UP则另当别论）。
