一文了解Medalla测试网网络动荡始末

作者:?BenEdgington

翻译:?阿剑

编者注:2020年8月15日,Medalla测试网出现了验证者参与率的大幅下降,起因是Prysm客户端默认使用Cloudflare公司的roughtime服务来较准节点的本地时间,但当时的roughtime服务出了错,导致所有Prysm节点的本地时间都快了4个小时,如此一来,Prysm节点就与使用其它客户端的节点隔绝开来了。

事发之后,Prysm客户端团队迅速推出了紧急修复并密切跟踪事态。但Medalla测试网仍因为各种原因而继续动荡,无法敲定epoch。事实上,事发之后,截至发文之时,Medalla测试网仅在北京时间2020年8月20日凌晨曾敲定区块,随后验证者参与度又降到了66%以下,未能敲定区块。

事实虽然令人不安,但它恰好提供了一个我们审视Eth2网络、审视节点行为的机会——绝不应放过这样的审视和反思的机会,否则我们仍有可能重蹈覆辙。

我们选择了多份材料,尝试多角度、多层次地复现完整的事实、囊括尽可能多不应被忽略的因素。诚然,我们缺乏能观察到去中心化网络全局情形的上帝之眼,认知的深度必定有其边界,但我们仍然希望,对陷入混沌的网络的恢复过程和参与者在此过程中的激励因素,能有一个完整的描述。到目前为止,这个目标还未实现。

第一份材料,来自Prysm客户端工程师prestonvanloon.eth在推特上对事件的报告。

Medalla测试网全局性故障初探

phil.eth:

ETH2.0测试网Medalla目前无法敲定区块,因为Prysm客户端的roughtime时钟同步出了问题。目前已经有了修复方案。请Prysm用户更新并重启你们的客户端。这一突发情况再次表明了客户端多样性以及测试网的重要性。

prestonvanloon.eth:

今天早些时候,Prysm出现了全局性故障,持续时间将近90分钟。本次事件的始末如下:

世界协调时17:30左右,/img/20230515222057947346/0.jpg "/>

图片来源:/img/20230515222057947346/1.jpg "/>

图片来源:/img/20230515222057947346/2.jpg "/>

经验教训

哪里出了问题

我们误以为,对于roughtime服务器故障的问题,我们有适当的应急方案。

网络中的每个Prysm节点同时受到影响,导致验证者参与率大幅降低。

PrysmaticLabs团队原以为,NTP服务器本身较为分散,而且每个服务器都开放6个端口,不会出现全局故障的问题。

万幸的是

一位贡献者已经向我们提交了一个PullRequest,把roughtime时间校准设为可以选择退出的功能。

我们已经可以用命令行功能标签立即选择取消roughtime时钟校准,这让修复措施变得简单,而且只需一次PullRequtest就能验证。

用户在Discord上积极参与讨论。当节点出现问题时,有大量用户提供了详细报告和重要指标。

我们有一个持续不断的重同步机制,当它发现时钟偏移量超过2秒时,它会不断更新节点本地的时间。我们一直在重新校准roughtime时钟,以便更快解决这一问题。这可能让这次事件提前了大约30分钟至1小时结束。

无聊猿游艇俱乐部资深玩家Longer 加入LuckyBird社区:11月15日消息,据悉,无聊猿游艇俱乐部资深玩家Longer今日宣布加入LuckyBird社区,链上数据显示Longer拥有的无聊猿编号为#8637,稀有度第490名,排名前十稀有,除此之外,其还拥有多个无聊猿土地和宠物狗,是资深的无聊猿系列NFT玩家,LuckyBird的愿景是打造成为BSC链上的BAYC,LuckyBird旗下的NFT产品BirdWorld NFT目前已经上线币安官方交易市场,并且交易量长期位于前三。[2022/11/15 13:08:13]

roughtime时钟同步问题似乎在大约90分钟后就解决了,而且在我们能够紧急发布新版本前,这个事件就已经结束了。

时间线

2020/08/15

1:25AM:Terence发现他的本地节点由于一直拒绝超前区块,收到了大量报警。这些区块的slot都超前了4个多小时。

1:28AM:Prometheus监控报警系统收到了roughtime偏移量高的报警。那时,距离网络最后一次敲定区块过去了10epoch。

1:35AM:至少有30名用户在Discord频道表示他们开始收到下方报警:WARNroughtime:Roughtimereportsyourclockisoffbymorethan2secondsoffset=4h0m0.028854657s

1:43AM:Terence在#war-room频道群发了告警消息,称这是一个PS0级别的事件,需要大家共渡难关。

1:45AM:Discord频道的用户提出,重启信标链节点和验证者客户端无法暂时解决这个问题。最可行的方案是将roughtime时钟同步设为可选禁用的功能。

1:51AM:问题上升到了多客户端聊天室

1:52AM:Ivan完成了?https://github.com/prysmaticlabs/prysm/pull/6898

2:00AM:Terence与512位验证者一起在本地测试了6898号PullRequest。

数据:某巨鲸从Aave赎回22万枚ETH并转入Bitfinex:11月15日消息,链上数据观察者The Data Nerd监测显示,12小时前某巨鲸地址向Aave偿还了约1亿美元,取回了22万枚ETH(约2.75亿美元)抵押品,然后该地址将22万枚ETH发送至加密交易平台Bitfinex。

分析称,由于该地址曾从Circle接收USDC,并使用Genesis OTC席位,因此推测可能为机构地址。[2022/11/15 13:07:09]

2:20AM:据已捕获的调试日志显示,“ticktock”服务器有段时间一直在报告24小时之后的时间。

