您当前的位置： > 比特币行情 >

【Eth2.0】Eth2.0 Staking系列：为何客户端众多如此重要-比特币

发布时间：2020-09-30 12:19

【Eth2.0】Eth2.0 Staking系列：为何客户端众多如此重要

本文对并没有针对哪一个客户端。我们要知道，每个客户端甚至每个规范都可能含有不足以及漏洞。更别说，Eth2是一个十分复杂的协议，而它的实现者也都是凡人而已。写这篇文章的目的是为了强调如何以及为什么要减少风险。

Medalla测试网发布之后，我们鼓励大家使用不同的客户端参与测试网。而测试网创世那天，就给我们展现了多客户端的重要性：Nimbus和Lodestar客户端运行的节点无法处理整个测试网的工作，因而没有跟上同步节点的进度。这造成的结果是，Medalla发布半小时以后才开始进行最终确定工作。

8月14日，Prysm节点出现时间错误，因为他们参照的其中一个时间服务器突然跳到了未来的时间上。结果，这些节点开始提议未来区块、验证未来证明。

然而，节点的时钟被校准之后 (通过更新客户端版本的方式，或者由于时间服务器调回正确的时间了)，早前取消了罚没保护的节点却发现其质押资产被罚没了。

这整个过程都发生得有点微妙，我强烈推荐大家阅读Raul Jordan对该事件的回顾文章。

时钟错误 — 情况恶化

当Prysm节点开启时间旅行的时候，他们约占网络份额的62%。这意味着无法达到最终确定区块的最低标准 (要有>2/3活跃验证者在链上)。更糟糕的是，这些节点无法找到它们所期望的链 (时间轴上出现了4小时的间隔，它们都去到了未来稍微不同的时间)，所以他们在对“丢失”的数据预测时，通过短分叉淹没了整个网络。

图示：目前Prysm客户端占Medalla节点总量的82%

来源：ethernodes.org那么在这时，网络充斥着对链头的不同的预测，因此所有客户端开始应付越来越多的工作——确定哪个链头是有效的。这导致节点落后、需要同步、内存不足和其他形式的混乱，所有这些都使问题更加恶化。

总的来说，这此事件是好的，因为这不仅让我们修复了与时钟相关的根本问题，还可以在大量节点故障和网络负载的情况下对客户端进行压力测试。也就是说，这次失败告诉我们网络不能太极端，而该次事件的罪魁祸首就是因为Prysm的节点占网络的大部分。

助力去中心化

有益于eth2

正如本系列的第二期文章里所讨论的那样，根据异步拜占庭容错算法，1/3是保证网络安全的一个神奇数字。如果超过1/3的验证者离线了，epochs不能再被最终确定。所以尽管这时链仍在增长，也不再能对区块进行确定，以及保证它是标准链的一部分。

有益于验证者

很大程度上，验证者是被激励去做对网络有益的事情，而不是因为大家觉得这是件正确的事情所以才去做。

如果超过1/3的节点离线了，那么对离线节点的惩罚便开始增加，这就是所谓的“不作为”惩罚。

这意味着，一名验证者想要尝试确保：如果自己的节点被逼下线了，那么不可能同时逼其他节点下线。

罚没也是一样的。然而，由于规范或软件出现错误/bug，验证者总是有可能被罚没，单个罚没“仅仅”1个ETH。

然而，如果许多验证者同时被罚没，那么惩罚会上升到32个ETH。而又是这个神奇的数字，当超过1/3的验证者被罚没时，便会产生32个ETH的罚没。