SHA:干货 | Vitalik:Eth2 分片链简化提案_BLOCKS

要点提炼

永久性分片链的概念将不复存在,相反,每个分片区块都直接就是一个交联。提议人发出提案,交联委员会负责批准,一锤定音。

分片数量从之前的1024减少到64,分片区块大小从kB增加到kB。分片总容量为1.3-2.7MB/s,具体值取决于时隙。如果需要的话,分片数量和区块大小可随时间的推移而增加,比方说10年后最终达到1024个分片,以及1MB区块。

在L1和L2层实施了诸多简化方案:所需的分片链逻辑更少,因为“原生的”跨分片通信可以在1个时隙内完成,所以无需通过Layer-2为跨分片通信加速,无需通过去中心化交易所来促进跨分片交易费手续的支付,执行环境能够进一步简化,无需再混合序列化和哈希;

主要劣势:信标链的开销更大,分片区块产生时间更长,对“突增性”带宽需求更高,但对“平均”带宽的需求更低。

序言/理念

当前的以太坊2.0架构过于复杂,尤其是在手续费市场层面,有些人就想到要用Layer-2的应变方法来解决Eth2基础层的主要问题:虽然分片内的区块时间是非常短的,然而分片间的基础层通信时间特别长,需要1-16个epoch。这就亟待“乐观”的解决方案:一个分片内的子系统通过某种次等安全的机制,“假装”提前知道其它分片的状态根,并使用这些不确定的状态根来处理交易,以此来计算自己的状态。一段时间后,一个“rear-guard”进程遍历所有分片、检查哪些计算使用了其他分片状态的“正确”信息,并抛弃未使用“正确”信息的所有计算。

但这个过程是存在问题的,虽然它在很多情况下都能够有效地模拟出超高速通信时间,但是“乐观”ETH和“真实”ETH之间的区别衍生出了其他复杂情况。具体而言,我们不能假设区块提议者“知道”乐观的ETH,因此,如果分片A上的用户向分片B上的用户发送ETH,则分片B上的用户要隔一段时间才能收到协议层ETH。如果想避免延迟,要么需要去中心化交易所,要么需要中继市场。

工信部:到2025年区块链等设施服务能力显著增强:11月20日消息,工业和信息化部近日印发《“十四五”信息通信行业发展规划》,其中发展目标指出,到2025年算力水平大幅提升,人工智能、区块链等设施服务能力显著增强。推进基于联盟链的区块链公共基础设施网络建设,为开发者提供统一的区块链运行环境和底层技术服务。构建基于分布式标识的区块链基础设施,支持同构链和异构链的跨链互通,提升区块链系统间的互联互通能力。支持云化部署的通用型和专用型区块链公共服务平台建设,布局区块链即服务(BaaS)云服务平台。[2021/11/20 7:01:30]

此外,目前的交联机制大大增加了复杂性,实际上它需要一整套区块链逻辑,包括奖惩计算、单独存储分片内奖励的状态以及分叉选择规则等,这些都需要被纳入分片链中作为阶段1的组成部分。本文档提出了一个大胆的替代方案,用以解决所有这些问题,使以太坊2.0能够更快地投入使用,同时降低风险,其中还有一些折中方案。

方案细节

我们把?SHARD_COUNT?从1024减少到64,并将每个时隙处理的分片数上限从16增加到64。这意味着现在的“最优”工作流是:在每一次信标链生成区块的期间,每个分片都会产生一个交联一词,因为并没有“连接”到分片链,直接使用“分片区块”更合适)。

请注意一个关键细节:现在任何分片位于时隙N+1处的区块都可以通过一条路径知道所有分片的在时隙N处的区块。因此,我们现在有了一流的单时隙跨分片通信。

