原文标题:《基于委员会的累积终结性模型》
作者:VitalikButerin
本文提出了一种以太坊信标链的拟议替代设计,在未来长期内可以切换到该设计。该替代设计旨在提供一些关键属性:
在正常情况下提供有意义的单槽经济终结性:使单槽重组的成本高得多,即使是多数人串通的情况下也能执行,从而降低共识可提取价值(CEV)
摆脱对LMDGHOST分叉选择的严重依赖,避免已知的缺陷以及需要引入复杂的混合分叉选择规则来修复这些缺陷。
可能允许更低的最小存款大小和更高的验证器数量
保存经济终结性最终接近一个非常大的数字的属性
准备工作
让CONSENSUS成为一种异步安全的共识算法。我们假设这种共识算法有一些槽或视图的概念,它在每个固定时间段尝试达成共识。我们还假设它将一种加权验证器集作为输入。
V神:optimistic rollups可实现EVM合约简单嵌入:金色财经报道,针对网友称,需要找出是什么阻碍了团队更多地使用或集成可扩展性解决方案,V神在推特回应称,实际上,大多数开发团队都想要一个简单的嵌入解决方案,可以立即将现有的EVM合约重新部署到该解决方案中。这意味着是optimistic rollups方案,仍然还需要几个月。[2020/8/13]
在下面的设计中,我们修改了CONSENSUS,以便在每个视图中,需要最终性的集合是不同的。也就是说,CONSENSUS将一个函数get_validator_set(view_number:int)->Map作为输入,而不是验证器集,它可以为新视图生成验证器集。get_validator_set应该具有以下属性:验证器集根据从一个视图到下一个视图的最大1/r值进行更改,其中r是恢复期长度。更正式地说,我们想要:
V神致歉:自己未说以太坊2.0在7月上线:以太坊联合创始人Vitalik Buterin在此前共识大会上被问到以太坊2.0是否在2020年7月上线时回答Yes,但很快便遭到以太坊社区质疑,开发人员Marco Levarato认为,目前官方多客户端测试网还未正式上线,如果上线的话,至少需要两个月时间测试网络问题,但现在已五月,因此七月上线根本不可能。对此,Vitalik Buterin在推特上做出澄清,自己在参加网络共识大会时没有听清问题,自己并未说7月会上线,并且就此事道歉认错。[2020/5/14]
声音 | V神:以太坊2.0公共测试网很快会推出 权益证明机制很快就可以启动:据区块大本营今日消息,近日,以太坊创始人Vitalik Buterin在接受媒体采访时表示,在过去几个月中,以太坊生态中已经取得了很多的进展。比如零知识证明(zero-knowledge proofs),相关的技术发展迅速,一些基于零知识证明技术的应用也在开发中。以太坊2.0的开发工作也取得了非常快速的进展,以太坊2.0公共测试网也很快就会推出;在其他的可扩展性技术方面也得到了很大的改进,有很多的应用也被搭建出来。
同时V神表示,以太坊2.0的7个客户端开发团队曾于9月初在多伦多汇聚,他们实现了这7个客户端相互交流,实现互操作性。当前在多客户端公共测试网推出之前,仅剩一些对等网络协议 (peer to peer networking protocols)方面的工作。以太坊2.0的首要工作,也即权益证明机制(Casper FFG),很快就可以启动了。[2019/10/4]
其中丨x丨返回x中值的绝对值之和,diff返回每个键值的差值。
声音 | V神:若开发团队运转良好 Casper今年将会上测试网:在第三届Blockchain Connect全球区块链峰会上,V神正式透露,如果开发团队运转良好的话,Casper今年内将会上测试网。他认为,得益于Beacon链,以太坊2.0将能实现管理PoS协议以及所有的分片链的功能。[2019/1/12]
在实践中,两个相邻验证器集之间的差异将包括现有验证器泄漏余额,以及以与泄漏余额相等的速率引入新验证器。
请注意,这意味着如果两个终结性的视图数量相差足够远,则这时候可以在不削减的情况下进行双重终结性确定;这是有意为之,并且该协议以与当今CasperFFG处理不活动泄漏的方式相同的方式围绕它工作。
机制
我们使用两级分叉选择:
选择LATEST_FINALIZED_BLOCK
V神:不应该只做加密货币中心:昨晚,立法委员许毓仁在twitter上/img/20230515193827710762/1.jpg "/>
注意:插槽应始终等于当前视图编号加上每个先前验证器集中成功完成的视图编号的总和。
我们有以下处罚:
由共识算法确定的定期削减处罚
不活跃惩罚:如果这条链未能实现终结性,所有未参与的人都会受到惩罚。此惩罚旨在将r/2个插槽后的余额削减一半。
属性
如果一个区块获得终结性,那么要终结确定一个竞争区块,需要发生以下情况之一:
某些委员会被破坏,其中他们中≥1/3会被削减以对不同的区块实现双重终结性
最近的委员会离线,在r/3个插槽之后,委员会轮换足够多,以便能够在不削减的情况下使一个不同的区块获得终结性。然而,这是以严重的不活跃惩罚为代价的
在任何一种情况下,即使还原一个终结区块也至少需要销毁DEPOSIT_SIZE*COMMITTEE_SIZE/3个ETH。如果我们设置COMMITTEE_SIZE=131,072,则该值为1,398,101个ETH。
该方案的其他一些重要属性包括:
验证器的负载将非常稳定,无论存入多少验证器,处理每个插槽的COMMITTEE_SIZE交易
验证者的负载会更低,因为当他们没有被要求加入委员会时,他们可以休眠
在不牺牲安全性的情况下,可以允许休眠的验证器快速退出+撤回
扩展:具有较小委员会的链终结性
如果出于效率原因,我们必须减小COMMITTEE_SIZE,我们可以进行以下调整:
我们没有选择最新的终结性区块,而是选择作为最长终结性区块链末端的终结区块
get_validator_set应该只使用来自状态超过COMMITTEE_LOOKAHEAD之前的信息
视图编号应该只是插槽编号
这保留了上述所有属性,但它也引入了一个新属性:如果一个区块获得多个终结性,然后恢复该区块需要违反多个委员会的终结性保证。这允许多个委员会的安全级别叠加:一个人需要COMMITTEE_SIZE*DEPOSIT_SIZE*k/3ETH来恢复k个终结性,最多k=COMMITTEE_LOOKAHEAD,此时委员会分歧。
还要注意,出于p2p子网安全的原因,先行机制无论如何都值得做,所以用它来设计系统可能是一个好主意,如果需要的话,让客户端来决定他们如何处理终极性反转。
具体值的例子
请注意,“打破终结性所需的ETH”数量假设攻击者控制的验证器数量远远超过质押总量的一半;这个数量是攻击者将失去的。并不是任何拥有2,730-174,762ETH的人都可以进入并销毁该ETH以逆转单一插槽的终结性。
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。