摘要：EOS 的新出路

由于 EIDOS 的出现，以高 TPS 著称的 EOS 陷入了久违的拥堵。

DAppTotal.com 数据显示，11 月 25 日，全网的 CPU 消耗总量为 11956660 ms，EOS 主网拥堵指数为 100%，DAppTotal 已收录 635 个 EOS DApps 中，排名前 5 的 DApp 分别为：EIDOS （占比 77.76%），BigGame （占比 1.78%），WhaleEx （占比 0.64%），EOSDynasty （占比 0.55%），Dice （占比 0.5%）。其中 EIDOS 消耗了全网 77.76% 的 CPU 资源，当日交易次数总计为 3803 万次，较前日环比增加 1.03%。（注：数据为每日平均值，配图为当前 CPU 按小时动态拥堵状况）

实际上，自 11 月 1 日 EIDOS 上线，到目前为止，EOS 已经拥堵了近一个月时间。在这长达一个月的时间内，不仅仅是 EOS 普通用户，甚至包括 EOS 上 Dapp 的一些项目方都苦不堪言。

据 IMEOS 报道，由于 EOS 的当前状态， EarnBetCasino 团队（原 EOSBet）已经宣布，如果情况在 30 天内未能解决，他们将离开 EOS 主网。他们认为这是治理问题，而不是资源分配问题，希望 EOS 能够解决。

对此，今日，EOS 创始人 Daniel Larimer （BM）发布了一篇名为“重新构想 EOSIO 资源分配”的文章，在文中，BM 提出了一种新的 CPU 使用方式，BM 表示，这种方式将使得 CPU 价格更加稳定，并显著降低 CPU 成本，同时使 CPU 的分配变得可预测。这个新的 CPU 方案简单易懂，应该能为社区提供可持续发展的道路。

以下为 BM 构想全文：

EOS 公共网络是 EOSIO 的第一个实现，是最广泛使用的公共区块链，并且最近一直在使用其技术能力的一小部分处理持续的每秒 800 次传输。对转移的需求如此之高，以至于资源交换 REX 的 EOS 令牌已经用完了。

这篇文章探讨了 REX 耗尽 EOS 来出借的原因，并提出了一个解决方案，以确保 CPU 资源始终以合理的市场价格可用。

EOS 令牌在被标记时提供 CPU 带宽的效用。CPU 效用的资本成本已经被市场定价过高，这意味着大多数人需要以可承受的价格租用 EOS 来获得他们需要的 CPU，而 EOS 的价格波动带来的资本损失是最小的。

REX （资源交换）旨在自动化拥有 EOS CPU 实用程序的人和希望在不拥有 EOS 的情况下使用 CPU 时间的人之间的市场。现在的挑战是确定租赁 EOS 的价格，同时保持 EOS 所有者的效用值：如果价格过高 , 那么没有人愿意租 , 因此网络将利用不足 , 如果定价过低 , 则可用的 EOS 供应将会过度扩展，从而导致任何价格都没有可用的 CPU。

我们设计 REX 时使用了一种算法，当剩余的可供租赁的 EOS 供应接近于零时，可以将价格提高到无穷大。最近，REX 陷入了一种情况，没有 EOS 可以以任何价格出租，因为那些提供 EOS 给其他人出租的人可以随意收回它们。鉴于预期的获利需求，我们没有预料到会有如此大量的 EOS 从 REX 中撤出。

好消息是，REX 正在按照设计进行工作，并且它将兑现代码中的承诺，允许在 30 天内将放入 REX 的 EOS 归还给贷款人。 当 EOS 数量突然超过出借数量时，定价算法会将价格推至无穷大。

这是因为在 REX 设计时所做的最初假设 :

在大量的账户中，租金需求将呈正态分布

对 REX 的贷款需求将呈正态分布

租金上涨将推动新的需求，为 REX 提供更多的 EOS 以供出租

从 REX 的提款将被存款所抵消，总租金供应将相对稳定

现实 :

存入 REX 的存款受帕累托（Pareto）分布支配

从 REX 撤回来的钱分布在帕累托

从 REX 借款的需求由帕累托分布决定

提前取得的租金收入可以在 30 天的租赁期结束前提取

最初的假设与 REX 使用的实际情况不匹配的结果是，资源的租用价格不稳定，而 EOS 则无法租用。

CPU 分配的全新设计

REX 的当前状态是公共 EOSIO 网络资源分配策略逐步演进的结果。为了最大限度地发挥我们想象解决方案的灵活性，我们喜欢考虑如果不受过去设计的限制，我们可以做些什么不同的事情。如果可以设想出更好的理想解决方案，那么我们就可以从 EOS 网络及其 REX 的当前状态发展出一种设计。

