Vitalik 最新讨论:存储的分开定价和双轨 EIP1559_非小号:ITA

以太坊状态模型的最大问题是:平均状态增长与最坏情况状态增长之间的巨大差异。

本文系Vitalik在以太坊研究者论坛里提出的一个最新讨论,该讨论是继以太坊研究科学家BarnabéMonnot提出的关于EIP1559切实实施的思路进行的再次结合。

以下为原文翻译,团队对部分词汇进行了批注及少许删改。

作者:VitalikBurerin

编译:白计划团队

特别感谢@barnabe在早期提出了类似的想法。

正如我在此前的《关于资源定价的立场文件》中详细讨论的那样,以太坊中的Gas实际上是支付三种不同的资源:

1.带宽

2.计算

3.存储

白计划批注:《关于资源定价的立场文件》是一份区块链资源定价的草案,其中Vitalik通过数学演算推论了相应的定价方式。

Coinswitch Ventures和GravityX Capital联合推出Web3加速扩展项目:金色财经报道,Coinswitch 旗下 Web3 投资部门 Coinswitch Venturess 宣布与 Web3 风投公司GravityX Capital 联合推出 Web3 加速项目LevitateX,旨在为选定的早期 Web3 初创公司提供发布准备、加速牵引和运营等方面的支持,也为中后期阶段的 Web3 企业解决业务增长和规模扩展等问题,以及为希望进军亚太市场的全球 Web3 创企给予资金帮助。据悉该计划还将帮助选定的公司完善其产品、增强用户体验并优化技术基础设施,以确保在 Web3 领域的稳健和成功推出。(thehindubusinessline)[2023/8/16 21:26:17]

该草案内容包含:价格与数量、社会成本曲线、首次和二次拍卖、可调整收费计划、存储维护费,以及包含为什么固定费用并未得到充分利用?

SKALE即将发布去中心化零知识证明解决方案Levitation Protocol:6月2日消息,以太坊侧链 SKALE 开发人员宣布了一项 SKALE 改进提案,即,去中心化零知识证明解决方案 Levitation Protocol,旨在通过使全套 ZK 解决方案无缝连接到 SKALE 架构,并将 Rollup 连接到以太坊主网。该提案包括进一步的生态系统升级,增加了一个新的「Layer 1 Megachain」,称为 SKALE G(G 代表木卫三,太阳系中最大的卫星)。

SKALE 开发人员计划在未来几个月内开始发布 Levitation Protocol 源代码,之后将启动公共测试网。Levitation Protocol 主网计划于 2023 年第四季度推出。[2023/6/2 11:53:31]

带宽和计算是短暂的成本,存储不像这两个成本,它会超出短暂的限制。

与Vitalik Buterin相关的地址向0x9e92开头地址转入3500枚以太坊:5月10日消息,据Lookonchain监测,与Vitalik Buterin相关的0xD04d开头地址向0x9e92开头地址转入3500枚以太坊,Vitalik Buterin从2022年12月30日至今已向0x9e92开头地址转入17800枚以太坊,价值约3300万美元。[2023/5/11 14:55:48]

在一个块的时间内,一个节点可以进行多少次计算或下载数据是有限度的,一旦该块通过,下载和验证所需的量就达到了极限。块的大部分都消失了。

而存储是持续的成本。如果一个单独的块状态增加了100MB,该块当下可以处理好,但是一系列的块将使以太坊无法使用。状态增长的“爆发”影响可以忽略不计,但长期影响是最严重的,一旦建立的一个超大状态就永远给网络增添了负担。

区块链健康数据平台DEVITA与Polygon达成合作:金色财经消息,区块链健康数据平台DEVITA与Polygon达成合作,通过Polygon的网络,DEVITA可以利用快速数据传输和超低的交易成本,为其用户提供更公平的医疗保健和个人数据管理机会。

据悉,DEVITA 是一个基于区块链的健康数据平台,旨在通过去中心化识别 (DID) 和不可替代令牌 (NFT) 技术的最新创新来优化传统医疗流程和运营,该平台即将Polygon上线。(blog.polygon.technology)[2022/4/14 14:24:17]

不过,随着状态变为无状态,状态的长期影响会大大减少:状态不会给网络造成永久负担,它只会负担大约一年的时间,在那一年中,只有一小部分节点需要实际存储那个状态。但这种长期成本仍然是真实存在的,并且需要将其定价。

平均大小与最坏情况的存储大小

