Vitalik 科普的“Danksharding”到底是什么?_ANK:DANK币

翻译:洒脱喜

北京时间2月14日情人节当晚,以太坊创始人VitalikButerin联合以太坊基金会研究人员DankradFeist一起举办了一场关于扩容解决方案“Danksharding”的教育研讨会,如果你想了解区块链如何在增加“去中心化”和“安全性”属性的同时大规模实现扩容,那么这场研讨会就是一个好的切入点。

注:关于“Danksharding”对以太坊的意义,建议读者先阅读一下《一文了解以太坊的“扩容杀手锏”danksharding》这篇文章。

以下内容来自DankradFeist提供的《Dude,what’stheDankshardingsituation??》PPT,如果你想观看完整的研讨会视频,可以访问以太坊基金会的官方youtube频道?。

概述

1、什么是旧的:

数据分片;

使用KZG承诺的数据可用性;

CertiK获SUI颁发50万美元漏洞赏金:金色财经报道,全球区块链和智能合约安全团队CertiK因发现一种新型安全威胁而被SUI授予50万美元赏金。该威胁被命名为“HamsterWheel(仓鼠轮)”,并有可能破坏SUI整个Layer 1网络。

在主网启动前,CertiK向SUI报告了这一关键漏洞,并得到了SUI的确认与反馈。认识到情况的严重性后,SUI迅速实施了安全解决方案以缓释这种攻击的潜在威胁。目前SUI已推出修复措施用以确保其网络安全。

SUI为了感谢CertiK,SUI支付了50万美元用来奖励这一关键性的发现。关于HamsterWheel攻击的技术细节和对Layer 1更深层次的影响将会随后披露给公众。[2023/6/19 21:47:41]

使用分离分片方案进行原始数据分片;

2、什么是新的:

提议者-构建者分离(PBS);

crList;

2D方案;

244,500,000 XRP从未知钱包转移到另一未知钱包:金色财经报道,据Whale Alert数据显示,244,500,000 XRP(价值约94,379,527美元)从未知钱包转移到另一未知钱包。[2023/2/20 12:16:28]

建议的架构

3、总结优点和缺点

一、什么是旧的

1、1数据分片

1、为Rollup和其他扩容解决方案提供数据可用性;

2、数据的含义由应用层定义;

以太坊基础共识除了确保数据可用外不承担任何责任;

为什么没有执行分片?与原生执行相比,rollup二层网络的效率要高100倍,很难看出执行分片会有什么需求;

3、目标:提供约1.3MB/s的数据可用性层和完整的分片功能;

4、自2019年底以来,数据分片一直是以太坊的目标;

以太坊网络24小时内销毁3255.68 ETH,其中Scumbags销毁229.43 ETH:7月15日消息,据Tokenview链上数据显示,近24小时内,以太坊产出13751.7枚ETH,销毁3255.68 枚ETH,24小时销毁率23.67%。

排行榜前三名分别为:

Scumbags:0x32...327e9 (229.43 ETH);

OpenSea: Seaport :0x00...de581(207.97 ETH);

Uniswap V3: Router 2(90.22 ETH)。[2022/7/15 2:14:51]

1、2数据可用性采样

1、想知道通过O(1)工作获得的O(n)数据是可用的;

2、思路:将数据分布到n个chunk分块中;

3、每个节点下载k个chunk分块;

1、3纠删码

1、使用?Reed-Solomon编码扩展数据;

Stellar加入Mercado Bitcoin联盟探索CBDC:金色财经报道,拉丁美洲最大的交易所Mercado Bitcoin与Stellar Development Foundation (SDF)合作,开发LIFT Challenge Real Digital的9个项目之一,这是巴西中央银行(Bacen)开展的一个合作环境。与中央银行服务器协会全国联合会(Fenasbac)合作,探索中央银行数字货币(CBDC)的用例。SDF宣布加入CPQD和ClearSale,成为Mercado比特币的LIFT Challenge财团的一部分。Bacen计划旨在确定Real Digital基础设施的基本特征,以便能够支持LIFT挑战赛参与者提出的用例。Bacen预计,Real Digital将于2022年下半年推出,在第一阶段,将针对有限的观众进行试点。Mercado Bitcoin之所以选择Stellar网络,是因为它是CDBC其他项目、稳定币发行和金融资产代币化的首选网络,因为它具有独特的速度、效率、安全性和合规范性。(finextra)[2022/5/25 3:39:50]

2、例如,在编码率r=0.5时,这意味着任何50%的区块都足以重建整个数据;