工信部:到2023年形成若干区块链等新一代技术应用场景:工信部办公厅印发《建材工业智能制造数字转型行动计划(2021-2023年)》。目标到2023年制修订30项以上建材行业智能制造相关标准,培育5家年产值过亿元的建材行业信息化、智能化供应商,建立10个建材细分公共服务平台;建立5个建材行业智能制造创新平台,形成15套系统解决方案,突破50项建材领域智能制造关键共性技术,培育100个建材工业APP,形成若干大数据、云计算、物联网、区块链、5G通信、虚拟现实、工业互联网等新一代技术应用场景;推选6家智能制造标杆企业,建立50个建材行业智能工厂,打造20个数字矿山,培育100个在研发设计、生产制造、供应链管理、电子商务、设备运维等领域单项应用取得突出成效的典型项目。[2020/9/18]

-现状-

-新提案-

在这个提议中我们改变了见证消息所连接对象的结构:在原先的方案中,见证消息中包含着“交联”,交联中包含着以某种复杂序列化形式表示的许多分片区块的“数据根”;但在新提案中,见证消息只包含着一个数据根,该数据根代表着一个区块内的内容。分片区块还将包括来自提议者的签名。为了促进p2p网络的稳定性,计算提议者的方式依然使用之前基于常设委员会的算法。如果没有可用提案,交联委员会成员也可以就“零提案”进行投票。

我们依然在状态中存储一个映射?latest_shard_blocks:shard->(block_hash,slot)?,不同的是参数由epoch变为时隙。在理想状况下,我们希望每个时隙这个映射都能够得到更新。

声音 | 工信部李鸣:发改委征求意见稿如果正式实施,对于挖矿企业的影响较大:据每日经济新闻消息,4月8日,国家发改委发布《产业结构调整指导目录(2019年本,征求意见稿)》,虚拟货币“挖矿”活动出现在淘汰类之中。对此,中国电子技术标准化研究院区块链研究室主任李鸣表示,征求意见稿如果正式实施,对于挖矿企业的影响较大。即便一些企业可能会选择到海外——如东南亚等地,寻找能耗成本较低的区域“挖矿”,但在这个过程中还会面临劳动力、产业转移、环境成本等方面的风险和考验。该目录目前尚处于征求意见阶段,征询日期为2019年4月8日至2019年5月7日。[2019/4/10]

将?online_validators?定义为活跃验证者的子集,活跃验证者即在过去8个时段中至少有一个epoch包含其见证消息。只有2/3的?online_validators?都对给定分片的同一个新区块达成共识,上述映射才会进行更新。

假设当前时隙是?n?,但对于给定分片?i,latest_shard_blocks.slot<n-1,我们则需要对该分片的见证消息来提供范围??内所有时隙的数据根。

分片区块仍需指向“先前的分片区块”,我们还是要强制保证一致性,因此该协议就要求多时隙的见证消息来保证一致性。委员会采用以下“分叉选择规则”:

对于每个有效且可用的分片区块B,计算其最新消息支持B或B的后代的验证者总权重,暂且将该权重称为分片区块B的“得分”。即使是空白的分片区块也可以有得分。

工信部软司信息服务业处副处长李琰:我国计划从顶层设计推动区块链标准体系的建设:近日,工业和信息化部信软司信息服务业处副处长李琰在透露,我国已开始着手建立区块链国家标准,计划从顶层设计推动区块链标准体系的建设。李琰指出,我国区块链技术持续创新,区块链产业初步形成,但区块链技术与产业发展同时还有许多亟待解决的问题。他表示,工信部将继续推动区块链核心基础技术的研究,推动政产学研平台的搭建,促进区块链应用逐步落地,构建包含可信区块链标准在内的标准体系的建设,引导行业良性健康发展,积极开展国际合作,提升我国在区块链领域的国际影响力。[2018/5/28]

在?latest_shard_blocks.slot+1?处根据最高得分选出相应区块

在?latest_shard_blocks.slot+k?处选择区块时,也根据最高得分来选,但仅考虑其父块已在?latest_shard_blocks.slot+(k-1)?处被选择的区块

