Medalla测试网平稳运行一周，以太坊2.0距主网启动还差些啥 ？

安静的测试网，实际上是值得怀疑的。

如果你在过去的几周里一直关注着Medalla，你会非常清楚8月14日发生的事件。你可以查看Prysm写的文章了解技术和时间轴细节，以及Ben最近的博文对整个事件的分析。在这次事件发生之后，几个客户端团队在周末加班加点，部署同步补丁来解决网络遇到的问题。

虽然这一事件造成了很大的压力，但它给所有客户端提供了机会以应对某些最恶劣的情况。老实说，在发生这一事件之后，各大客户端软件将会变得更加强大。现在，在启动以太坊2.0主网之前，我实际上会睡得更好。

自这起事件发生以来，Medalla一直进行得很顺利，现在它已经有3.9万个活跃验证者，并且激活队列中还有1.2万个。

客户端多样性是必须的

尽管有很多优秀且可用的以太坊2.0客户端正在积极开发当中，但目前测试网还是由单个客户端Prysm所主导，这是有很好的历史原因的，一年多以来，Prysm优先考虑早期测试网、社区参与及可用性，向Prysmatic团队致敬。

另一方面，也是Prysm客户端的失败加剧了Medalla事件，并且当我们迈向主网时，作为一个社区，我们必须自觉地寻求补救。而作为一个在Medalla上尝试过所有以太坊2.0客户端的体验者，我可以直接告诉大家，大多数客户端都是健壮的，并且有很好的文档记录，所有客户端团队都在积极参与discord和github，以帮助你解决可能遇到的任何问题。

保护好你自己

客户端的多样性不仅能使以太坊2.0的共识更加牢固，而且还可以在极端情况下为你提供保护：由于以太坊2.0中发现的反相关激励因素，你的负面行为与他人的负面行为关联度越高，那么你的损失就越大。

例如，假设网络有60%由于客户端A中断而连续几天离线，但是客户端B和客户端C保持稳定且在线。尽管该链将继续由B和C构建，但是由于中断 >33％，该链不会最终确定。如果你运行客户端A，那么在最终中断持续发生的每个epoch时期（我们将其称为“消极惩罚”），你都将损失越来越多的金额。然而，如果你运行客户端B或客户端C，你的余额将受到保护，因为你仍然在线。 [注意–无效行为的泄漏要比正常的离线处罚要严重得多。]

假设少数客户端B（占到网络的20%）遇到严重错误，导致客户端中断。在这种情况下，链可以继续完成（因为网络到80%仍在参与）。离线验证者不会引发“消极惩罚”，而只有正常的的惩罚。因此，与上述第一种情况相比，运行客户端B的用户仅会受到较小的惩罚。

方便转换的客户端

除了尝试新客户端的努力之外，客户端团队还在努力确保客户端的转换既简单又安全。通过添加一些跨客户端标准，你很快就可以从一个客户端跳到另一个客户端，而中间的停机时间可以很少，而且没有意外罚没的风险。

这种防止客户端锁定的标准，是健壮的以太坊2.0网络的关键组件。当单个客户端出现故障时，易于更改的软件将使社区能够更快地解决问题（例如Medalla事件）。

以太坊1.0+以太坊2.0 端到端demo演示

以太坊2.0的主要目标之一是达到Phase 1.5 （又名合并阶段），届时现有的以太坊链共识将被整合到以太坊2.0当中。从那时起，我们所认识和喜爱的以太坊区块链将由权益证明验证者来构建，而不是目前的工作量证明共识。

到Phase 1.5的过渡设计，是为尽可能无缝地连接现有用户及应用。以太坊1.0客户端仍然负责状态、事务的执行，通过保持用户层的绝大多数不变，以太坊将能够像现在一样利用现有的工具和API来推动交易和dapp。

为此，Mikhail（TXRX）和Guillaume（geth）最近发布了一个多分片信标链 端到端演示 （其中一个分片是以太坊1.0）。在发布的demo演示视频中，Mikhail使用未经修改的metamask钱包向以太坊1.0 分片链发送大量交易。

你可以查看并使用以太坊1.0+以太坊2.0 demo的dockerized版本，或者如果你想更深入一点，则可以根据 源代码 构建和运行。

目前，客户端团队们正在努力工作，而审计员正在深入研究每个细节，为主网的正式启动做好准备。