PandaDAO更新PANDA代币回购计划:5月22日消息,PandaDAO更新PANDA代币回购计划,决定合约执行回购程序,旨在简化回购流程,增加回购透明度。

PandaDAO将以每个$PANDA=0.005 DAI的价格执行回购,任何人都可以发送$PANDA得到对应的DAI。随着国库储备的增多和Token流通量的通缩,回购价格将会不断抬升。回购合约由社区多签国库掌管。

回购合约和前端需要开发和安全审计,预计2个月的开发,测试和审计周期。本次回购程序和之前的回购提案并无冲突,已经通过社区core团队投票确认,将会直接执行。[2022/5/22 3:34:06]

3、现在采样变得高效

4、但是,我们需要确保编码是正确的;

1、4KZG承诺

1、多项式

2、承诺C(f)

3、评估y=f(z)

证明者可以计算证明π

使用C(f),π,y以及z,验证者可以确认f(z)=y

4、C(f)以及π是一个椭圆曲线元素

1、5KZG承诺作为数据可用性根

1、将“KZG根”想象成类似于Merkle根的东西;

2、不同之处在于“KZG根”承诺了一个“多项式”;

1、6分离分片提案

二、什么是新的

2、1提议者-构建者分离(PBS)

1、被发明用来对抗MEV导致的中心化趋势;

2、MEV意味着更成熟的参与者可以比普通验证者提取更多的价值,这对大型矿池而言意味着优势;

3、PBS在一个独立的角色中“包含”了这种复杂性/中心化,并具有诚实的少数假设;

提议者=验证者,诚实的多数假设意味着高度的去中心化要求;

数据生成者=单独的角色,诚实的少数假设,意味着去中心化只需要确保一个诚实的数据生成者;

2、2审查阻力方案–crList

1、PBS的危险之处:一个高效的构建者可以永久审查一些交易;

2、

3、crLists允许提议者指定构建者必须包含的tx列表,从而恢复旧的平衡;

crList

2、3KZG2d方案

1、为什么不在KZG承诺中编码所有内容?

需要一个超级节点来构建和重建以防失败的情况;

我们希望避免这种假设的有效性;

2、目标:在d个KZG承诺中编码m个分片blob;

如果我们天真地去这样做,那就需要m*k个样本,这样数据就太多了;

相反,我们可以再次使用Reed-Solomon编码将m个承诺扩展到2*m个承诺;

2、4KZG2d方案属性

1、所有样本都可以直接根据承诺进行验证;

2、恒定数量的样本确保概率数据可用性;

3、如果75%+1的样本可用:

所有数据都可用;

它可以从只观察行和列的验证器中重构;

不需要节点观察所有的情况;

三、组合在一起就是Danksharding

1、执行区块和分片区块是一起构建的;

我们以前需要分片委员会,因为每个分片blob可能无法单独使用;

现在,数据生成者的责任是使执行区块有效,并且所有分片blob都可用;

2、?验证可以是聚合的;

3、1Danksharding诚实多数验证

1、每个验证者选择s=2随机行和列;

2、仅证明分配的行/列是否可用于整个epoch时期;

3、一个不可用的区块不能获得超过2^(-2s)=1/16的证明;

3、2Danksharding重构

1、每个验证者都应该重构他们遇到的任何不完整的行/列;

2、这样做时,他们应该将丢失的样本转移到正交线;

3、每个验证器可以在行/列之间传输4个缺失的样本

3、3DankshardingDA采样

1、未来升级

2、每个全节点检查方块矩阵上的75个随机样本;

3、这确保了不可用区块通过的概率<2^(-30);

4、带宽75*512B/16s=2.5kb/s;

四、总结优点和缺点

优点:

1、简单的设计:

不需要分片委员会基础设施;

不需要跟踪分片blob确认;

没有额外的构建者基础设施

可以使用现有的执行层费用市场基础设施;

2、执行链和分片之间的紧密耦合:

使得rollup设计更简单;

zkRollup和执行链之间的同步调用是可能的;

3、分片不需要单独的PBS;

4、随着数据立即被验证者集的1/32确认,并在一个epoch时期内增加到完整的验证者集,抗贿赂的能力增强了;

5、得益于2d方案,全节点将能通过75个样本确保数据可用性,而不是30*64=1920个样本;

新的挑战:

1、增加了数据生成者要求:

构建32MB数据的KZG证明

需要2.5GBit/s的互联网连接来分发样本;

2、为数据生成者提供了更多权力,因为他们充当了执行+数据层服务提供商;

需要通过crList缓解;

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

水星链

[0:15ms0-0:921ms