主页 > imtoken靓号地址软件 > 以太坊“状态”规模迅速扩大,开发者考虑向用户收取“状态租金”

以太坊“状态”规模迅速扩大,开发者考虑向用户收取“状态租金”

imtoken靓号地址软件 2023-11-20 05:08:25

小编:记得关注哦!

以太坊开发者社区正面临一些艰难的决定,这些决定将决定以太坊网络的可用性。

以太坊开发者社区正面临一些艰难的决定,以确定以太坊网络的可用性,一些核心开发者预测,如果以太坊的状态规模(state siz)继续以目前的速度增长,以太坊网络将在三分钟内崩溃年。

以太坊“状态”规模快速膨胀,开发人员考虑向用户收“状态租金”

减缓其增长的主要解决方案是征收“州租金”,这是向用户收取的用于存储数据的费用。 (在某些情况下,这称为“存储租金”,但在本文中,我将使用“状态租金”一词)。

这可能会对用户体验产生不愉快的影响,并可能对现有应用程序产生负面影响。此外,并非所有人都同意州规模问题像某些人认为的那样紧迫。

虽然最终由核心开发人员编写修复程序,但他们似乎并不急于代表以太坊社区做出决定并选择合适的解决方案。这是因为尽管问题本质上是技术问题,但解决方案涉及一些影响可用性的价值权衡。因此,围绕这个问题进行协调有点困难。本文试图以相对通俗易懂的语言来描述收取存储租金作为解决方案的问题和主张。

以太坊哈希值进度查询

庞大且冗余的数据量

存储数据所需的磁盘空间和同步数据所需的时间都是区块链网络中的关键考虑因素,其中至少有一些节点必须同步和存储整个数据链(或其中的重要数据块) )。

这不仅仅是效率问题,而是可持续性和可扩展性的问题。就目前情况而言,完全同步和下载存档节点已经花费了几周时间,老实说,这是以太坊网络使用频率最低的时候。

如果你不是超级技术人员,或者不了解以太坊区块链的来龙去脉,你可能会认为是因为链太长了。但这只是部分原因。事实上,同步所有区块(区块头、区块哈希)只是流程的一部分。

问题是很多必要的信息块,包括状态树,并不包含在块本身中。状态树是一个复杂的结构,包含所有当前账户和一组密码证明。在节点可以加密证明任何帐户的任何内容之前,需要将此信息提供给节点。同步这些信息所需的时间与同步区块链本身一样长,甚至更长。

以太坊哈希值进度查询

这不是一个新问题。以太坊黄皮书写道,处理和存储整个状态树很笨拙,并建议:“也许区块链可以被压缩:状态树中不发送/接收一定数量区块中的交易的节点可以被丢弃,从而减少状态数据库的增长。”

今年 3 月,在讨论构建以太坊 2.0 的想法时,Ethresearch 的 Vitalik Buterin 提出了一种通过收取租金来限制状态增长的模型。

从不同的角度解决这个问题

虽然状态大小的问题早已得到认可,但它最近已成为开发者社区讨论的关键话题。以太坊魔术师团契在以太坊 Casper/Sharding 升级之前有一个团队致力于以太坊 1.x 的开发。该团队包括两个致力于解决以太坊日益严重的大规模数据存储问题的工作组,两个工作组都有不同的观点:一个工作组专注于区块链修剪和状态减少(删除旧的和不必要的数据),另一个工作组是研究状态租金,专注于管理以太坊状态的增长。虽然状态缩减和区块链剪裁的需求与管理状态大小的需求密切相关,但这些问题需要不同的解决方案,因此需要不同的权衡和单独的讨论和文章。

简单地说,关于区块链剪裁和状态减少的讨论集中在效率和可扩展性之间的权衡,以及安全性和不变性之间的权衡。围绕通过征收州租金来降低州增长的讨论需要面对这样一个事实,即征收州租金将严重损害已经很棘手的用户体验,并给现有应用程序、这些应用程序的开发人员带来不必要的负担。无法将州租金纳入他们的设计。虽然两者都很重要,但本文的重点是讨论状态树的增长如何受到状态租金的限制。

