Ben Edgington       2021-09-27

来源 | What's New in Eth2

质押参与调查问卷就快结束了。如果读者正运行自己的验证者节点 (不管是在自己硬件上还是在云端上运行)：我们希望收到你的质押运行体验。

信标链

Lodestar 不仅上线了主网，而且运行得很不错🎉

Altair 升级

在本周的核心开发者会议中，我们为 Altair 升级的部署开了绿灯。提醒一下，Altair 引入了同步委员会和验证者收益计算上的变更，但不是 The Merge。

可视化之王 Protolambda 做了一些了不起的工作，为部署升级的道路扫清了障碍。最后一个阻碍是：同步委员会对测试网的参与率很低 (下降了约 70%)，我们也不知道为什么。好在 Proto 出了一份分析，揭示了一系列很容易解决的问题，最显著的一个问题是 Nimbus 同步委员会的参与率几乎为零。这个原因真有趣。

我们将升级/分叉的时间定在 10 月 27 日，星期三。具体的 epoch 为 74240，也就是 UTC 时间 27 日 10:56:23。我们本来开玩笑说挑一个回文数字 (即 epoch 74247)，但出于技术原因，还是优先考虑前者吧 (epoch 74240 是批处理历史状态根的边界)。

客户端团队将于 9 月底发布兼容 Altair 升级的主网版本，并从 10 月 4 日开始发布一些博客文章和宣传。请大家做好计划，在 10 月的前几周更新你的客户端。

关于其他新闻，优秀的 Pintail 写了一份很棒的分析，预测了 Altair 分叉之后验证者节点收入将如何变化。文章重点有：对于延迟证明的惩罚将会更加严厉；并且即使对于表现完美的验证者，获得的奖励也会有更大的差异。后者是由于随机分配的任务 (提议区块和同步委员会) 在奖励中所占的比例比现在大。

合并 (The Merge)

关于合并的大部分更新都在核心开发者会议上讨论。

提前透露一个消息：一群 Eth1 和 Eth2 团队将于 10 月初会面，以运行某些合并的开发者测试网。自两年前两个团队一起工作以来，这将是 eth1 和 eth2 团队的第二次共事。

客户端多样性再次成为本周的话题。最近的一次讨论是由 Sigma Prime 的 Michael Sproul 写的分析引起的。

以前，只有两种已知的方法来分析客户端类型的网络分布。

第一种是对涂鸦 (graffiti) 进行分析，以计算每种客户端生产的区块数量。这提供了验证者节点的客户端分布信息。然而，大多数质押者 (约 70%) 更改了其涂鸦的默认设置，因而导致误差特别大，结果也十分不可靠。

第二种方法，通过爬行网络以试图连接到信标节点。作为信息交握的一部分，信标节点会报告其客户端类型，因而可以分析客户端的网络分布。但这个方法会出现几个问题，有一些我们此前已讨论过。即使我们能够准确地了解节点分布情况，但这也不一定能告诉我们验证者/质押的分布情况，因为每个节点都可以托管零到数千个验证者。在 Miga Lab 的 crawler dashboard 中就可以发现，这种分析方法夸大了 Prysm 在大多数地区的网络占比，可能因为 Prysm 节点托管的更多是个人质押者 (托管的验证者节点较少)；而 Teku 通常是质押提供商的选择，因而其质押者节点在网络的占比被低估了。(请注意，Miga 认为他们基于新加坡的爬虫器给出了与 Sproul 非常相似的结果。想看看 Miga 图表上的百分比！)

而 Sproul 则使用了一种全新的技术来分析客户端的网络分布，即给区块“采集指纹” (fingerprint)。客户端在构建某个区块时包含多达 128 个证明。这些证明的排序是任意的，对协议没有影响。事实证明，不同的客户端倾向于使用特征排序，通过一些分析，你可以很有把握地知道哪个客户端创建了哪个区块。这太棒了，让我们首次对客户端的质押分布有了某种程度的准确了解。当然，这是有限制的：比如，Teku 和 Nimbus 构建的区块看起来很相似，所以并不总是可以区分它们。然而，这种分析太有用了，所以我估计客户端团队会同意对客户端的不同行为进行编码，使得分析结果更加准确有效。

Sproul 的研究结果证实，Prysm 在网络的比例持续占主导，几乎占总验证者节点的 2/3。这引起了热烈的讨论。自四月份的区块生产事故发生以来 (事故揭示了超过 70% 的验证者节点由 Prysm 客户端托管)，Prysm 的占比所有下降，但是仅降低了少部分。

