生活常识以太坊信标链将于10月底进行Altair

qw0800

注：原文作者是CS的研发人员B E。一开始，[url=http:///www.imotken.net/]imtoken下载[/url]便发展的一发而不可收拾，逐步开拓出属于自己的一片天空。[align=center]

                               
登录/注册后可看大图

[/align]



A

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

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

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

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

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



合并

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

一些ETH 10和ETH 20团队将在10月初开会以运行一些 M 开发者测试络。



S

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

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

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

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

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

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

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

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

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

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

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



研究

在E 上：

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

定期会议

第7次施者会议于9月2日举行。

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

第122次以太坊ACD会议于9月17日举行，T B 做了笔记，这是议程?。

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

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

S

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

第七期SH社区会议在9月15日举行，这里有会议视频?和相关内容总结?。

这次会议上有一个很好的 S 演示，这是一个用于设置和监控  节点的免费图形环境，他们为所有客户端启用了一个速同步版本。

还有W K的一个演示，这是一个用于生成密钥和注册存款的图形工具。W K的第一个版本已经发布，并支持了测试。他们正在寻求测试人员的反馈（可领取一个POAP）。

和以往一样，SH还更新了项目想法列表?。