以太坊哈希值进度查询

为什么要收取州租

状态租金的解决方案是由 Turbo Geth 开发人员 Alexey Akhunov 提出的以太坊哈希值进度查询,它适用于状态。租金提议者称之为“活跃状态”,包括“所有非空账户和所有已创建但不会自毁。”

状态租金作为状态膨胀问题的解决方案背后的想法有两个方面:其中一个好处是不活跃的帐户或无价值的数据可以很容易地通过未支付的租金来识别,然后这些数据会被“驱逐”出状态如果在以太坊上进行开发的成本更高,那么人们对他们在以太坊上所做的事情会更加明智是有道理的。对账户活动消耗的磁盘空间收取租金可以鼓励开发者开发更多的存储优化合约并吸引更多对数据敏感的用户。如果账户数量减少,活跃账户减少,账户效率提高,状态树的增长速度势必会放缓。

收取州租的意义

目前,那些认为州租是最可行的人正在讨论诸如谁应该支付租金以及如何计算租金等细节。这些问题意义重大。

以太坊哈希值进度查询

谁付房租是一个特别有趣的问题,尤其是考虑到审查制度。对于社区中的许多人来说,以太坊最有趣的承诺是它使组织能够在没有太多或任何人为干预的情况下运作,因此企业永远不会被监管机构或任何人关闭。要求组织支付定期费用以维护数据可用性将违背最初的承诺,至少对于开发人员无法预料到这种需求的已部署应用程序而言

然而,在 In Khnov 的提案中,他承认即使提前通知,合同也可能难以向用户收取租金。此外,用户也有可能通过向合约提供大量数据而做出不负责任或恶意的行为,从而推高租金。由于这些原因,根据数据存储向合约收取州租金可能会很复杂。

即使与应用交互的个人用户付费存储数据,如果由于某种原因他们被阻止付款或无法支付费用,强制性国家租金也可能会产生抗审查的负面影响。

需要注意的是,如果合约不支付租金,合约或账户本身不会被删除,只会删除活跃状态的信息(如账户余额)。如果数据可以通过其他方式获得以太坊哈希值进度查询,合约可以继续执行; Akhnov 和其他人讨论了个人或组织下载和存储自己的数据的可能性,以及一些节点选择这样做。

阿赫诺夫试图在他的提案草案中解决这些问题,但他承认征收国家租金会产生严重后果。他说:

以太坊哈希值进度查询

“不幸的是,在我看来,大多数合同都需要重写、重新部署和重新填充数据。对我来说,要么合约被修改,要么平台死掉,你都必须选择一个。”

也许州租可以放慢一段时间

Casey Detrio 是 Ethereum 的核心开发者 1.x 的作者,他写了一篇题为《Ethereum 1 dot X: a half-baked roadmap for mainnet Improvements》(《Ethereum 1 dot X: a half-baked主网改进路线图),概述了存储空间问题的局限性,并提出了一些解决状态膨胀的方法。在他的总结中,他指出,一些研究人员认为,只要以太坊 2.0 能够相对较快地启动,它将是一个解决方案。当然,这是基于 Casper 和分片即将到来的假设,如果真的实现了,那将是一个相当大的飞跃。此外,在以太坊下断言状态大小不再是问题 2.0这不是一个公认的事实,因为分片 Slice 技术不能提供无限的可扩展性。

Deterrio 提到了一个问题:“在以太坊 1.0 上引入租用机制可能会让用户感到困惑,因为它可能与 <@​​2.0 上引入的租用机制不同。”

征收国家租金的主要替代方案是创建无国籍客户和无国籍合同。然而,这种选择的可行性仍然存在争议。此外,这将迫使所有合约负责存储和维护它们自己的数据,这可能有点压力。

目前的工作

有关阿赫诺夫州州租提案的更多详细信息,请查看 GitHub,或关注魔术师组和 Ethresearch 论坛中的以太坊讨论。

与此同时,社区需要做更多的工作来制定提案和概念证明,以测试任何州租机制的后果。一旦发生这种情况,将由客户和 Dapp 开发人员权衡并决定他们愿意做出的选择。