信标链运行正常以太坊2.0最新更新进展

金色财经 view 43301 2020-12-16 14:32

感谢每一位在 Gitcoin Grant 上支持过我的人！总共有超过一百位捐献者。我太感动了，所以我一定会继续推进注释版规范的编写。我们没有为 Teku 设置 grant 页面，有时候我会被问及这个问题，如果大家想要支持 Teku，可以考虑在本轮中对其他支持 Eth2 的项目进行捐赠。

阶段0：信标链

自 Eth2 创世以来已经十来天了，信标链一直在正常运行！

创世活动非常顺利，以太坊基金会和 EthStaker 联合举办的创世派对非常有趣，在 YouTube 超过了五万观看量。Ethhub 举办的直播也提供了播客和 YouTube 播放。Coin Jazeera 以其奇特的风格报道了 Eth2 的创世。

大家建议创世区块的提议者能够在涂鸦字段 (任意32字节即可) 记录一些意义深远的信息，现实如下：

Mr F was here

Vitalik 看起来似乎表示赞许！根据 Hudson 的推文，“Mr. F 与 Queen 乐队有关，Vitalik 还进行了签名。”

随着大家对 Eth2 的信心增长，存款合约中的存款在持续累积。可以在此处查看进度。

译者注：截至译文发布，已经有 ETH被质押，超过了 ETH 总量的 1%。活跃验证者为33,427，队列中的验证者数量为12,683，目前激活队列的排队时长约两周多。

大家可以在推特上关注 Eth2 Rewards Bot 来获取信标链状态。很高兴在45000笔存款中只有一笔无效存款，且只有1 ETH。

网络参与率一直在 99% 徘徊，这是一个非常健康的指标。我的 Teku 节点也在占用少量 CPU 和少量内存的情况下正常运行，完美同步。这符合我之前的预测。

Barnabé Monnot 针对前1000个 epochs (约4.4天) 进行了全面分析。总的来说，信标链正在井井有条地运行。

罚没

最戏剧化的是到目前为止，已经发生了五起明显的大额罚没事件。值得一提的是，被罚没可能并不像听起来那么严重。当前会立即实施的罚款只有 32 ETH 中的 0.25 ETH，除此之外可能还有其他惩罚。主要的痛点是您的ETH现在已在信标链中锁定且处于不可用状态，直到建立了某种退出机制。

第一个被罚没的验证者20075是因为提议了矛盾区块 (模棱两可)。根据报告，该用户使用同一个密钥运行了两个验证者。

接下来的十个被罚没的验证者都来自 Ankr 的 Stkr 服务，罚没原因是做出矛盾证明。据 Ankr 的报告，事件缘由是他们的 (home-brew) 罚没保护基础设施出现故障，验证者重启后被允许进行环绕投票 (被禁止的验证者行为之一)。客户端都内置了环绕投票的预防措施，因此尚不明确是具体是哪里出现了问题。

第三个被罚没的验证者18177是因为双重提议。相同高度的矛盾区块包含不同的涂鸦 (graffiti)。最可能的原因是使用同一个密钥在不同地方运行验证者，该行为的目的可能是尝试获取“POAP”。

第四个被罚没的验证者25645也是因为双重提议。该验证者在 EthStaker 论坛上称其使用同一个密钥设置了两个验证者。

第五个被罚没的验证者7635是因为对同一个目标检查点给出了两份证明。

以上其中至少三起罚没事件，都源于我们反复提醒过的不当操作：在多处同时使用同一个密钥运行验证者。无论如何请切忌这样做！

大家有可能在尝试进行冗余配置。这是错误的想法！短期离线 (一两天) 对于验证者长期的奖励总额不会有太大影响，比起被罚没这更为可取。用Vitalik的话来说：“不要用力过猛 (don’t try so hard)”！Carl Beekhuizen 在以太坊基金会博客的文章 Perfect is the enemy of the good 中对此进行了更详细的解读。另，Prysm 客户端团队的 Raul Jordan 也撰写了一篇 Eth2 Slashing Prevention Tips 来帮助大家避免被罚没，这适用于所有客户端。

