屋漏偏逢连夜雨，在公链技术始终无法大规模应用的背景下，EOS一直在面临考验。

从超级节点竞选的弱中心化、贿选，到RAM的炒作和节点收益调整，而一个月前，EOS引以为豪的REX抵押机制也被EIDOS的出现造成了大规模堵塞。

EOS的设计不够好吗，当EOS出现时，其网络性能的可能性远高于以太坊。但当RAM、CPU、NET等机制出现后，EOS开始不平静了，逐渐变成了一个让开发者或节点难以稳定使用的网络。

其中的成因，其实大多是因为EOS将动态平衡的模型用在了一个不适合动态平衡的资源上。

EOS是一条公链，是为开发者提供分布式记账网络和可编程虚拟机基础设施服务的。公链连接开发者，开发者开发应用连接用户，用户和开发者都需要按照EOS的规则使用相应服务。

分布式记账的网络是由超级节点和备用节点组成，网络通过增发的EOS和手续费维持节点的收益。保证网络稳定。但当增发的EOS为零后，网络无法只通过手续费来维持节点的收益，这时候就有了相应的资源交易需求，分布式账本的广播、存储、智能合约等都是利用网络资源的过程，这些资源开始收费之后，EOS开始变成了频频出事的网络。

我们按照一个供需流程先理解相应资源合理的运作模型。

在传统的IT服务的系统中，如果我们把公链看做一个开源系统，当我开发了相关的应用，已经将软件通过接入了开源网络，但当我需要使用该网络资源，例如带宽、计算、存储空间时，就需要向提供方购买资源使用。这个时候，当我们使用一定仅购买时，资源有一个单位价格，这一资源的价格，是由整个社会中的供需关系决定，例如，在云计算还没有普及的时候，各个公司架设服务器的成本都更高，这个时候单位资源的价格是较高的。当云计算普遍应用之后，资源的使用更方便，成本也更低。

在这个模型中，资源被看做是一个社会商品，具备实物商品的属性，同时也有高度信息化的属性。因此，当购买资源的货币价格也相对稳定的话，资源价格会呈现一个实物商品在供需变化中表现的周期变化，并且不具有短期剧烈波动的特点。其中处于动态平衡的影响因素只有市场供需。

但在EOS中，资源会受多个动态平衡因素影响。

首先CPU和RAM分别在EOS中代表开发者和用户都需要使用的计算和存储空间。那CPU和存储是由谁提供的呢？这些能力来源于网络，也就是由节点提供的，时节点构建时的服务器的资源集合。但在资源交易市场中，其中资源的买卖并非简单的资源的单位交易。

一个节点通过质押EOS才能可以拥有CPU所有权，CPU可以租给使用方，相应的CPU可以在单位时间内获得相应的收益，并且质押的EOS也可以获得收益。最后所有的收益归集到池中分配收益。

但EOS网络的资源是有限的，全网共享的计算、带宽等与EOS网络的交易数量相关密切。当全网的转账变多时，也就让极少量的EOS资源成为了争抢的对象，REX中能使用的CPU变少，可以通过质押EOS获得的CPU也就变少，众多节点都质押着较多的EOS，争抢CPU的可能性增加，资源使用成本会大幅度增加，但节点可能会因为网络堵塞原因，收益不会及时到账。

在这个闭环中，REX形成的模型变成了一个快速动态变化模型，而并非只有租赁交易。其中质押量、网络供需、EOS价格等都成为了影响REX中资源价格的变化因素。

在这个模型中，如果想要实现EOS网络的稳定以及租赁的经济模型，首先，网络中所有的计算都需要通过CPU来进行，也就将影响网络除CPU外的不确定因素先排除掉。其次，抵押即可获得CPU的方式，要有明确的限定或者取消这种方式，当节点可以随时撤掉为获取CPU而质押的EOS时，意味着CPU的供需和EOS质押的供需都有剧烈变动的可能。最后，如果认定为CPU是转账和生态必须的一项，就需要保证CPU有一个按需求增长的过程，就像云计算的发展。

幸运的是，在BM对于EOS此次的改变提议中，对于以上都有所提及，未来CPU只能通过租赁获得，而全部的CPU都放到租赁池中，且随着时间推进增加CPU供应。

这样影响CPU的因素也就剩下了EOS价格和CPU需求量两个了。当网络需求增加时，CPU的资源供应节点要增加，也就帮助CPU使用达到一个平衡。

虽然EOS当初建立弱中心化的设计是为了工程化应用，但目前来看，EOS的工程化思路有些跑偏，对于BM来说，还有很多设计需要最终面向实际开发的解决方案。虽然大神都擅长宏观模型，但公链被一直诟病的停滞不前确实需要某些公链站出来改善一下。

EOS（Embedded Operation System，嵌入式操作系统）是指用于嵌入式系统的操作系统，也是一种应用于计算机领域的用途广泛的系统软件。

该软件主要负责嵌入系统的全部软、硬件资源的分配，任务调度，控制以及协调并发活动。在嵌入式领域广泛使用的操作系统有嵌入式实时操作系统µC/OS-II、嵌入式Linux、Android以及iOS等。