EOS sw/eden | 我们节点对EOS新资源模型的见解-投稿专栏-币链屋

给 EOS sw/eden | EOS瑞典投票，请认准我们的主网节点ID：eosswedenorg

今日BP排名：26

编译：aLex_区块链行者 [EOS sw/eden中文社区经理]

声明：文章内容仅为原作者观点，不代表本节点立场，且不构成任何投资建议

我们节点对EOS新资源模型的见解

摘要

我们所提出的资源模型见解看起来像是对当前系统的总体改进。同时也对用户和节点操作者（特别是那些提供或索引历史的用户）增加了额外的要求。拟议的模型增加了用户在其税务报告中需要提交的操作，以及可能增加块日志和索引历史数据的增长率。这可能会给历史记录提供者带来额外的困难。我们认为，随时可用的账户历史记录是任何公共账本的用户体验所必需的。

概要

介紹

新的资源模型总体上看确实是对当前系统的一种改进，在这个系统中，很多资源都没有被使用。它将有可能让用户更容易、更自由地与EOS区块链互动。特别是如果有一层像Eosrio、Dexaran和polar.io在他们的文章中建议的dapp的资源赞助（2，3）。这个想法会以一种整齐的方式补充新的资源模式，让普通用户避免资源管理的麻烦。从用户体验的角度来看，这是必不可少的。

潜在的报税困难

在任何需要遵守税收法规的地区经营的用户和企业，在使用新模式时可能会遇到困难。由于我们的总部在瑞典，我们将以此为例。

你需要记录和报告加密货币的税收的情况：

-卖出，交易和交换。
-如果你购买商品。
-如果你购买服务。
-如果你借入资产。
-如果你借出资产。
-如果您赚取奖励。
-如果你以任何方式出售服务或商品。

最近建议的资源模型将在EOS区块链上创造更多的应税事件，要求用户用他们的代币参与购买服务。如果他们也为自己的股权赚取和索取奖励，他们将创造更多的应税事件。目前的系统让参与REX是可选的，你可以购买一次代币和资源的股权，这样更容易符合税收要求。

根据瑞典法律，你需要将应税事件的副本存储7年。现在，在EOS推出两年多一点的时间里，可用的公共历史解决方案极其有限。为了获得完整的税务报告，用户将需要他们所有的账户历史。对于在EOS区块链上运营的企业来说，这个数据集可能会变得相当庞大，而且对于历史运营商来说很难维护。为此，必须要有一个公共账本，让用户可以自由、方便地访问他们的历史记录。目前，大多数可用的历史解决方案只提供一个账户的最后1000次交易，这不允许瑞典用户轻松遵守他们的税收要求。

随着当地税收法规的要求和新的资源订阅模式，EOS区块链的完整交易历史的需求是必不可少的。随着交易所增加对所有货币/加密货币网关的KYC要求，以及可用的分析工具变得更好，用户不遵守当地税收法规的风险可能会增加。今天，大多数人自由地遵守他们国家的税收要求，随着我们的前进，这可能会更容易执行。对于你的普通用户来说尤其如此，他们没有采取有意的措施来远离他们的货币和外汇交易。

我们可能会开始看到未使用的资源

在所提出的资源模型下，可能会出现这样的情况：用户租用他们需要的资源进行几次交易，然后将其闲置30天。这是Dexaran和polar.io在他们的文章中讨论的问题。在这种情况下，我们会有类似目前的体验。使用更多资源的用户可能会觉得有义务最大限度地使用他们的付费资源，并用他们的付费和未使用的资源参与不同的挖矿操作。

“理想情况下，用户绝对不能出现拥有甚至锁定某部分不需要的资源的情况。这可能会阻止网络的充分使用，就像用户把他所有的EOS都押在CPU上，而不使用所分配的资源一样，会阻止系统在没有任何停机的情况下充分发挥所有物理可用资源的潜力。”

通过更有可能利用未使用的资源，可能会在EOS上发生额外的动作，这可能会导致数据集与今天相比增长更快。

历史数据和区块数据的增长率可能会提高

与eosDAC的Michael一起，我们担心使用更多的资源，让世界上性能最强的区块链变得更加强大，性能更好，随之可能会对区块日志的增长，特别是对索引历史产生影响。

要运行一个完全索引的状态历史节点，并启用trace-history和chain-state-history，需要为状态历史提供大约5TB的存储空间，另外大约550GB的区块日志（在lz4压缩文件系统上）。在过去的几个月里，我们一直在努力将Hyperion的二级实例（使用最新的版本）索引到最新版本的elasticsearch中（对于Hyperion API来说，它的性能应该更强），这已经被证明是相当困难的。今天，我们正在运行一个状态历史节点来保持旧Hyperion的同步，另一个节点用于同步新版本。老Hyperion现在包含了接近17TB的数据。

