EN
持有EOS就能赚取收益？BM新提案进来了解下
BM到底在想什么？为什么对EOS资源分配问题如此上心？他的提案能否解决当前存在的问题？如果能解决又是怎么解决的？下面就让我们来一探究竟。
一、BM为什么对EOS资源分配问题如此上心？
众所周知，dApp市场的发展情况关系着EOS的未来，而资源市场又决定着dApp能走多远。所以，处理好EOS资源分配问题对EOS生态发展至关重要。
说到EOS的账号资源，基本可以可以分为两类：一类是购买性资源如RAM，一类是抵押型资源如CPU和NET。资源类型的不同，直接决定了它们可能发生的问题以及对应问题的解决方案也会大相径庭。
RAM容量恒定以及交易市场的存在直接导致用户投机风潮，但这种投机行为在RAM扩容提案通过后基本得到解决，目前RAM的价格还是比较稳定的。
但CPU不同于RAM，由于它具有免费抵押赎回EOS、资源24小时恢复以及CPU可使用量动态变化等特点，使得用户出现大量随意抵押和不理性抵押等行为，这样导致的结果就是全网CPU的EOS抵押量并不真实反映当前CPU的需求量，CPU购买价格出现虚高。
而CPU租赁、SEOS和REX就是在这样的背景下提出的。
二、BM为什么最后决定去掉SEOS？
在回答这个问题之前，我们要先了解SEOS、REX机制启用前、启用后以及REX机制（去掉SEOS）启用后三种情况下EOS资源的分配逻辑。
（1）SEOS、REX机制启用前
这是最原始的EOS资源分配逻辑。EOS持有者通过向系统账户抵押一定数量的EOS，从而获得对应可使用的CPU/NET资源，如果不再需要使用这些资源，可以将EOS赎回（此时EOS处于refund的锁定状态），72小时候返回用户账户。
这对于抵押大量EOS去获取资源的用户（比如dApp开发者）来说风险很大，因为我们都知道EOS价格波动很大，可能今天用2000个EOS抵押获取部分CPU，明天再赎回的时候，就只有1500个EOS了。
再加上前面提到大量不理性抵押行为导致CPU价格暴涨的问题，所以BM开始思考是不是有一种办法能够在降低抵押EOS带来的收益风险的同时，实现减少随意抵押EOS的不理性行为，让CPU能够用在真正需要的用户身上。于是就有了下面SEOS、REX机制的诞生。
（2）SEOS、REX机制启用后
这套资源分配逻辑就是通过设立一个资源交易所，通过REX和SEOS两种代币进行交易。简单来说，就是用户将EOS抵押给资源交易所获得REX代币，在抵押到期后，用户不仅可以赎回自己的EOS，还会获得额外收益。
EOS持有者抵押EOS的同时，资源交易所会根据抵押的EOS数量1:1生成SEOS代币。开发者用EOS买入SEOS代币，然后用SEOS代币去抵押获得CPU/NET资源。
BM的这套做法既奖励了抵押EOS的REX代币持有者，又让开发者花费较小的成本获得SEOS进而获取CPU资源，可以说基本上解决了CPU的问题，但也存在一大缺点，那就是太复杂了。
因为你会发现，在这套资源分配逻辑里，出租者和资源交易所、租赁者和资源交易所之间流通的代币不是同一套代币，那么不同代币、代币与资源之间在转换时就可能出现一系列问题。
那这一系列问题该怎么解决呢？BM也给出了回答，就是下面这种取消了SEOS的新机制。
（3）REX机制（去掉SEOS）启用后
“SEOS已经不存在了，去看一下REX branch里面的代码。”BM在电报群宣布取消SEOS代币。
相较上一种资源分配逻辑，这种模式显得简单多了，EOS持有者通过出租EOS获得REX代币，在抵押到期后，用户同样可以赎回自己的EOS并获得额外收益；而开发者则可以通过直接支付一小笔费用来获得大量EOS的使用权，不再需要进行SEOS代币购买后才能使用CPU/NET资源。
三、REX新机制可能带来的影响
积极的影响：
（1）在本金有保障的情况下提高EOS持有者的收益
EOS持有者通过出租EOS获取REX代币，由于REX是按抵押时的价格记录账面价值，所以在抵押到期后，用户不仅可以按当时账面价值赎回EOS，还能获得额外收益；
（2）CPU价格趋向公允，实现 CPU资源的有效配置
将用户闲置的EOS集中起来，形成大规模的租赁市场。当越多出租者和租赁者加入其中，它就越发趋向完全竞争，这种情况下的CPU价格将更多受市场供需影响，形成较为公允的价格，而不是受资本操作，从而真正实现 CPU 资源的有效配置；
（3）降低开发成本，促进dApp开发
对于开发者而言，只需支付一小笔费用就能获得大量的资源，减少了开发所需要的资本成本和 EOS 价格波动带来的收益风险，从而激励他们大胆地进行dApp项目的开发，而dApp生态的繁荣也将进一步推动EOS生态健康持续的发展。
消极的影响：
（1）大户可能大量增加免费抵押量抬高CPU价格
在CPU旧的免费抵押模式和新的租赁模式两种模式都存在的情况下，大户可以通过大量增加免费的抵押量使CPU变贵进而增加CPU租金收益；
（2）租期内提前完成项目同样存在资源闲置浪费
在REX新机制中，“Bancor算法会根据供应和需求设置一个30天的价格，并规定不能交易或转让”。在这种情况下，如果dApp开发团队在到期前完成项目开发，那么剩下租期内的CPU资源就处于闲置浪费状态，如何处理这部分的资源是一个亟待回答的问题。
温馨提醒：
BM提出的EOS链上租赁模式目前只是提案，要想实现这一机制需要更新系统合约，也就意味着需要超过 15 个超级节点投票同意才会生效，因此为了个人资产安全，现在请勿向 eosio.rex 账户转入 EOS 。