2:27AM:Raul联络了Preston。Preston将在1小时内回来构建新版本。同时,我们将发布docker镜像。

2:40AM:Preston指出只靠紧急修复还不够,我们需要取消将roughtime时钟同步作为默认项。

2:42AM:Raul开始调查Kibana,并使用fluentd中的filter分析来自roughtime的调试日志响应。

2:43AM:Terence交叉检查了信标链命名空间中所有pod的kubectl日志。正如预期的那样,pod确实存在roughtime时钟偏移问题。

2:46AM:Raul向6898号PR提交了正确的修复程序。

3:05AM:Raul确认该修复程序可以让节点在本地工作。如果存在时钟偏移,修复程序会产生告警日志,但是不会试图基于roughtime服务器更新时间。

3:08AM:Terence在我们的discord频道向所有人宣布:“Prysm节点出现roughtime响应错误,应急措施没有达到预期效果。我们已经找到了故障所在,很快就会进行紧急修复,并在1小时内上线新版本。在即将发布的新版本中,roughtime时钟同步将不再是默认项。”

3:18AM:Buildkite单元测试、规范测试、docker镜像构建成功。e2e测试尚未完成。Preston准备启动上线流程。

3:22AM:新版本生成:https://github.com/。Terence确认这个方法可以修复其验证者节点。Preston开始使用新的docker镜像依次重启我们的有状态集合中的pod。集群验证者会基于新的镜像进行更新。

3:34AM:Docker镜像被标记成alpha21版本,稳定性好,二进制文件已经构建完成

3:34AM:对有状态集合中pod的健康状态进行监控,确保滚动更新成功

3:36AM:使用新的docker镜像对我们的验证者pod进行滚动启动。

4:29AM:在日志上查看返回的延时值。平均来看,这些值似乎都在0.1秒以下。延迟不是调查的关键指标。准确来说,“中点”才是需要研究的地方。注:下表时间是太平洋标准时间。https://kibana.prylabs.network/

-图片来源:/img/20230515222057947346/0.jpg "/>

-图片来源:@prestonvanloon.eth-

4:41AM:通过Prometheus报警系统关于平均偏移量的数据,我们可以明显看出在北京时间凌晨1:30至2:45之间确实存在时钟偏移问题,之后偏移量开始下降并恢复正常。

4:52AM:即时调查结束。这次时钟偏移故障显然已经结束,而且修复程序已经发布。已经更新的节点将立即恢复,还没有更新的节点需要过段时间恢复。监控系统显示,验证者参与度在逐步回升。

6:20AM:用户报告说罚没保护机制已经启动。这是因为之前的时钟偏移导致验证者超前4小时提议区块并生成见证消息。为了避免遭到罚没,Prysm验证者没有继续提议无效区块。

8:13AM:再次故障

8:13AM:Nishant注意到6898号PR中存在严重缺陷。只有在roughtime功能标记开启的情况下,用户才能设置它的功能。

8:16AM:Preston更新了“最新的”二进制文件,使其指向alpha20版本来实现临时回滚,并建议用户回滚至alpha20版本。我们现在正在等待合并7004号PR作为alpha22版本的候选。

8:45AM:值班团队正在评估是否扩大热状态缓存的大小,以便alpha22版本能够更快让网络重新开始敲定区块。当前默认的热状态缓存大小为8个epoch,但是Medalla测试网距离上一次敲定区块已经过去了将近100个epoch。

9:12AM:值班团队决定将默认缓冲大小更新至64epoch,并使其可以通过功能标记来配置。经过初步测试,这有可能会使内存使用量增加1.5G。等网络重新开始敲定区块后,缓冲大小还可以调整。

9:57AM:所有PrysmaticLabs验证者节点都生成了会被罚没的见证消息。紧急修复程序删除了Prylabs验证者节点的本地存储。没有任何外部的罚没保护机制在运行。具体情形尚待确认……在1024名验证者中,至少有800名验证者已经或即将遭到罚没。

10:37AM:多名用户报告称无法同步区块链。目前的问题是,网络中有太多节点在同一时间进行同步。Alpha22版本被推迟,需要等待进一步通知。

10:46AM:Prylabs团队认为现在最好的办法就是等待。用户应该运行alpha20版本或最新的docker镜像。

2020/08/16

2:12AM:正在对同步难的问题进行调查。

11:36AM:Nishant和Victor发布初始同步修复程序。参见PullRequest7012。

2020/8/17

1:51AM:合并拉取7012号PR。一些用户报告说同步成功。PrysmaticLabs开始将7012部署到出块节点上。

5:15AM:从commit0be1957c2897909b943b80fdd028f5346ae6cde6开始开发Alpha.22版本

5:33AM:Alpha22版本发布。链接:https://github.com/

5:40AM:通过Discord频道宣布Alpha22版本上线。Prysmatic的值班团队继续监控同步情况,以便进行优化。与此同时,越来越多用户同步至最新区块。

12:53AM:Alpha23版本上线,已在Discord频道宣布该消息。Alpha23版本包含一些同步修复程序,有望解决Medalla测试网的问题。建议用户在运行时开启“--dev”标记,以便获得更好的体验。

原文链接:?https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_200817

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

银河链

KuCoin区块链数据层 Vs. 传统数据层,有何异同与革新?

什么是区块链?什么是分布式数据库?相信很多人容易混淆这两个概念。表面上看,区块链打造的不可篡改、分布式的数据库,和传统分布式数据库在基础技术方面有很多相似的地方,但也仅仅只是相似而已.

[0:0ms0-2:509ms