尽管距离8月4日发布只有很短的时间，但以太坊2.0Medalla测试网在最初的挫折中表现出色。但是，PrysmClient上的事件使开发人员感到恐慌，他们迅速扭转了局面，使80％的网络消失了。团队通过其Medium帖子宣布，他们正在努力使其客户变得强大，这可能使Medalla进入可行状态，并且损害每个人的平衡。如果无法恢复参与率以保持网络运行，他们可能会考虑从头开始。
1.时钟错误造成的混乱
在Medalla测试网的五个客户中，Prysm是使用最广泛的客户。8月14日，PrysmaticLabs小组的成员TerenceTsao报告了一个错误，该错误导致Cloudflare的非同步时钟出现同步问题。显然，粗糙时间开始比原始时间多了4个小时。最终，这导致所有prysm的客户在尚不存在的链条中制作图块和证明。
尽管缺少将来的障碍和证据，其余客户仍能够继续构建原始链。一旦调整了钟表，参与度开始上升，一切都准备就绪。真正的混乱始于原始事件的几个小时之后。随着时钟的重新调整，所有未来的Prysm客户证明都开始生效。随着他们的大幅削减，重新加入的节点开始消失，以减少进一步复杂的证明。
随着这些事情的运行，支持整个以太坊2.0网络的信标链开始爆炸，使其他客户端难以通过节点实现。解决这个问题的内存和CPU需求确实不堪重负，因为发现Lighthouse客户端使用了30GB，而Teku很难使用12GB。鉴于该错误造成的混乱，Prismatic实验室的成员进行了有效的响应，从而防止了测试网的彻底崩溃。该团队计划减慢网络速度以加快处理速度。
2.因祸得福
该事件揭示了testnet开发人员应注意的事项。他们在他们的帖子中说，一切都会变相。当测试网什么都没有测试并且没有快乐时，有什么意义根本不现实。
这已成为他们更好地关注时间同步及其在以太坊2.0中的重要性的好机会。他们指出，必须建立一个强大的网络，其中要包含客户的多样性，并且没有一个客户的主要支配地位。当出现这种情况并且验证器丢弃的数量很少时，这将是有效的，这使得网络更容易恢复。
当前，他们计划采用这种格式，其中一些涉众可以将其签名密钥切换到其他提供削减保护的客户端的热备用节点。一旦完成，就可以自己切换验证器客户端，而不仅仅是密钥。开发人员强烈支持个人参与并运行自己的验证器的想法。网络现在正在缓慢恢复，像Prysm和Lighthouse这样的客户在找到合适的链头并继续建立信标链方面变得相当有效。