关于罚没，Blox Staking 的 Alon Muroch 发文阐述了最小罚没保护。这与 Teku 前阵子加入的本地罚没保护不谋而合：简洁至美。Alon 的文章没有包含区块提议，但这部分内容不多。

测试网

当前的测试网是 Pyrmont，目前在平稳运行中 (90% 的验证者由客户端团队和 EF 运行)。目前进入不需要排队，我们希望 Pyrmont 至少在一月结束前都作为主要的测试网。

工具

我非常喜欢这个社区的一点在于：每当产生需求和机会时，总有人会出现。对于不断壮大的工具生态系统来说也是如此。

感谢 Beaconcha.in 推出了监测验证者的移动版应用。我正在使用，非常不错

信标节点和验证者的脚本安装 (目前只有 Pyrmont 测试网的 Lighthouse 版本)

CoinCashew 在他们的客户端安装教程中加入了一个部分，介绍如何使用谷歌云的免费服务来监测节点的运行时间。此处是一个视频教程

既然说到谷歌了，这里还有一篇来自 Nansen 关于使用Google BigQuery 对以太坊2.0进行 ETL 的文章，我之前没有留意到

来自Stakewise的 BLS Horcrux 使用Shamir的私密共享免信任地创建了 BLS 阈值签名

我的同事 Adrian Sutton 展示了如何使用 chaind 工具 (来自Medalla 数据竞赛冠军 Jim McDonald) 来监测节点性能。(Adrian 在其中发现了一个与字节序相关的bug)

Protolambda 为客户端 API 提供了测试生成器

此处是一个新项目，为监测 Eth2 节点状态创建接口，目前正在寻求贡献者。

质押服务

目前有一些质押服务商的列表：

Stakefish

StakingEther

Beaconcha.in

EthStaker 社区正在组建一个以太坊尽职委员会 (Ethereum due diligence committee) 来对质押服务进行评估。大家可以在这里查看此前的讨论。

大家使用的质押服务可能出现在这里哦。

路线图

Vitalik 更新了他的 Eth2 路线图，新加入了进度条。

其中强调的主要变化，即我们之前注意到的，Eth1/Eth2的合并进程，以及我们现在会并行进行分片和请客户端的工作。合并的主要可能方案是可执行信标链，目前在由 Mikhail Kalinin 进行原型开发。

Vitalik 还提出了一些协议上的调整，可能会在短到中期内实施。对于客户端来说，其中一个挑战在于如何处理及时处理 epoch 转换：epochs 的前几个区块在 Pyrmont 测试网中常常成为孤块，而 epoch 之初的证明经常都不正确。这个问题尚未对信标链产生影响，但是越早解决这个问题越好，这是提案的目标之一。

对于更短期来说，一种其他形式的提款机制也正处于讨论中。当前的机制是，一旦你进行了质押，你需要保管好 BLS 私钥，用于在将来从信标链中提取存款，但是具体的提款机制还没有进行设计。这对于个人质押这来说问题不大，但是对于免信任的质押池来说则不然，因为他们需要通过一个智能合约来管理提款。既然 Eth1 和 Eth2 的合并可能会来得更早，还是需要对这种机制进行规划，至少在实现方式上要达成一定的确定性。我们在上期对一些提案进行了论述，Dmitry Shmatko 也发表了他的方案。

Lakshman Sankar 写了篇文章支持质押池，并且参与了 EthStaker 第12次社区会议进行相关讨论。自那之后，规范出现了一条 PR，Superphiz 对此进行了一些评论。这份 PR 中的内容在技术上来说没有难度，甚至不需要对信标链进行分叉。对明确的承诺达成共识是一件好事。