通告

Eth2 更新速览 No.2

Ajian   |     |   469 次阅读

Default featured image huge

欢迎大家来到 Eth2 更新速览第二篇!

要点

  • Phase 0 技术详述 v.0.9.0 -- Tonkatsu 已经发布,保证 Phase 0 的开发工作可以畅通无阻;
  • 修缮 Phase 1 提案细节的工作仍在进行;
  • 低调的客户端开发工作集中在 eth1 -> eth2 的基础设施、用于生产环境的通用加强措施和优化措施。

新的技术详述放出(代号:“Tonkatsu”)

在最近一次的 eth2 视频会议中我们保证,我们会更新技术详述;现在我们放出 spec 0.9.0 版(代号:“Tonkatsu”)。这一版更新在很大程度上简化了 Phase 0。本版更新的目标也确实是移除 Phase 0 中所有会跟 Phase 1 有争议部分会发生关联的部分,以保证 Phase 0 开发可以不受仍在开发中的分片简化提案的影响,不受阻碍地继续推进。

可以通过阅读本版更新的发布声明来了解更多信息。

开发中的 Phase 1 新设计

我们在上一篇 Eth2 更新速览中已经提到,我们几乎可以确定会为 Phase 1 采用一种更新、更简单的提案。新的分片方案改成了在每个时隙内都为所有分片做 “交联”。这就极大地简化了分片间通信,并且打造了通往 Phase 2 的更好、更简单的开发体验、用户体验。

-上一版跨分片通信(近似)-

-新的分片提案-

为支持这一新提案,启动时候的分片数量必须从 1024 减到 64(现在是这么估计的),然后在很长一段时间(约 10 年)内根据消费级笔记本可用的标准资源数量逐步提高分片的数量。下列两个理由是缩减分片数量的主要理由:

  • 每个分片都要在每个时隙中向整个网络和信标链上传一条见证消息(原本是每个时段上传一次)
  • 委员会的验证者数量有一个为达成安全而必须满足的下限。如果单个时段内有太多的委员会,那么验证者的数量就有可能不够。

[修订:后文是在本文初次之后根据大家在 reddit 上的讨论而添加的]

为了在新提案下实现与旧提案相近的可扩展性,分片的目标区块大小要放大 8 倍,从 16kB 变成 128kB。这样会给整个提供大于 1MB/S 的数据可用性,可以跟合适的 Layer-2 方案如 ZKRollup 和 OVM 很好地协作。通过在现有以太坊上的实验性研究,可知这个更大的区块大小不会危及网络的安全性。

在过去几周内,以太坊基金会研究团队的大部分成员都在为确定新提案的细节而努力。想获得更多信息,请看 正在进行中的 Pull Request 或者Phase 1 问题讨论

低调但高效的客户端开发

Eth2 的客户端还是在低调地开发。一如我们在最新的 eth2 视频会议中讨论到的那样,大家的主要精力还是放在 Eth1 的保证金处理、生产环境用的通用客户端加强技术、状态转换的优化、BLS 实现、客户端互操作性、组网监控工具等等上。更大型的单客户端测试网正在开发中,跨客户端的实验也步履不停。

现在,spec v0.9.0 已经发布啦,各客户端也正在更新状态转换逻辑,以传入新得测试因子;客户端还在引入简单的见证消息整合策略


原文链接: https://blog.ethereum.org/2019/10/31/eth2-quick-update-no-2/
作者: Danny Ryan
翻译: 阿剑

 
0 人喜欢