以太坊2.0测试网崩溃

以太坊2.0测试网网络在本周五崩溃，目前无法达到最终状态。

与时间有关的错误使Prysm崩溃，尽管有五个客户，但绝大多数验证者仍在使用Prysm。

以太坊2.0测试网客户分布，2020年8月

似乎Prysm是唯一提供有关如何入门的出色教程的客户，因此，由于削减的方式，每个人都忽略了我们一再提出的使用不同客户端的建议。

Prysm上的每个人都在这里被大刀阔斧，因为时间同步器会在未来四个小时后出现某种错误，从而产生错误：

“警告粗略时间：粗略时间报告您的时钟关闭了2秒以上offset = 4h0m0.028854657s。”

显然，“这些节点连接到NTP服务器以同步其时间，并且它们返回了错误的值。 目前，他们使用6台NTP服务器来缓解这种情况，
但这似乎还不够，因为他们都返回了错误的时间。”

根据诊断报告：“ cloudflare粗糙时间服务器都返回了错误的信息，并且Prysm节点没有从这种情况适当退避。”

以太坊2.0测试网的不正确参与率，2020年8月

Prysmatic的eth 2.0开发人员Raul Jordan进一步解释说，当前的参与率显然是不正确的，因为：

“几乎没有人同步到链头，因此，除非您有一个同步到链头的节点，否则我们将无法可靠地参与。 甚至不确定参与度是否> 0％。”

Prysm的另一个eth 2.0开发人员Nishant Das解释说，一些Prysm节点已到尽头，但太多人试图同时进行同步，因此尝试登载的节点会收到错误，如特色图片中所示。 进一步解释，乔丹说：

“时间对eth2至关重要。 没有同步时间，网络将无法正常运行。 您可以依靠系统时间，这总是会逐渐消失。 我们使用Cloudflare的工作时间来调整本地时钟（如果关闭）。

但是，昨天的4小时中断时间导致混乱。 解决的办法是不根据粗暴时间强行调整人们的时间，而要记录日志错误以告知他们的时间已过。”

因此，这个小错误使整个过程崩溃了，最后一个插槽（块）带有昨天的日期：

2020年8月，以太坊2.0测试网陷入停顿

其他客户端也可以使用一种解决方案，即切换到另一客户端，但是该错误现已修复。 但是乔丹说：

“在修复此错误时，我们意外地删除了Prysm节点正常运行的所有关键功能，这使问题变得更加严重。”

这就是测试网的乐趣。 这里的娱乐性和游戏性让我们想起了Peter Szilagyi和其他eth开发人员在2016年Devcon在上海开放前几个小时的深夜里入侵DDos代码。

那是在主网上。 在这里，谢天谢地，这件事发生了，因为它是一个带有虚假eth的测试网，但是其他所有内容都在主网的配置中。

它上有大约30,000个验证器和大约100万个eth，他们亲眼目睹了为什么他们应该远离最常用的客户端，因为以太坊2.0激励措施旨在使用小型或晦涩但安全的客户端，操作系统，以及所有事物这确实是设置的一部分。

因为如果在Windows操作系统上有某些错误说会以某种方式影响eth 2.0，那么所有运行Windows的验证程序都会崩溃并被削减，而在Linux和其他OS-es上的验证程序则不会受到影响。

这是一个需要深究的课程，但是在这里发现了另一种错误，因为人们遵循教程，因此教程也需要多样化，而不仅仅是客户。

另一个发现是网络刚刚停止。 以太坊从未停止过。 无论是在上述2016年事件中还是DAO hack或fork中，无论发生什么情况，障碍都会不断出现。 虽然这里已经停止了。

大约30％的验证程序下降后，内存问题就开始出现，大约50％之后，问题就变得更大，然后在70％之后，问题显然就停止了。

此时将出现某种复杂的过程，以重新启动网络为目标进行重新平衡，在接下来的几天中，我们可能会熟悉所有这些过程。

但是现在，诀窍似乎是转移到另一个客户端，或者只是稍等片刻而不是立即同步，因为所有这些似乎都具有DDoS效果。

—-

原文链接：https://www.trustnodes.com/2020/08/15/ethereum-2-0-testnet-crashes

原文作者：Trustnodes

编译者/作者：wanbizu AI

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。