增加的区块大小和网络流量

在拟议的模式下，区块生产者很可能会承受额外的压力，因为区块的体积会越来越大，需要消耗更多的CPU来处理。交接过程有时已经相当麻烦，很可能所有top30的生产者都需要开始运行一个单独的对等网络，以在他们之间和按照时间表传输区块；尽量减少微分叉的数量。

重置、索引和仅仅是保持节点同步，将需要比今天所需的更多资源和高性能的硬件。这很可能会给对等节点带来压力，我们需要我们的区块生产者站出来，为区块链提供更稳定的访问。

对于EOS的整体状态来说，如果有更多的区块生产者和区块生产者候选人开始提供比今天更可靠的对等，这将是一件好事。

我们做到这一点的方法是在多个nodeos进程（在我们的情况下是haproxy）前面有一个负载平衡器。如果节点不同步，我们就切断与节点的传入连接，并将其重定向到其中一个工作节点。当节点恢复同步时，它将再次自动添加到平衡器中。

调查每个生产者的动作Action次数和CPU数量

在任何一个特定的时间点，知道队列中的内容目前是非常困难的。在下面的调查中，我们假设总是有交易可供生产者处理成区块—随着时间的推移，对于这个小调查来说，这应该足够接近事实。

这张图显示了每个生产者，在过去21天内投入区块的动作Action数量。需要注意的是，EOS Nation试图通过处理延迟交易来帮助链上的人—例如链上多签需要这些交易。

过去21天——每个生产者的动作Action

在过去24小时内，每个生产者投入区块的动作Action数量似乎与较长时期的数据有很好的相关性。下表显示了过去24小时内每个生产者的动作Action数量。

过去24小时——每个生产者的动作Action

每个生产者投入区块的动作Action数量相差很大。在这过去的24小时内，总的动作Action数为12,755,515次，即略低于1300万次。

过去21天—每个生产者向用户计费的CPU数量

从这两张图我们可以看到，每个生产者的操作次数和CPU计费金额之间的数据相关性很好。

过去24小时—每个生产者向用户计费的CPU数量

过去24小时的这个数据与一段时间内的数据（过去21天）也有很好的相关性。这意味着，我们可以把事情简单化，只看动作数量，而不考虑CPU的计费量。

每个生产者在24小时内的平均操作量是607405次，也就是eosrapidprod生产量的约58%。

硬件和配置应该仔细比较和调查，这样我们就可以肯定地知道是什么造成了差异。

当收集这些数据时，我们可以看到更多的生产动作和错过的区块之间没有相关性（在过去的30天里）。

简单看一下NET的利用率

许多不同的区块生产者、区块生产者候选人和影响者已经多次讨论过，我们应该改变NET的计费方式。我们相信，现在一个完美的机会已经到来。为了开始这项调查，我们提供以下数据。

过去21天——每个生产者向用户收取的净额

过去24小时——每个生产者向用户收取的净额

我们建议社区查看为NET所押的资源，并将这些资源与过去三个月内所有在链上进行过任何操作的用户为CPU所押的资源进行比较。这些数据结合上面的数据（未来我们可以根据需要帮助重现），应该可以让我们找到并设定NET的公平定价。

与新资源模型相关的测试

我们目前正在一个私有区块链上运行测试，尝试模拟新资源模型可能出现的不同场景。

正如本文所提到的，我们对一个区块生产者到下一个区块生产者的交接特别感兴趣，当链处于拥堵模式，区块链被大量使用…

这些数据暂时还不能分享，请关注后文…

小结

与EOS互动所需的资源，进入门槛相当高且陡峭。新的资源模式有可能降低这种情况，让更多的用户可以轻松地与DAPP和产业链互动。我们认为，改变资源模式，让用户更容易上手，获得更好的用户体验，具有明显的价值。

我们将继续进行测试，并将结论告诉大家。

（全文完）

如果您想了解更多，我们在这里：

WEB: https://eossweden.org
币乎: https://bihu.com/people/98843
微博: https://weibo.com/eossweden
BUSY: https://busy.org/@xebb
TELEGRAM: https://****/eossweden
TWITTER: https://twitter.com/eossweden
MEDIUM: https://medium.com/@eosswedenorg
STEEMIT: https://steemit.com/@eos.sw-eden FACEBOOK: https://www.facebook.com/EOS-sweden-554084258304426