最大的抱怨是“CPU”太贵了，其次是在任何给定时间都无法预测 CPU 带宽的大小。这些抱怨的来源可能与之前的尝试有关，考虑到较高的资本成本和较低的利用率，他们试图降低 CPU 的成本。EOSIO 被设想为使用一个令牌来表示一个所有权模型，其中 1% 的 EOS 允许您永远免费使用 1% 的 CPU。这种资源模式类似于买房子，你可以永远住在里面。

CPU 所有权模型为 EOS 提供了巨大的实用功能，但也导致用户必须拥有大量的 EOS 才能使用网络。因为市场赋予了所有可转移的加密资产超过预期效用价值的投机价值，获得 EOS CPU 时间效用所需的资金超出了大多数用户的承诺。此外，与波动性相关的风险意味着，CPU 的真实成本与一个极度波动的市场中的资本利得或损失是不可预测的。

为了降低 CPU 成本，EOSIO 引入了“部分备用 CPU”，将未使用的 CPU 周期分配给活动用户。这降低了 CPU 的感知成本高达 1000 倍时，网络的利用率 ; 然而，它同时也带来了不可预测的结果，当使用量激增，人们被锁定在他们的帐户之外，因为他们已经消耗了超过最低保证的 CPU。

上个月我们在 greylist 中引入了这个选项，去掉了 1000 倍的 CPU 提升，然后鼓励人们使用 REX。他们可以以比购买 EOS 更低的风险和成本租用 EOS。与此同时，一些 EOS 用户从 REX 租借了大部分 EOS，并开始使用他们合法的 CPU 预算。即使取消了 1000 倍的免费 CPU 奖励，每个 EOS 的 CPU 时间的可预测性也取决于所有 EOS 占用 CPU 的百分比。

假设您是唯一一个将 EOS 绑定到 CPU 的用户，您将被分配 100% 的 CPU。现在，假设另一个用户对 CPU 投入了 100 倍的 EOS，将 CPU 预算降低到原来的 1%。当某人从 REX 租了大量的 EOS 并将其投入到 CPU 中时，就会发生这种情况。

底线：除了 1000 倍的奖金，还有一个额外的 3 - 5 倍奖金基于未挂载的 EOS （upon unstaked EOS），可以在任何时候挂载。这些因素使得那些持有 EOS 的人 (无论他们是租用还是拥有它) 的 CPU 分配变得不可预测。

理想的算法

在理想的算法中，CPU 将没有投机价值，您所保留的 CPU 时间将是固定的和可预测的。此外，您可以在不占用大量资本 (以 EOS 令牌的形式) 并使其面临资本收益或损失的情况下使用 CPU。最后，总有某个价格的 CPU 可用，因此，CPU 的价格在时间上相对稳定。

要实现所有 CPU 时间的 100%，应该以 EOS 价格从系统合约中租赁，EOS 价格随着所租赁 CPU 的百分比的增加呈指数增长。支付了 CPU 时间租金的 EOS 将被分发到 staked EOS 令牌 (例如 REX 池)。该模型通过抵销建立 EOS 的收入和租赁 CPU 的费用，将 CPU 分配给建立 EOS 的持有者。假设你的 EOS 每个月增长 1 个 EOS，你可以在租赁市场花费 1 个 EOS 并获得一些 CPU。CPU 数量将根据当前价格动态变化。显然，一些 CPU 租赁费将根据标记的百分比直接返回给您。

通过租赁分配 100% 的 CPU，不再有动态的令牌供应给 CPU，也不需要担心人们从 REX 中提取 EOS 会对 CPU 租赁市场及其定价算法造成冲击。

此外，CPU 时间变得不可转移，因为所有 CPU 时间都是通过从系统合约中租赁而不是通过标记 EOS 来分配的。这消除了 CPU 定价的投机成分，并确保每个人都在相同的资源模型下操作。

可以使用一个简单的等式来确定租期为 30 天的 CPU 总时间的固定百分比所支付的金额。

下面的图表显示了 1 亿 EOS * 2% 的租金。根据这个等式，一旦网络租用了大约 10% 的容量，租金收入将超过 EOS 通胀率。EOSIO 治理的未来版本可能会选择向区块生产者支付一定比例的租金收入，这将使他们在最大化网络效用价值方面的利益一致。原则上，社区可以使用任何常数指数来确定价格曲线。较高的指数将允许更大比例的网络被廉价利用，但是当利用率接近 100% 时，价格将更快地提高。理想的指数应该平衡供给和需求，以最大化总租金收入减去区块链运营成本之间的差额。

