REx并不是空了，只是触发了保险防御机制！！‖

EIDOS 空投活动持续火爆，上线 EIDOS 代币的交易所越来越多，上线 EIDOS 矿机的钱包方也越来越多，这个项目要空投15个月，而且EIDOS 官方也宣布了要推出去中心化交易所，EIDOS 将会成为交易所的平台币，EIDOS 可以玩的时间还长着呢，一定会有更多新的玩法出来。

EIDOS 空投活动上线以来， EOS CPU 资源基本都被它消耗了，导致 EOS 生态中其他 DApp 的活跃用户少了，因为大家 CPU 资源不够玩不了 DApp，一些普通的 EOS 账户甚至转账都不能及时完成，需要等待 EOS CPU 资源恢复了才能转账，严重影响了用户体验。

做为 EOS 的开发方 block one，对于本次 EOS 拥堵事件，也一直未有发声，今天，Block one 的 CTO BM 终于在推特表明了自己的观点，大体如下（由TokenPocket 钱包整理）：

1、我对区块链是低效数据库的观点提出了质疑。在我看来，与Postgres或MySQL相比，eosio 是一个高效、高性能的数据库。Eosio 3将进一步证明这一点！

2、社区用户提问是否了解当前主网的现状，REX都空了。BM表示，主网并没啥问题，tps依旧完胜其他公链，REX 空了是当前REX的参数限制所致。 （TP 科普 : 当前REX合约中设置了一个20％的EOS可用租赁下限，若 EOS 可用租赁量占EOS 已租赁量的20％，则REX无法再借出。用户可进去TP钱包查看REX总览信息。）

3、BM 认为他当初设置 20％ 的安全防御措施有点过分保守了，有考虑去除这个限制。 （ps：针对该 20％ 的参数限制，已有社区用户在Github提交了降低为0％的请求，同时BPs也有展开相关讨论）

4、BM认为抱怨当前主网的CPU紧缺状态是没必要的，这就跟抱怨Uber用车高峰期打不到车/车费溢价的道理一样。 不要抱怨市场通过提高价格来平衡供求，要关注实际总供给。

BM 觉得 REX 并不是空了，只是触发了保险防御机制，在 EOS REX 的设计中，如果 EOS 可用租赁资源占 EOS 已租赁量的 20％，REX 就会无法再借出，所以20％这个参数是可以调整的，20％ 过于保守了，现在社区正在考虑把 20％调整为 0，这样就可以释放出一部分 EOS CPU 资源。

这个本来是为了保护 EOS 的保险防御机制，却限制了 EOS 资源的释放，这也可能是 BM 同学当初可能没有预料到的，至少不会来的这么快。在 EDIOS 空投之前 REX 池里边 EOS 是非常充足的，而且租赁价格也超级便宜，1 EOS 就可以租赁4000＋ EOS 资源，REX 的年化收益率也非常的低。

EIDOS 空投活动一下子就打破了 EOS 资源比较空闲的状态，一个项目就把 EOS 的闲置资源给全部激活了，EIDOS 项目官方设计的空投规则很巧妙，他们是想把 EIDOS 尽量广泛的分发出去，EIDOS 的创始人也是牛油果的创始人，据说对 UBI 比较关注，如果是想通过发币来实现它的 UBI 理想，我觉得这也是个不错的尝试。

EOS CPU 资源，还是有很大的优化空间的，目前，EOS 节点就是否将 REX 未出租预留率 20％ 的参数进行修改展开多次讨论，EOS Cafe 团队负责人 Syed 已经在 Github 上提交关于修改参数至 0％ ，MEET.ONE 实验室、EOS Nation 等团队已审阅该代码。如果一切进展顺利，应该很快就会看到取消 20％ 参数限制的提案，这样 EOS CPU 资源就会被释放出来一些，缓解一下当下的 CPU 资源紧张问题。

其实，除了修改参数外，也还有一些其它的解决 CPU 资源问题的措施，例如目前 REX 池中 EOS 数量也才只有1亿多，还有好几亿的 EOS 没有利用起来，EOS 抵押率也仅只有 50％多，还是可以促进一些 EOS 用户把自己闲置的 EOS 放到 REX 池中的，从而可以为 EOS 主网提供更多的 CPU 资源。

除了从 CPU 资源供应方来考虑，也可以从 CPU 资源的需求方来考虑，例如 EOSIO V1.8 版本已上线了可以为第三方支付资源的功能，在 EOS 生态中已经有好几个项目方上线了该功能，例如 KARMA、＊＊＊＊＊＊＊ 等，这次被 EIDOS 空投活动这么一折腾，相信以后肯定会有越来越多的 EOS 项目方开始考虑为用户支付 CPU 资源成本，例如交易所可以为转 EOS 至该交易所的用户支付资源成本等。这将会成为一个趋势。

所以，EOS CPU 资源紧缺的问题，不但可以从 EOS 的提供方考虑，扩大 REX 池中 EOS 的数量，而且还可以从资源的需求方考虑，倒逼 EOS 项目方为用户支付资源成本等。