在以太坊的Nethermind执行客户端中发现了一个关键性的bug，导致了8%的以太坊验证者出现了故障。尽管这一事件很快得到解决，但它提醒人们以太坊生态系统中客户端多样性的重要性。

问题出现在多个版本的Nethermind执行客户端中。这个bug阻止用户在以太坊上处理区块。这个bug最初是由一个Github用户发现的，并且存在于Nethermind客户端的1.23到1.25版本中。以太坊基础设施公司Nethermind迅速发布了针对这个问题的热修复。该公司的联合首席技术官Daniel Cadela敦促所有人升级到新发布的1.25.2版本以解决共识问题。

尽管Nethermind只占执行客户端的8.2%，但这一事件所代表的意义并没有被大多数社区忽视。一些人淡化了这个问题，称网络有意设计以避免依赖单一故障点。然而，许多社区成员强调了如果这样的bug影响了Geth，即以太坊验证者约85%使用的客户端，可能带来的潜在风险。

关于客户端多样性的讨论并不新鲜。2022年3月，以太坊基金会研究员Dankrad Feist撰写了一篇著名的博客文章，名为“以太坊合并：自担风险地运行多数客户端！”在其中，他讨论了验证者在多数或少数客户端之间的选择，特别是每种失败所带来的损失。他得出结论，少数客户端的失败会导致较小的损失。“因此，负责任的验证者应该审视客户端格局，并选择一个不那么流行的客户端。”

Gnosis的联合创始人Martin Köppelmann在X上发表了一篇关于Nethermind bug的博文，其中回应了Feist在2022年的博客文章的关键观点，

令人费解的是：使用少数客户端承担的风险明显较小——受到最近Nethermind bug影响的人几乎没有损失一两天的奖励。然而，作为多数的一部分，可能会导致重大的抵押损失。

Nethermind事件在范围上类似于Besu中的bug导致的故障，Besu是另一个以太坊客户端，约占以太坊验证者的5%。专家警告称，如果Geth出现关键性bug，可能会带来更为严重的后果，潜在地使整个网络停滞，并对大量验证者施加财务处罚。

然而，验证者通常默认选择Geth，认为它是一个安全且广泛使用的选项。事实上，Geth从未遭受过像Nethermind或Besu那样的故障。虽然Geth的记录可能解释了它的过度份额，但一些人将Geth的过度使用归因于自满，或者可能是存在激励问题，不能有效地激励验证者在客户端选择上更为主动。

Doug Colkitt，Ambient Finance的创始人，通过将以太坊当前关于客户端多样性的策略与传统金融中的金融危机进行比较，表达得非常精彩，并灌输了一些令人不安的感觉：

以太坊所采取的路径是通过让多数客户端承担一种多年来无痛无感的风险，直到它引起了惊人的爆炸性后果，来激励少数客户端

从金融危机的历史来看，这种类型的激励显然是不起作用的

希望以太坊社区能够注意到Nethermind和Besu bug所给出的明显信号。不幸的是，历史上充斥着被忽视的早期警告所引发的金融危机。

免责声明：本文章仅代表作者个人观点，不代表本平台的立场和观点。本文章仅供信息分享，不构成对任何人的任何投资建议。用户与作者之间的任何争议，与本平台无关。如网页中刊载的文章或图片涉及侵权，请提供相关的权利证明和身份证明发送邮件到support@aicoin.com，本平台相关工作人员将会进行核查。