关键路径:通过区块见证实现无状态验证者,通过状态保质期来抑制状态增长。
原文标题:《通告|一份新的无状态以太坊路线图》
自上一版无状态以太坊的全面「路线图」发布以来已经过去了一段时间,现在很多东西都发生了改变。似乎又到了需要「全都写下来」的时候了。
我们没有在做什么
我们没有在解决无状态挖矿的问题。
我们没有在解决DSA问题,也不准备出于执行的目的为事务附加见证数据。
关键路径
很难确定我们的目标到底是什么。但是我认为,只要我们着眼于需求,自然会出现一个目标梯度。
通过区块见证实现无状态验证者
我们希望/需要验证者无需保存完整的状态就能验证区块。一种提议是在协议中要求为区块附加区块见证,以便客户端使用区块见证数据来验证执行区块得到的状态根。
比特币波动率已再次回升,达到5月中旬以来的最高水平:金色财经报道,据The Block追踪的数据,比特币的波动性此前一直处于低迷状态,但现在已再次回升,达到5月中旬以来的最高水平。比特币的年化波动率一直在飙升,6月21日达到51.8%。高于6月6日约31%的近期底部。此外,据The Block Research的数据,虽然交易所加密货币交易量的7天移动平均线有所上升,但仍约为三个月前水平的四分之一。
一位行业消息人士称,这可能表明大多数购买发生在场外,他将最近的行动描述为机构通过场外交易进入。[2023/6/23 21:55:40]
为此,我们需要:
A:大大缩小见证
B:让验证者可以连同区块一起获得可靠的见证
我们使用VerkleTrie来解决需求A,将证明开支降至恒定大小。另请参见「为以太坊状态应用verkletrie的提议」。还值得一提的是,统一verkletrie需要修改SELFDESTRUCT操作码的行为,或完全删除该操作码。
Sei Network将于4月5日启动Sei Sunken Treasure NFT“开盒”:4月4日消息,Layer1公链Sei Network宣布将于北京时间4月5日05:00启动Sei Sunken Treasure NFT活动的第二阶段,Seilors将能够“开盒”他们的Sunken Treasure NFT并确定稀有性。Sei Network表示,自3月15日以来已铸造了超过60万个Sei Sunken Treasure NFT。[2023/4/4 13:44:19]
我们通过见证消息成为协议运行的一部分来解决需求B,以便收到该证明的人确认它是对应区块的正确证明。关于生成并通过gossip广播见证的责任归属尚未确定。
延伸阅读:《为什么无状态性对于ETH2.0来说如此重要?》
BitPay:SHIB现已支持购买Atheist品牌鞋子:金色财经报道,据加密货币支付服务商BitPay发推称,SHIB现已支持购买Atheist品牌鞋子,并在限定时间内享受10%折扣优惠。此外,Web服务提供商HOSTKEY还宣布通过BitPay接受SHIB等加密货币,目前在特定服务器上为新订单和加密货币支付提供10%的折扣。[2022/11/26 20:48:18]
通过状态保质期来抑制状态增长
区块提议者依然需要生成区块。我们不建议解决无状态区块挖矿的问题,因为这会将我们的目标变成减轻日益增长的状态维护负担。
我们的目标是对总体状态规模施以经济限制。我们计划通过「状态保质期」来实现该目标。
详情请参阅:《Resurrection-conflict-minimizedstatebounding,take2-#17byvbuterin。》
0age:从代理注册中心撤销Wyvern 2.3合约认证的提案已提交至Wyvern DAO:7月30日消息,OpenSea协议开发负责人0age发推称,一份从代理注册中心撤销Wyvern 2.3合约认证的提案已提交给Wyvern DAO,该提案将在72小时的治理延迟后可执行。提案执行后,所有使用Wyvern 2.3授权的上架和报价将失效,Seaport上架和报价将不受影响。
此前消息,OpenSea于6月宣布从Wyvern协议转向其自行开发的Seaport协议,旨在降低35%的Gas成本。7月26日,OpenSea宣布弃用Wyvern订单发布到API功能,但仍支持Wyvern订单检索。[2022/7/30 2:47:55]
大致上讲,所谓的状态保质期,就是让状态在一段时间后「失去活性」。失活状态不再由协议管理。任何与失活状态的交互都需要附带一个证明,让失活状态重新恢复活性。该方案不会将任何复杂的「租赁」机制引入EVM,但它实际上还是强制实现了「状态租赁」。其结果就是为总体状态规模设置了严格的上限。
次关键路径
通过「门户客户端」实现无状态客户端架构
延伸阅读:《Completerevampofthe「StatelessEthereum」roadmap-#2bydankrad》
当前的DevP2P以太坊协议不能很好地支持无状态客户端。即使为支持无状态客户端而修改协议,这也并非易事。也就是说,仅依靠「关键路径」,我们就可以构建出适用于Eth1+Eth2合并基础设施的客户端,但是这些客户端对于大多数为了使用JSON-RPCAPI而使用客户端人来说没什么用。
另一项正在开展的计划是构建支持广泛部署超轻量级「门户客户端」所必需的网络基础设施。所谓的「门户」,就是指客户端可以查看网络和相关数据,但是不必通过任何有意义的方式参与协议。
「门户客户端」将参与专为满足以下需求而设计的专用型点对点网络:
1.按需检索任意状态。
StateNetworkDHT-DevelopmentUpdate#2-#5bypipermerriam
2.按需检索任意区块链历史。
Alexandria-HackMD
3.参与交易gossip广播,但是无需访问状态。
ScalableTransactionGossip-#3bypipermerriam
4.参与区块gossip广播,但是无需满足DevP2P以太坊协议的隐形要求。
任何想要吸引JSON-RPCAPI用户的「无状态客户端」都会参与这类网络。我们希望现有客户端会利用这类网络来让自己变得更加轻量级。
这不是实现Eth1+Eth2合并这一主要目标的关键路径,但它有助于将无状态客户端扩展至除验证者以外的用例。
Regenesis
过去,「Regenesis」有两个不同的涵义:
使用一个新的创世块来重新启动区块链,并就创世状态达成共识。
让状态「失去活性」,必须提供证明来让状态「恢复活性」。
活性/失活机制现已归类为「状态有效期」方案。
使用新的创世块来重启区块链有很多好处。其中,最主要的一点是,将所有客户端从历史分叉规则所带来的隐形需求中解放出来,让客户端变得更加简单。这也可以帮助节点缩短获得完整状态副本所需的同步时间。
被移出关键路径的内容
BinaryTrie
原本是用来减少见证大小的主要机制,现已被VerkleTrie替代。
参考阅读:《EIP-3102:Binarytriestructure》
代码默克尔化
原本是用来减少见证大小的次要机制,现已被VerkleTrie替代。
参考阅读:《EIP-2926:Chunk-BasedCodeMerkleization》
作者:pipermerriam
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。