声音 | 以太坊创始人Vitalik Buterin:用异步交易解决跨分片交易:金色财经现场报道,6月29日在2019以太坊技术及应用大会上,以太坊创始人Vitalik Buterin指出,以太坊链被分为1024片,通过cross-link进行分片间的交流,每6分钟每个分片发现其他分片的哈希值。信标链管理共识算法和跨分片的沟通。进一步提出了异步交易,第一步:一个A分片上发出交易,第二步:6分钟片间交流传播交易,第三步:在另一个B分片上记录。[2019/6/29]

在当前协议和状态到期的改进协议中,对状态建模的不足之一是平均状态增长与最坏情况状态增长之间的巨大差异。

考虑当前的协议。如今,该状态的总大小约为5.5亿个对象,约32GB。如果我们剔除上一年所有nottouched的状态,那总量很容易下降一半以上。

现在,最坏的情况是什么?

合同代码的创建按每字节200Gas的费用收费,因此,如果将一个区块分成3个事务,每个事务创建一个合同,我们可以为12334800Gas3*55000Gas来制作3个20558字节的合同,以增加合同创建的开销。

这样,在单个块中,存储大小可以增加20600*3=61800字节。

假设平均出块时间为13.1秒1个,每年都有31556925/13.1=2408925块,总的来说,状态可以按61800*2408925=148871600381.67938字节增长,即约138GB。

这个差异约为10倍。

非常重要的是,消费者硬件RAM可以容纳实际大小可能是16GB,而138GB则不能被存储。

如果我们可以使最坏的情况接近平均情况,那就太好了。

双轨EIP-1559

解决此问题的自然方法是对临时成本和永久成本使用EIP-1559定价,但调整期有所不同。

对于临时成本,价格可以一次调整10%以上。但是,对于永久性成本,将使价格调整慢得多。

如果我们采用AMM成本曲线机制作为基础,对于存储,我们可以考虑一条曲线,目标速率为每月1GB,而成本的增加取决于我们比目标高出多少:

例如,每超出目标1GB,存储成本就可能翻倍。在这种情况下,存储块价格可能需要3天左右的才能翻一番。如果存储增长超过10GB,则存储成本将是正常价格的1000倍,在经济上无法继续存储。

有两种方法可以实现此目的:

1.用Gas购买存储。也就是说,使用SSTORE创建新的存储插槽,像现在一样消耗Gas,但是消耗的Gas量将是可变的。这样做的缺点是,它会形成激励措施,用户宁愿在Gas价格较低的周末补充存储空间。

2.用ETH购买存储。交易除了需要Gas外,还需要提供另一种资源,该资源将采用与Gas相似的机制,但参数不同。这样做的缺点是使调用规则变得复杂,并且需要添加新的CALL操作码。

请注意,这里有一个混合选项:

3.可以以ETH定价存储,但以Gas收费。我们可以将用于扩展存储的ETH排除在EIP1559Gas价格更新规则甚至是区块限制范围之外。

4.将Gas更全面地改造为三个概念:Gas,执行点和存储点。1Gas=1wei;分配Gas的交易只是意味着它正在将其某些wei转换为可用于支付资源的特殊形式。就call和subcall之间的传递方式而言,此形式的工作方式与Gas相同。

但是,AMM现在管理两项成本:执行点成本和存储点成本。当执行过程处理当前消耗N个Gas的操作码时,它将花费N个执行点,这意味着需要N*execution_point_cost支付Gas。填充存储槽需要1个存储点,因此需要storage_point_cost充入Gas。

最后,还要注意,状态限期的路线图里有望删除退款。这是因为技术原因:存储插槽无法“变空”且资格获得退款,因此只能将它们设置为零,并且零记录必须保持该状态,直到该时期结束并且该状态可以到期为止。这大大降低了早期在存储租金尝试时遇到的复杂性问题。

-END-

文章推荐

!Vitalik最新讨论:存储的分开定价和双轨EIP1559

!Vitalik最新讨论:存储的分开定价和双轨EIP1559

!Vitalik最新讨论:存储的分开定价和双轨EIP1559

“各位老板赏个鸡腿哈”

免责声明:作为区块链信息平台,本站所发布文章仅代表作者个人观点,与链闻ChainNews立场无关。文章内的信息、意见等均仅供参考,并非作为或被视为实际投资建议。

本文来源于非小号媒体平台:

VitalikButerin

现已在非小号资讯平台发布38篇作品,

非小号开放平台欢迎币圈作者入驻

入驻指南:

/apply_guide/

本文网址:

/news/9843408.html

免责声明:

1.资讯内容不构成投资建议,投资者应独立决策并自行承担风险

2.本文版权归属原作所有,仅代表作者本人观点,不代表非小号的观点或立场

上一篇:

盘点零知识证明代表性项目:如何影响和塑造区块链生态系统?

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金智博客

[0:78ms0-3:851ms