在 EOS 的众多问题中，CPU 资源一直都是一个引起社区热议的问题，在 EOS 的发展历史上，也曾经有两次因 CPU 资源紧张，从而导致普通用户无法顺畅转账等问题出现，一次是去年菠菜 DApp 爆发时，另外一次就是最近的 EIDOS 空投活动。
REX 做为 EOS 的系统级资源租赁平台，它在 EOS 资源问题中起到了什么作用？目前遇到了什么问题以及如何解决？下面带着这些问题我们一起聊一聊。
一、REX 产生的历史
在 EOS 的账户设计中，如果想要在 EOS 主网上发起交易是需要消耗一定的资源的，资源包括了CPU/NET 资源和 RAM 资源，在这三种资源中，NET 的资源消耗非常少，RAM 也因为班科算法以及温和扩容等得到了很好的解决，唯一经常出现问题的要属 EOS CPU 资源了。
EOS 主网在去年6月份正式上线后，在菠菜 DApp 爆发前，EOS 主网的 CPU 资源也是非常充足的，资源价格也比较便宜，很少出现大的价格波动。但是，在菠菜 DApp 爆发后，CPU 资源价格出现了暴涨，而且普通的 EOS 账户想要使用 EOS DApp 时也需要抵押足够多的资源，甚至连普通用户在转账时，也需要抵押大量的资源。
为了解决 CPU 资源问题，市面上出现了各种解决方案，例如像 Chintai 这样的第三方 CPU 资源提供商等，为了把闲置的 EOS 资源更好的利用起来，Block one 开发了 REX 资源系统，它是一个 EOS 系统级资源租赁平台，EOS 持有者可以通过把手中闲置的 EOS 资源出租而赚取租金，而项目方或其他资源需求方可以在 REX 市场上以较低的成本租赁 CPU 资源，从而更好的解决了 EOS 的 CPU 问题。
REX 在今年6月份上线后，大量 EOS 被转移到 REX 池里面，导致 CPU 租赁成本大降，1EOS 甚至可以租赁到 4000多 EOS 的 CPU 资源，REX 的出现把 EOS CPU 资源成本很好的解决了。
二、目前 REX 发展情况
随着 EOS 生态的发展，对 CPU 资源的需求也在上升，尤其是近期的 EIDOS 空投活动导致了 EOS 主网上的交易量大增，CPU 资源出现了严重的紧缺，也导致了一系列的问题。
首先，由于 EIDOS 空投占用了大量的 CPU 资源，导致其他 DApp 项目方以及终端用户的 CPU 资源成本暴涨，用户在使用 DApp 时因为资源不足而无法完成操作，所以，造成了 EOS 生态中其它 DApp 的成交量大降。
其次，EIDOS 空投活动导致 EOS 普通用户在转账时因为资源不足而无法及时完成，影响了资产的流动生，对用户造成了较大的影响。
由于 EIDOS 空投在持续进行，导致 REX 中资源的租赁成本也持续升高，目前在 REX 中，1 EOS 租金只能租赁到100多 EOS 的 CPU 资源（在 EIDOS 空投前1EOS 租金可以租到4000多EOS 的 CPU资源）。
甚至，由于 REX 某些参数的限制（当 EOS 可用租赁量占已租赁量的 20%时，则 REX 无法再借出），现在，REX 池里边的 EOS 已基本上不能再租赁了，不但 REX 池中 EOS 快被借光了，而且现在用户要卖出 REX 时也需要排队等待。
三、REX 资源池不足如何解决
那么，对于 EOS 资源紧缺问题，要如何解决呢？下面谈谈我的一些看法。
REX 做为 EOS 系统级的资源租赁平台，对于 EOS CPU 资源的整体影响还是比较大的，要想通过 REX 解决 CPU 资源问题，我觉得可以从两方面入手，一是提高 REX 池中 EOS 数量，增加 EOS 资源供应，二是优化 CPU 资源需求。
（一）提高供应
1、调整 REX 参数，释放更多资源
在 REX 的参数设置中，当 EOS 可用租赁量达到已租赁量的20%时，REX 池中的 EOS 便不能再借出来了，这个原本出于对EOS系统保护的措施，现在却限制了 REX 中 EOS 的可用量。
现在 EOS 节点们已经在讨论要把 20% 的参数限制取消，这样，便可以把 REX 池中更多的 EOS 资源释放出来，增加 EOS 资源供应。
2、鼓励更多人把 EOS 放到 REX 池中
目前，REX 池中 EOS 的数量还不到1亿，最多时也就1亿多一点，可是，EOS 目前的发行量已达到了10亿以上，还有大量的 EOS 处于闲置中，处于抵押状态的 EOS 有5.9亿，甚至，已经参与投票的 EOS 已达到了4.2亿，如果这些已抵押的 EOS 甚至是已参与投票的 EOS，能够放到 REX 池中，将会极大的充实 REX 池 EOS 的供应，缓解 EOS 资源紧张的问题。
（二）优化资源需求
除了提高 REX 池中 EOS 的供应外，我们还可以从资源的需求端入手。
在 EOSIO V1.8 版本上线后，在代码层面，用户的资源成本已经可以由第三方来承担，目前有许多项目方已经上线了为终端用户承担 EOS 资源成本的功能，例如 KARMA、BG 等项目。
由项目方来承担 EOS 资源成本，不但方便了项目的终端用户，而且也会倒逼项目方不断优化 DApp 对 EOS 资源的消耗模型，在代码层面减少不必要的 EOS 资源消耗，提高资源的使用效率，这样便可以减少一些 EOS 资源的使用量，也减轻了 REX 的负担。
现在，市面上也确实出现了多种不同的 EOS 资源解决方案，除了EOS 资源成本全部由项目方承担这种解决方案外（例如 KARMA、BG），MEET ONE 和 TokenPocket、MYKEY 钱包也推出了为用户代付资源成本的功能，它们把复杂的 EOS 资源概念封装为网络费用，用户只需充值网络费用就可以了，网络费用不但可以由用户全部承担，当然这些钱包也可以以网络费打折的方式承担一部分资源成本，随着 EOS 生态的发展，一定会有更多、形式更丰富的 EOS 资源解决方案出现。
以上代表个人观点，仅供参考。
文：听风团队——阿华
听风说币公众号：听风区块链。有意加入听风团队，加微信seeknsee私聊。
另外我也有个群，如果你想加入一起聊区块链，一起赚钱，让我拉你。本文为个人观点，仅供参考，不构成投资建议。
版权所有，转载请先联系本人。
作者郑重申明：截至发文时，作者与文中提及项目存在利益关系，特此告知。利益关系包括但不限于下述情况：本人为项目团队成员、本人是项目团队成员的直系亲属或配偶、参与投资该项目、持有该项目发行的股份或通证、参与做空或做多该项目、收取回报进行有偿撰文等。