Vitalik:Eth2 会越来越依赖于轻客户端_ITA:ENT

编者注:7月28日,DeanEigenmann在推特上询问Eth2.0为何使用“执行环境方案”,是否真的能解决“状态增长”问题,引发了激烈的辩论。

所谓“状态增长”问题,指的是随着用户规模的不断扩大和合约数量的不断增加,以太坊全节点需要存储的状态数据在不断上升,对全节点的存储读写性能提出了越来越高的要求。

针对这一问题,人们提出过很多解决方案,比如所谓的“状态租金”,以及“无状态客户端”。状态租金即要求用户为自己所存储的状态支付价格,“无状态客户端”则是通过改造区块结构来降低全节点对整个状态数据的访问需求。

Celestia:Quantum Gravity Bridge初期版本已上线Blockspace Race测试网:5月12日消息,模块化区块链网络Celestia发推表示,Quantum Gravity Bridge的初期版本已于本周在Blockspace Race测试网上线,相应的合约已部署在以太坊Sepolia测试网上。

Quantum Gravity Bridge是一个从Celestia到以太坊的数据可用性(DA)桥接。Celestia使用Celestium作为可扩展的链下数据可用性 (DA) 解决方案为以太坊Rollup团队提供服务。[2023/5/12 14:59:10]

实质上,这就是问的Eth2.0会如何设计状态存储方案并保证状态数据可用性的问题。

Gravity DEX开发团队成立新项目Crescent:3月11日消息,开发流动性模块Gravity DEX的B-Harvest团队分拆成立了一个名为Crescent的新项目,正在寻求完全重构和扩展Gravity DEX。Crescent由Ignite Ventures资助,并与Ignite团队合作支持Crescent项目。

Crescent已经公布了治理代币CRE分配模型,总量2亿枚,其中将向ATOM委托者(delegator)空投1亿枚,另外1亿枚作为战略储备。空投方面,5000万枚CRE可在Crescent网络启动后推出Crescent DEX(DEXdrop)时索取,具体空投数量会根据二次空投系统确定,即按UTC时间2022年1月1日00:00快照时委托数量的平方根来决定,如果参与一些治理提案,能获得通过固定乘数获得更多奖励;剩余5000万枚将在一定时期内分配给使用Crescent Boost的ATOM委托人。[2022/3/11 13:50:06]

在下文中,Vitalik简单解释了他对这一问题的看法。令人疑惑的是,Vitalik将无状态客户端归为市场化存储方案的一种。但在我看来,无状态客户端是一种彻底的技术解决方案,就是为了避免使用在经济上非常复杂的、需要收费的方案。

加拿大公司Emerge推出区块链公共安全系统应用Civitas:加拿大区块链公司Emerge推出公共安全系统应用Civitas以帮助政府抗击疫情。该软件程序可以将当地人的身份证号码与唯一的区块链记录联系起来,帮助政府进行居民隔离及外出许可确认。(Cointelegraph)[2020/4/6]

DeanEigenmann:

对我来说,无状态执行环境怎么看都不是一个解决状态增长问题的好办法。我不认为这一方案是可行的,而且其激励机制可能过于复杂、会破坏Eth2.0的简洁性。@wjvill?@VitalikButerin?你们的设计理念是什么呢?

Vitalik Buterin发布新的概念验证:本周一以太坊设计者Vitalik Buterin发布了一个新的概念验证,演示了如何将分片扩展解决方案“栓在”Ethereum主链上。并发推表示“分片即将来临”。该演示遵循Ethereum联合创始人最近推出的“最小分片协议”计划,旨在显着提高以太坊区块链的事务吞吐量和可扩展性。[2018/5/1]

Vitalik:

我来从我的视角分析一下这场辩论吧。

一贯以来,区块链协议都将存储空间作为一项公共资源:所有的全节点都存储所有的内容;任何人只要使用了存储空间,就会把成本施加给所有其他用户。

这样的使用,应该也要付钱才对。

但若要付费,就不得不面对如下难题:很难确定到底怎么给存储空间定价、怎么确定目标存储空间大小、存储空间应是暂时性使用的还是永久可用、租金如何缴纳,等等。

另一方面,还有一种更加市场化的方案来安排存储资源:对于任意状态数据来说,都必有某些用户可以从状态数据可用性中获益,而且其他用户也会愿意存储这些数据。因此,我们可以让用户与存储方直接缔约来保证状态数据可用性。

基于市场的方案当然承认这样的可能性:如果用户疏忽大意,一些状态数据会“消失”。所有基于市场的技术都会遇上这个问题。

因此,就有一种思想认为:没错,我们当然应该让私人缔约成为主导,但事关用户体验的便利性,协议确实应该保证状态可用性和存储空间供应。

“无状态客户端方案”完全属于“市场化存储空间”学派。VladZamfir则完全属于另一个阵营。

市场化存储空间的一个好处是,你可以根据状态可用性保证服务的不同质量支付不同的价格。当然,另一个学派会说,要是让用户知道他们的状态数据可能有一天会用不了,dApp开发者面临的复杂性要上升好几倍。

话虽如此,还是有一些折衷之道。举个例子,在“执行环境方案”中,可以建立一个执行环境、要求区块生产者必须在区块中包含使用时间不到一年的随机存储秘钥。这样就给了状态存储空间一年的保证。

不过,还是有一些开放性问题要留给实验性的解决方案。富状态性是有不同层级的,例如:如果你只想保存一个“静态见证”属性,你可以仅保存已用过的收据的ID字段;比起全状态来说,这是非常轻量的状态了。

也就是说,情形正变得越来越明朗:Eth2将越来越依赖于轻客户端<->服务器市场,哪怕只是出于让用户可以从自己没有同步的1000多个分片中获得数据的目的。状态供应是另一项义务,也可以放进来。

而且,在协议层还有一些别的方法可以用来强化状态存储保证,比如给主要类型的收据加入为期一年的托管证明。

原文链接:

https://twitter.com/VitalikButerin/status/1155566281229254657

作者:?Vitalik

翻译:?阿剑

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

金智博客

[0:15ms0-2:859ms