点击图片查看原图
欢迎阅读第二期以太坊2.0开发进度更新。
原文作者是来自ethereum.org的Danny Ryan。
长话短说：
开发者发布了0.9.0版本的Tonkatsu规范，确保以太坊Phase 0阶段可畅通无阻地继续发展；
开发人员仍在继续修改Phase 1阶段的提案细节内容；
客户端开发侧重于eth1 -> eth2基础设施的转换及优化；
（图片来自：ethereum.org）
发布Tonkatsu
正如我们在最近的以太坊2.0电话会议上所承诺的，近期的重点是发布0.9.0版本的Tonkatsu。这个版本在很大程度上简化了Phase 0，这里的目标是删除Phase 0中与Phase 1有关联的部分，以确保Phase 0的开发可继续畅通无阻，而不用理会正进行当中的分片提议修改工作。
关于Tonkatsu更多的信息，你可以看发布说明。
重新设计Phase 1
正如上一次进展更新中提到的，我们几乎肯定会为Phase 1采用一个新的更简单的方向（译者注：很大可能就是Vitalik提出的简化方案）。新的分片提议有助于在每个slot周期“交联”每个分片。这大大简化了分片之间的通信，并将在Phase 2阶段为开发者和用户带来更好的体验。
之前的跨分片通信示意图（近似）
新的分片设计方案
为了支持这一新提议，必须要将分片总数从最初设定的1024减少到新的估计数64，然后随时间的推移（大约10年）不断增加分片数量。以下是减少分片总数的主要原因：
每个分片以每个slot为周期，在网络和信标链(beacon chain)上诱导证明负载，而不是每个epoch周期；
每个委员会必须有最低安全数量的验证者，如果由于分片数量太高，而每个epoch周期有太多的委员会，那么就不可能有足够的验证者（需质押32ETH）来安全地分配给每个委员会；
[编辑：以下内容是在博文首次发布后添加的，以回应reddit上的一些讨论]
为了实现与前一个分片方案类似的可扩展性，新提案的目标分片区块大小将增加8倍，具体从16kB增加到128 kB。这为系统提供了大于1MB/s的数据可用性，这与ZKrollup和OVM等有前途的L2方案能够很好地进行协同工作。
而这些更大分片区块大小的网络安全，则是通过对现有以太坊网络进行的实验性研究来证明的。
在过去的几周里，以太坊研究团队的大部分精力都集中在审查和整理这个新提案的细节上。
客户端开发工作
以太坊2.0的客户端继续在悄然发展，正如最近的以太坊2.0电话会议中所讨论的，我们正努力处理来自以太坊1.0的存款问题，例如优化状态转换和BLS实现、跨客户端模糊化、网络监控工具等等！更大的单客户端测试网正在进行当中，同时我们也在继续进行跨客户端实验。
现在，0.9.0版本已经发布，客户端们正更新它们的状态转换逻辑以通过新的测试向量，并引入简单的证明聚合策略。