因为那些租用 CPU 的人分布在一个 Pareto 分布中，我们预计会有大量的大型租户同时租用和 / 或更新 CPU。这可能会导致租金突然下降，然后上升。如果没有一个“订货单”来捕捉租金下降的趋势，可能会给较大的租户带来不受欢迎的定价优势。因此，我们建议租金下降的速度要比上升的速度慢。给定一个定价函数 P(TotalUsage)，新 CPU 租金的发行价格将是 MAX(P(CurrentUsage)， P(DailyAvgTotalUsage))。如果价格过高，那么当前的总使用量将下降，随着时间的推移，DailyAvgTotalUsage 也将下降。如果当前的总使用量突然增加，那么价格将迅速攀升，以防止 CPU 的供应被消耗。

我们可以考虑这个算法的变化，比如将 DailyAvgTotalUsage 重置为 CurrentTotalUsage，即 CurrentTotalUsage 大于 DailyAvgTotalUsage。这将导致平均算法对需求增长做出快速反应，而在没有新需求的情况下，仍会在 24 小时内逐步降低价格。

upon unstaked EOS 一个用户想要获得 30 天内 1% 的 CPU 供应，需要付出的代价是：

MAX(P(CurrentTotalUsage+1%)，P(DailyAvgTotalUsage+1%))) — MAX(P(CurrentTotalUsage)，P(DailyAvgTotalUsage)))，或更简单地说，他们将需要支付在当前利用率下收取的租金收入总额与预计在新的利用率水平上收取的租金收入总额之间的差额。

从 REX 迁移

新设计之所以成为可能，是因为与 REX 不同，“CPU”不可能从租赁市场中撤出。REX 算法必须平衡借贷双方的需求。在这一过程中，贷款人最终要等 30 天的租约到期，或者潜在的租客最终没有任何 EOS 可供出租，因为贷款人要求收回他们的 EOS。在当前的 REX 模型下，没有一种简单的解决方案能为承租人和贷款人都创造理想的简单性。

解决这一问题最直接的方法是通过随时间“膨胀 CPU 供应”，逐步将当前模型下分配的 CPU 百分比转移到新模型。这可以通过在系统合约中实现一个新的操作来实现，该操作允许租借 CPU 分配，然后分配“虚拟 CPU -stake”，从而将总的 CPU staked(不管是拥有的还是租借的) 稀释到现有的 CPU。这并没有增加 EOS 的供应，相反，它只是调整了决定分配给每个帐户的 CPU 比率的参数。目前，系统合约将这个 1:1 连接到 staked CPU 的 EOS，但是底层的 EOSIO 协议只知道相对的 CPU 权重 (分配给您的帐户的权重除以分配给所有帐户的所有权重之和)。

如果新资源市场创造的“CPU”供给逐渐增长到 EOS 供给 CPU 的 100 倍，那么新的租赁市场将有效控制 EOS 99% 的 CPU 时间。最终，当所有人都转向 CPU/NET 租赁市场时，将 EOS 绑定到 CPU 和 NET 可能会被弃用和删除。

然后，新 CPU 租赁市场的收益就可以像姓名拍卖和 RAM 市场费用一样，直接投向那些押注于 REX 的人。这个解决方案可以使 CPU 立即可用，而且价格合理。随着时间的推移，REX 市场的利用率将下降，新的 CPU 市场将取而代之。

如果被社区采用，那些拥有 EOS 并为自己持股的人将不得不从新的市场转向租用 CPU，因为他们现有的持股 EOS 将在整个 CPU 市场中占有越来越少的份额。我建议在一年的时间内将 CPU 逐步引入新市场，让人们有机会迁移他们的 CPU 资源策略。

最终，为 CPU 配置 EOS 和从 REX 租用 EOS 的能力可能会因为新的提议的 CPU 市场而被弃用。

适用于 CPU 的一切也可以适用于与 CPU 市场具有相同动态的网络市场。

终端用户的可用性

许多应用程序和钱包已经采用了 CPU 的第一授权方付费模式，消除了最终用户不得不考虑租用或占用 CPU 带宽的麻烦。这一新的提议将反映类似的平台，在这些平台上，从云提供商那里租用服务的应用程序提供商通过订阅、广告或产品销售等多种货币化策略来支付成本。

结论

建议的 CPU 租赁市场将稳定 CPU 价格，降低 CPU 租赁成本，提高 CPU 访问的可预测性。CPU 和净租金的收益仍然可以分配给 REX 的投资者。然而，最大的变化将是逐渐失去永远“拥有 CPU”的能力，通过将 EOS 作为共享 CPU 的筹码。结合服务提供商为其用户支付每笔交易的 CPU 成本的能力，这将使基于 EOSIO 的网络成为市场上最容易使用和最具成本效益的解决方案。

作者：Daniel Larimer

来源：共享财经 Neo