关于 Block.One 新的 EOSIO 资源分配方案

Block.One 最近公布了他们关于 EOSIO 链上资源分配的新提案。该提案的缘起是由于攻击 EOS 主网的问题，当时对资源的需求急剧增加，资源交易无法稳定其流动性。这使得区块链对于大多数没有足够资源的用户来说是没有办法使用的。 这些变化已经在EOSIO Github 的知识库中被提出来了，pull request 也包含在最近发布的EOSIO 合约 v.1.8.4-rc1中。我们可以看到这些功能将随时会被部署实施。

在提案中，Block.One 团队指出，虽然由于 REX 的流动性较低的原因，网络无法使用，但其实大部分可用资源没有被调用出来，这些可用资源高达 70%。所以我们可以看到整个系统在这一次的堵塞中效率是比较低下的。

基于这个原因，他们建议对 REX 系统进行一个新的改变，将分配 100% 的现有资源成为可能，创建一个更有效的系统。

---

修改建议:

• 用户将支付资源租赁费，从总供应中获得 30 天的 CPU/NET
• 租金每 30 天必须进行续期
• 通过以市场为基础的机制自动调整定价
• 抵押的代币将使用户能够从拍卖名称、RAM 费用和 CPU/NET 租金收益中获得一定的费用。
• 抵押将不再保证资源的分配

---

_“建议从资源权利模式过渡到租赁或租赁模式，目的是消除投机市场对资源定价的影响。引入以整体资源使用率为基础的租金市场，可令资源分配更容易预测和可靠。

---

租金价格是如何确定的?

资源租赁价格将根据供求关系确定。当这些因素汇聚在一起导致价格上涨时，上涨将是瞬时的，但价格下跌则不是这样。在后一种情况下，随着时间的推移，价格的下降将被稀释，以防止大型租户利用不受欢迎的租赁优势。

价格取决于购买租赁之前的网络利用率与基于租赁规模的资源利用率之间的差异。例如，一个用户想要在 30 天内获得 5% 的 CPU/NET 供应，他／她需要付出的代价是:_

MAX(P(InstantUtilization+5%),P(AdjustedUtilization+5%))) – MAX(P(InstantUtilization),P(AdjustedUtilization)))

该公式显示了如何用当前利用率和租赁订单导致的利率水平之间的差异来计算价格。

---

我们如何从当前的模型转移到新的方法上?

正如之前Dan Larimer和EOS Go文章中所解释的那样， 正确地系统迁移到这个新模型的最简单方法是“实际上”增加 CPU 的供应，并将新生成的 CPU 迁移到合约系统中。

这样，当“虚拟”时间的所有权转移到新的租赁市场时，链上的CPU “真实的”时间保持稳定。一旦虚拟供应总量增加了 100 倍，合约系统将占用整个实际 CPU 的 99%，然后我们可以继续使用新模型。

在此之后，合约系统将在 REX 池中分配 CPU 总量，而收益将分配给 REX 中的 EOS 持有者。这样我们就能逐渐地转入到新系统中去。

---

来源:

• EOSIO Resource Allocation Proposal
• New CPU and REX approach proposed by Dan Larimer
• rentbw EOSIO GitHub
• EOSIO.Contracts v1.8.4-rc1 Release Notes

精品新闻