概述

从信标区块N到信标区块N+1的发布过程如下:

信标区块N发布;

对于任何给定的分片i,分片i的提议者提议一个分片区块。该区块的执行过程可知信标区块N和先前区块的根;

被分配到分片i的见证者提交见证消息,包括其对时隙N处的信标区块和分片i区块的意见;

信标区块N+1发布,其中包括对所有分片的见证消息。区块N+1的状态转换函数对这些见证消息进行处理,并且更新所有分片的“最新状态”。

成本分析

请注意,参与者不需要随时主动下载分片区块数据。相反地,提议者发布提议时,只需要在3秒内上传上限为512kB的数据,随后委员会验证提议时,只需要在3秒内下载上限为512kB的数据。

工信部于佳宁:区块链技术是版权保护天然需要的技术:据科技日报报道,工信部信息中心工业经济研究所所长于佳宁表示,通过区块链技术,数字作品的作者、内容和时间绑定在一起,如此一来,违规造假侵权的可能性进一步降低。此外,数据将变成有价值资产,分享数据能获得利益。“创作即确权,交易即授权,发现即维权。”区块链技术是版权保护天然需要的技术。[2018/4/27]

请注意,此操作的要求低于目前每个验证者的长期负载要求,即每个epoch约2MB。然而,这对“突增性”负载的要求更高:之前是3秒内上限64KB,现在3秒内上限会提高到512KB。

见证消息负载的信标链数据更改如下。

每条见证消息有224字节的基本开销,再加上见证者字段需要少则32字节,多则256字节的数据。也就是说,一条见证消息需要256-280字节的开销。一个区块最多可以有256条见证消息,平均则是约128条,所以单个区块的消息开销在平均条件下是32768字节,最糟糕的情况下是122880字节。

每个分片状态更新消息需要:区块体chunk数据根,每128kB的区块数据就需要一个数据根,所以平均需要48字节,最大需要128字节;分片状态根,128字节;区块体长度,8字节;custodybits,少则32字节,多则256字节。因此,平均来看需要216字节,最大需要520字节。单个区块最多可以有256条分片状态更新消息,平均是64条。因此平均需要13824字节,最大需要133120字节。

每个证明有大约300字节的固定数据,加上一个位字段,即每个epoch400万bit,每个时隙8192字节。因此,目前方案的最大负载为128*300+8192=46592,平均情况中的负载可能更接近32*300+8192=17792,即使这样还可以通过压缩证明中的冗余信息来降低负载。

出于效率考量,在一个区块中我们仅包含胜出见证消息中的分片状态更新数据;对所有其它见证消息中的分片状态更新数据都仅保存其哈希值作为替代。这样就可以大幅节省数据开销。

还要注意的是,见证聚合在每个分片中每个时隙的成本为65536*300/64=307200字节。这对运行节点提出了一个天然的系统需求门槛,因此要再压缩区块数据的话也没有什么意义。

从计算层面来说,唯一大幅增加的花销是需要更多的配对,每个区块的上限从128增加到192,而这将使得区块处理时间延长200ms。

“基础操作系统”分片

每个分片都有一个状态,就是一个?ExecEnvID->(state_hash,balance)?的映射。一个分片区块被分成一组chunk,每个chunk指定一个执行环境。一个chunk的执行依靠状态根和chunk的内容作为输入,并输出??元组的一个列表,每个分片最多拥有一个?EE_id。我们也会从该EE的余额中减去value的总数。

在分片区块头里,我们放置了一个“收据根”,里面包含了一个映射:?shard->…]?。

在分片i上的一个分片区块,应有一个默克尔分支,包含所有其它分片的收据,而这棵默克尔分支就是由其它分片的收据根生成的。收到的价值会被分配到其EE,且EE可以访问?msg_has?。

