Altair

在本周的开发者电话会议上，我们为Altair 升级的部署开了绿灯。提醒一下，Altair 引入了同步委员会以及一些经济变化，但它和合并（The Merge）无关。

视觉效果之王 Protolambda 做了一些出色的工作，这为Altair升级扫清了道路。最后一个阻碍因素是同步委员会在测试网络上的参与率很低（下降了70%左右），我们不明白是什么原因造成的。Proto 的分析揭示了一系列很容易解决的问题，最重要的是 Nimbus 的同步委员会参与根本不起作用。

因此，我们将升级/分叉的日期定为10月27日（周三），确切时间点是在第74240个epoch，即27号UTC时间10:56:23。我们曾选择过第74247个epoch作为升级时间点，但由于技术原因（批量处理历史状态根的分界线），我们更倾向于选用更早的epoch。

客户端团队将于9月底发布Altair的主网版本，并从 10 月 4 日开始发布一些博客文章，请准备好在10月的前几周更新你的客户端。

在其他方面，优秀的 Pintail 对 Altair 分叉后验证者收入的预期变化做了非常好的分析，其主要的结论是，延迟证明的惩罚将更加严厉，并且即使对于表现完美的验证者，获得的奖励也会有更大的差异。

合并

大多数关于合并的更新，都在核心开发者电话会议上进行了讨论。

一些ETH 1.0和ETH 2.0团队将在10月初开会以运行一些 Merge 开发者测试网络。

Staking

客户端多样性再次成为本周的话题，最近的爆发是由Michael Sproul（Sigma Prime ）的巧妙分析引发的。

以前只有两种已知的方法可以评估客户端类型之间的网络分布。

首先是graffiti分析，它允许你计算每种客户端类型产生的区块数，这使得你可以在客户端之间分配验证器，从而分配质押。然而，大多数质押者（约70%）改变了他们的默认graffiti，因此误差线很大（结果非常不可靠）。

第二种方法是对网络进行爬网，以尝试连接到信标节点。作为握手的一部分，信标节点报告其客户端类型，因此你可以评估分发情况。这有几个问题，其中一些是我们之前讨论过的。但是，即使我们能够获得节点分布的准确信息，也不一定能告诉我们验证器/质押的分布情况，因为每个节点可以承载零到数千个验证器。我们在 Miga Labs 的爬虫仪表板中看到了这一点，该仪表板夸大了 Prysm 在大多数位置的网络比例，这可能是因为 Prysm 节点更多的是单独质押者，而倾向于托管较少的验证器，并低估了staking服务更常使用的 Teku。

而Sproul 的分析使用了一种全新的技术，即“指纹”区块。客户端在构造区块时最多包含128个证明。这些证明的顺序是任意的，对协议没有影响。 事实证明，不同的客户端倾向于使用特征排序，通过一些分析，你可以有把握地判断哪个客户端创建了哪个区块。这太棒了，它让我们第一次在某种程度上准确地洞察了客户端之间的质押分配情况。有一些限制：例如，Teku 和 Nimbus 区块可能看起来相似，因此并不总是可以区分它们。然而，这种分析是非常有用的，我预计客户端团队实际上会同意对其客户端的不同行为进行编码，以使结果更加可靠。

另外，Sproul 的结果证实了 Prysm 继续在以太坊2.0客户端方面占据主导地位，几乎三分之二的验证器使用了该客户端，而这引发了一些热烈的讨论。

令人担忧的是，三分之二的验证器对于单个客户端来说是一个非常可怕的数字。如果有一个事件将Prysm客户端带到了另一个分叉点上（在测试网上发生过），那么很难看到信标链网络如何能够合理地恢复，而不给Prysm质押者造成巨大的损失。Adrian Sutton解释了当信标链共识失败时会发生什么，他还在Reddit上进行了讨论。

围绕这个问题的热度正在上升：一个是来自Dankrad 的帖子，Superphiz 正在开展一项活动，以促进客户端的多样性，而Evan Van Ness 说了一些可怕的事情。

如果你想自己进行质押，以下是从Prysm 切换到 Teku 或 Nimbus的方法。请注意我的补充意见，Nimbus也有一份迁移指南。

如果你是使用了第三方的质押服务，那么就让他们知道这一点，不要松懈，直到他们迁移到少数客户端，或者至少停止在多数客户端上添加新的验证器。

你不会因为使用少数客户端而遭遇损失，我会透露，在这个分析中，客户端C实际上是Nimbus。 自创始区块诞生以来，Teku 一直是网络上表现最好的，而 Nimbus 也紧随其后。事实上，目前多数客户端获得的质押奖励是最低的。

研究

在Ethresear.ch 上：

1. 讨论BLS批量验证‌的安全性，并给出实际实现提示。
2. 对以太坊提出的“最低可行发行量‌”目标进行了分析，并给出了一些有趣的观察结果。

第73次实施者电话会议于9月23日举行。

1. 议程‌
2. 视频‌
3. 我的速记‌

这次会议讨论了Altair的规划、客户端团队的定期更新、合并API ，以及一些关于客户端多样性的指标。

第122次以太坊ACD电话会议于9月17日举行，Tim Beiko 做了笔记，这是议程‌。

除此之外，还有一些与合并相关的讨论：

1. 大家一致认为，共识层上的消息排序最初是同步的，将来可能会转向异步。
2. 人们或多或少同意 PoW 链的终端总难度将被硬编码，这降低了复杂性并提高了安全性，但同时也带来了在电话会议中讨论并在备注中总结的权衡。
3. 此外，这次会议上还提出了一个关于事务类型表示的问题，这个问题太微妙了，我无法理解。
4. 客户端团队合并实施进度更新‌。

注：StakeHouse专注于构建工具，以降低 Staking 的技术门槛并促进信标链的健康。


来源: 科技料