技术解码 | 从EIDOS霍乱EOS说起

EOS 瘫痪了吗？

不得不说，EIDOS 是个很聪明的设计，它狠狠地踢了 BM 的屁股。

为什么说是踢了 BM 的屁股，而不是EOS的屁股呢？因为严格来说 EOS 作为公链、一个基础设施、一个由超级节点直连组成的网络，一直都运行良好，有效地提供了区块链的服务。

EOS New York 表示，各大媒体充斥的“ EOS 主网近乎瘫痪”，其实是一种夸大甚至是误读。EOS 从来没有瘫痪，只是你用不起而已。根据 eosflare 的数据，TPS 的峰值也只是到了 910，根据 EOS 的设计容量还有余地。

问题并不出在 EOS 的网络性能，而是 BM 奇技淫巧的设计。链上资源策略的设计初衷不是更好的服务于应用，而是为了营销。更高的投票率（社区治理）、完全免费的使用等等，这些噱头确实能够吸引眼球。基于这样的出发点才有了根据抵押量来分配计算资源的策略。以下几个问题皆源于此。

（1）资源不稳定性

CPU，NET 是靠抵押 EOS 获得的，它是不稳定的。简单说就是当更多人抵押更多 EOS 来获得 CPU，NET 后，你的资源就被稀释了。举个例子，假设有 3 秒的时间用来执行转账，如果你抵押了 100 EOS 用来获得 CPU 资源，我抵押了 200 EOS 用来获得 CPU 资源，我对你是 2:1，那系统就会分配 2 秒 CPU 资源帮我做事，1 秒 CPU 资源来帮你做事；然后当极端情况发生时，我抵押了大量的 EOS 来购买 CPU，比方说我对你是 1000:1， 那你就只有很少的 CPU 来执行了。这个时候你可能就会用更多的 EOS 去购买 CPU，当所有人都这么做的时候，CPU 价格变得巨高，大家陷入了恶性循环中。本来可能 0.1 个 EOS 抵押获得的 CPU 就能完成一笔转账，在竞争环境下会变成可能 100 个 EOS 抵押获得的 CPU 都不够完成一笔转账。

（2）普通用户学习成本陡增

本来区块链门槛已经很高了，BM 的这个设计更是增加了难度。DAPP 更加难以推广，只能在存量用户里面争夺。作为一个普通用户，比如广场大妈，她不仅要去理解公钥、私钥，还要知道CPU、NET、RAM。即使她千辛万苦拿到了 CPU，比如10 ms 。这是个啥，什么概念，可以说普通人基本无法理解。更让人匪夷所思的是它居然在变，今天还能用 10 ms，明天就可能变成 0.01 ms。连笔普通的转账都做不了。你让普通人怎么使用呢？

（3）EOSREX 是服务中小散户的吗？

由于大量 EOS 被抵押，导致小散户很难拿到计算资源去使用 DAPP，严重影响了 DAPP 的推广。这个时候 BM 并不是反思资源分配策略，而是推出了另一个宏大设计 EOSREX，本意是想让大户出借 EOS 给散户去获得计算资源，进而可以使用 DAPP。可是那聊胜于无的收益率，怎么能引起大户的兴趣？还不是一些中小散在吃这根鸡肋。鸡肋就鸡肋吧，总还有点肉。可是这个产品本身存在金融设计漏洞，将期限错配的风险完全暴露给购买 REX 的用户。也就是你想取回的时候，REX 不一定卖的出。很难想象大户会参与。

当然，EOSREX 作为一种 DeFi 产品，本身并无可厚非，只是想用它来给资源策略打补丁，难免一厢情愿了。

（4）业务没有主次

核心功能，跟普通应用没有区分优先级，稳定性堪忧。具体到 EIDOS 这个 case，就是当类似 EIDOS 这种核弹级传销应用上线后，核心功能瞬间瘫痪。但是技术上讲，EOS 没有瘫痪，只是你太穷了，用不起。看看人家交易所，大量增加 CPU 抵押后，可以保证转账业务基本不受影响。一边号称免费，一边又贵的用不起。是不是很分裂。BM 很好的诠释了：免费的才是最贵的。

（5）“垃圾” DAPP 的乐园

任何 DAPP 都可以很低成本部署到链上，却可以起到催化剂的作用，对链造成无限放大的影响，将整条链以及链上其他的应用都暴露在风险之中。

Ultrain 能解决这个问题吗？

在回答这个问题之前，先要声明一点，以上对 EOS 问题的剖析，仅仅针对 BM 资源管理的奇技淫巧。EOS 作为一个开源项目，从技术上讲，我们还是非常欣赏的。

上面已经从多个角度解析了 EOS 拥塞的原因，它的根本问题在于 EOS 链的资源设计，而不是吞吐量。而 Ultrain 在设计之初就从架构设计上避免了这些问题。

（1）Ultrain 的多链架构模式

Ultrain 采用了主侧链的多链架构模式，主链是不部署 DAPP 的，专注于核心资产 UGAS 的转账和侧链的管理。

DAPP 是部署在侧链上，所以即便想 EIDOS 这样的应用部署到 Ultrain 上，也不会影响转账等核心功能。

（2）创新的资源管理分配模型

虽然核弹级的应用不会影响主链的核心功能，那么对它部署的侧链有没有影响呢？

答案是，影响不大。

Ultrain 是通过预售的方式将资源分配给 DAPP 的服务商。任何 DAPP 的容量都受限于购买资源的数量。这个预售的资源是稳定的，并且无弹性的。它是一个严格的沙盒，将 DAPP 关在里面。任何 DAPP 只能在这个范围内影响侧链。

这次 EIDOS 其实只消耗了极少的成本来部署 DAPP，少到可以忽略，真的空手套白狼。真正摧毁 EOS 的是无数的薅羊毛的投机者，是他们占用了大量资源，对 EOS 发起 DDOS 攻击。

而在 Ultrain 上面这种情况是不会发生的，DAPP 的业务规模完全受限于它购买的资源。如果它的业务几何级数增长，但是没有及时补充资源套餐，那么这个 DAPP 自身会拥塞，宕机，不会影响这条侧链的其他应用。

（3）资源如何流转？

细心的同学可能注意到，最近 Ultrain 的几期技术周报多次提及资源市场，就是为了资源流转而设计的。假设 EIDOS 想扩容，那么它必须进入市场从其他 DAPP 服务商那里购买套餐，用真金白银补偿受影响的其他 DAPP 服务商。

关于资源市场，功能上线后，我们会给大家更详细的介绍。

（作者：Ultrain超脑链，内容来自链得得内容开放平台“得得号”；本文仅代表作者观点，不代表链得得官方立场）