这就使得不同的分片可以在EE间实现即时的ETH转移,此时每个区块的开销为(32*log(64)+48)*64=15360字节。msg_hash?可以被用于减少伴随ETH转移所传递的跨分片信息见证内容的大小,因此在一个高度活跃的系统里,15360字节数据是必不可少的。

主要益处:更简单的费用市场

我们可以接着修改执行环境系统:每个分片都有一个状态,该状态包含状态根和执行环境的余额。执行环境将能够发送收据,向其它分片的同一EE直接发送货币。这个过程将使用默克尔分支处理机制来完成,每个分片的EE状态储存着一个其余每个分片的nonce,用以抵御重放攻击。EE也可以用来直接向区块提交者支付费用。

这提供了足够强大的功能性,使得EE能够建立在这样的基础之上:允许用户在分片上存币,并将其用于支付交易手续费;在分片间转移币就如在同一分片内进行操作一样简便,从而消除了对中继市场需求的紧迫性,也不需要让EE来承担实现optimistic跨分片状态的负担。

完全的和压缩后的见证消息

出于对效率问题的考量,我们还进行了以下的优化。如前所述,指向时隙n的见证消息可完整地包含在时隙n+1中。但是,如果此种见证消息需要被包含在后续的时隙中,则必须以“精简形式”进行嵌套,仅包含信标区块,而不包含任何交联数据。

这不仅起到了裁减数据的效用,更重要的是,通过强制“旧见证消息”保存相同数据,可以减少用于验证见证消息所需的配对数:在大多数情况下,所有来自相同时隙的旧见证消息都可以经由单一配对验证。如果链不分叉,那么在最坏的情况下,用以验证旧见证消息所需的配对数会被限制在epoch长度的2倍。如果链确实分叉,则要包含所有见证消息的能力就得依赖于一个更高的诚实提议者比例,并且要将更早的证明也包含进去。

保证轻客户端的参与

每天,我们随机选择一个由大约256个验证者组成的委员会,这个委员会可以在每个区块上进行签名,其中签名被包含的验证者便可以在区块n+1中获得奖励。这样做的目的是允许计算能力不高的轻客户端参与。

题外话:数据可用性根

证明一个128kB数据的可用性的操作是多余的,几乎没有价值。与此相反,有意义的是:要求一个区块能够提供该区块接受并组合在一起的所有分片区块数据的串联根。然后可以根据此数据创建单个数据可用性根。请注意,创建这些根可能要花费比一个时隙更长的时间,因此,最好用于检查一个epoch前的数据的可用性。

其他可能方案

时隙n的分片区块必须引用时隙n-1的信标链区块,而不是时隙n处的信标链区块。此种措施将允许以时隙为单位的循环并行发生,而不是串联发生,从而减少时隙时间,这样做的代价是导致跨分片通信时间从1个时隙上升到2个时隙。

如果一个区块提议者试图将区块大小扩大到64KB以上,他需要首先生成64kB的数据,然后让交联委员会对其进行签名,接着,他们可以添加一个引用第一个签名的64kB数据,以此类推。这将鼓励区块创建者每隔几秒提交他们区块的部分完成版本,从而创建一种预先确认的机制。

加快秘密领导人选举的发展。

与其使用“强制嵌入”机制,我们不如寻求一个更简单的替代方案:每个分片为其余的每个分片维护一个“inboundnonce”和一个“outboundnonce”,一个分片制造的收据将需要手动进行添加,并由接收的分片按顺序进行处理。收据生成将受限于每个区块每个目标分片的少数收据,以确保一个分片能够处理所有传入的收据,即使是所有分片同时向它分送收据。

原文链接:?

https://notes.ethereum.org/@vbuterin/HkiULaluS?from=groupmessage&isappinstalled=0

作者:?Vitalik

本文由?ECN以太坊中国?社区翻译,EthFans经授权使用译本。再出版时,根据原文的改动更新了译本。

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

区块博客

[0:15ms0-5:871ms