除了实验新客户端的尽力之外，客户端团队还在尽力确保客户端的转换既简朴又安详。通过添加一些跨客户端尺度，你很快就可以从一个客户端跳到另一个客户端，而中间的停机时间可以很少，并且没有意外罚没的风险。
宁静的测试网，实际上是值得猜疑的。
为此，Mikhail（TXRX）和Guillaume（geth）最近宣布了一个多分片信标链端到端演示（个中一个分片是以太坊1.0）。在宣布的demo演示视频中，Mikhail利用未经修改的metamask钱包向以太坊1.0 分片链发送大量生意业务。
以太坊1.0+以太坊2.0 端到端demo演示假设少数客户端B（占到网络的20%）碰着严重错误，导致客户端间断。在这种环境下，链可以继承完成（因为网络到80%仍在参加）。离线验证者不会激发“消极处罚”，而只有正常的的处罚。因此，与上述第一种环境对比，运行客户端B的用户仅会受到较小的处罚。
客户端的多样性不只能使以太坊2.0的共鸣越发安稳，并且还可以在极度环境下为你提供掩护：由于以太坊2.0中发明的反相关鼓励因素，你的负面行为与他人的负面行为关联度越高，那么你的损失就越大。
今朝，客户端团队们正在尽力事情，而审计员正在深入研究每个细节，为主网的正式启动做好筹备。
尽量有许多优秀且可用的以太坊2.0客户规则在努力开拓傍边，但今朝测试网照旧由单个客户端Prysm所主导，这是有很好的汗青原因的，，一年多以来，Prysm优先思量早期测试网、社区参加及可用性，向Prysmatic团队致敬。
你可以查察并利用以太坊1.0+以太坊2.0 demo的dockerized版本，可能假如你想更深入一点，则可以按照源代码构建和运行。
以太坊2.0的主要方针之一是到达Phase 1.5 （又名归并阶段），届时现有的以太坊链共鸣将被整合到以太坊2.0傍边。从当时起，我们所认识和喜爱的以太坊将由权益证明验证者来构建，而不是今朝的事情量证明共鸣。
这种防备客户端锁定的尺度，是结实的以太坊2.0网络的要害组件。当单个客户端呈现妨碍时，易于变动的软件将使社区可以或许更快地办理问题（譬喻Medalla事件）。
假如你在已往的几周里一直存眷着Medalla，你会很是清楚8月14日产生的事件。你可以查察Prysm写的文章相识技能和时间轴细节，以及Ben最近的博文对整个事件的阐明。在这次事件产生之后，几个客户端团队在周末加班加点，陈设同步补丁来办理网络碰着的问题。
譬喻，假设网络有60%由于客户端A间断而持续几天离线，可是客户端B和客户端C保持不变且在线。尽量该链将继承由B和C构建，可是由于间断 >33％，该链不会最终确定。假如你运行客户端A，那么在最终间断一连产生的每个epoch时期（我们将其称为“消极处罚”），你都将损失越来越多的金额。然而，假如你运行客户端B或客户端C，你的余额将受到掩护，因为你仍然在线。 [留意–无效行为的泄漏要比正常的离线惩罚要严重得多。]
到Phase 1.5的过渡设计，是为尽大概无缝地毗连现有用户及应用。以太坊1.0客户端仍然认真状态、事务的执行，通过保持用户层的绝大大都稳定，以太坊将可以或许像此刻一样操作现有的东西和API来敦促生意业务和dapp。
客户端多样性是必需的
掩护好你本身
另一方面，也是Prysm客户端的失败加剧了Medalla事件，而且当我们迈向主网时，作为一个社区，我们必需自觉地寻求调停。而作为一个在Medalla上实验过所有以太坊2.0客户端的体验者，我可以直接汇报各人，大大都客户端都是结实的，而且有很好的文档记录，所有客户端团队都在努力参加discord和github，以辅佐你办理大概碰着的任何问题。
自这起事件产生以来，Medalla一直举办得很顺利，此刻它已经有3.9万个活泼验证者，而且激活行列中尚有1.2万个。
利便转换的客户端
固然这一事件造成了很大的压力，但它给所有客户端提供了时机以应对某些最恶劣的环境。诚恳说，在产生这一事件之后，各大客户端软件将会变得越发强大。此刻，在启动2.0主网之前，我实际上会睡得更好。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