2/3 真是一个可怕的占比，令人不禁担忧。如果发生一个事故，使得使用 Prysm 客户端的节点被分叉到另一条链 (测试网上已经发生过此类事件了)，则很难想象信标链网络如何能够合理地恢复，而不会对使用 Prysm 的验证者造成巨大损失。Adrian Sutton 在其文章《如果信标链出现共识失败，会发生什么？》中解释了原因。在 Reddit 上也有讨论这个话题。

围绕该问题的讨论愈演愈烈：Dankrad 发布了一条帖子；Superphiz 正在发起一项活动，以促进客户端多样性；Jonny Rhea 制作了关于客户端多样性的 memes；Evan Van Ness 发出了非常严重的警告。

如果你作为一名 solo staker 想贡献出自己的一份力量，这里有一份指南，教你如何从 Prysm 切换到 Teku 或 Nimbus (请注意我的附加评论)。Nimbus 也出了一份迁移指南。

如果你正使用质押服务商质押，那么就在这个问题上纠缠他们，直到他们多样化其客户端使用 (迁移到少数使用的客户端)，或至少停止继续在多数使用的客户端上添加新的验证者节点。

你不会因为使用了占比较小的客户端而损失的！我就向大家透露吧，在这篇《2021 年 8 月的质押状态》分析中，客户端 C 实际上是 Nimbus。自信标链创世以来，Teku 一直是表现最佳的客户端，而 Nimbus 的表现紧跟其后。事实上，目前占比最大的客户端的回报率最低🤷‍♂️。

释义性文章

提醒大家，去中心化质押池 Rocket Pool 将于 10 月 6 日上线主网。LogicBeach 制作了一个一分钟的视频解释 Rocket Pool 的主网发布。信标链浏览器 Beaconcha.in 添加了 RocketPool 的 dashboard 和验证者信息。

这里有一篇不那么简单的释义性文章：Alin Tomescu 写的《用于快速计算 KZG 证明的 Feist-Khovratovich 技术》。该文章 (略微) 剖析了 Dankrad Feist 和 Dmitry Khovratovich 所写的关于执行超快多项式承诺的论文。我之所以在这里提到它，是因为这种技术使计划中的分片链数据可用性取样方案变得可行。你可以查看我使用 C 语言的实现 (这基于 Proto 使用 Go 语言的实现，基于 Dankrad 使用 Python 的实现完成的)。Anton Nashatyrev 正试图将该技术集成到 Teku 中，以作为一个 Eth2 分片原型。

Sina Habibian 出了一个新播客 "Into the Bytecode"。在第二期中，Danny Ryan 和 Tim Beiko 深入探讨了以太坊协议的未来。我还没有找机会听，但我相信这期的内容肯定很棒。

Ethresear.ch:

• 通过实际的实现，讨论了 BLS 批量验证的安全性。

• 在 PoS 下，对以太坊所定下的 (最小可行发行量) 目标进行了分析，并做出了一些有趣的观察。

实现者会议

第 73 次会议在 9 月 23 日举行

讨论内容包括 Altair 升级的计划、客户端团队的常规更新、The Merge 的 API 以及客户端多样性指标。

核心开发者会议

第 122 次核心开发者会议于 9 月 17 日进行。Tim Beiko 做了笔记，此处为会议议程。除此之外，还有一些关于 The Merge 的讨论。

• 大家同意了将共识层上的信息顺序最初设置为同步，未来可能会朝着异步的方向发展。

• 大家 (或多或少) 同意将 PoW 链的终结总难度 (terminal total difficulty) 进行硬编码。这降低了复杂性且增强了安全性，但会有一些权衡 (在会议中已讨论，并在笔记中有总结)。

• 围绕“交易类型表示”提出了一个问题，这太微妙了，我无法理解。

• 客户端团队报告了其对于 The Merge 实现进程的更新。

Stakehouse 社区会议

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

Stakehouse 第七次社区会议在 9 月 15 日进行。此处为总结帖子，还有会议视频。

在会议中，展示了一个很棒的 Stereum demo，这是一个用于设置和监视质押节点的免费图形化环境。它们为所有客户端启用了一个快速同步版本。

还有一个 Wagyu Keygen 的 demo，这是一个用于生成密钥和进行存款和质押的图形化工具。Wagyu Keygen 的首个版本已发布) (仅在测试网上线)。他们正收集参与测试的用户反馈 —— 参与者可以领 POAP。

一如既往，StakeHouse 持续讨论项目更新和其项目想法列表。

如果你是一名 BrightID 用户，它们正公平空投其 [$BRIGHT](https://www.coingecko.com/en/coins/bright-token) 代币。例如，如果你之前为 GitCoin 验证设置了BrightID，那么你可能有资格申领空投。此外，Eth2 信标链创世质押 POAP 的持有者也有资格申领一些 $BRIGHT 代币。老实说，这个过程有点繁琐，但最终还是设法申领了一点。