最近一个客户端的错误使以太坊的参与率降至约75%，并在42个纪元中错过了约248个区块。 这样的事件清楚地表明： 客户端多样性是核心安全要求。👇

以太坊的文档明确了风险模型： > 当一个共识客户端超过 ~33% 时，漏洞可能威胁到最终性 > 在 ~66% 时，可能会导致灾难性后果 这就是为什么客户端多样性在严肃的以太坊讨论中不断被提及。 这是减少共识层相关故障的少数杠杆之一。

大多数人忽视的部分是： 基础设施网络也会继承这些风险。 如果周围的基础设施陷入单一文化，相关的故障就不会保持孤立，而是会传播。

因为现代验证是一个堆栈： 客户端软件 + 节点操作 + 中继/MEV 中间件 + 监控 + 密钥管理 + 协调。 如果任何广泛共享的组件失败，影响范围将随着采用而扩大。

这就是为什么SSV将多样性视为设计约束，而不是偏好。 客户、运营商和设置之间的多样性使得事件变成局部的干扰，而不是系统范围的影响。 在SSV Network上，多运营商集群已经减少了单一运营商的故障。 但多样性并不仅限于此，客户端层也很重要。

这就是为什么SSV一直在推动多客户端DVT方法， 包括Anchor（@sigp_io）和SSV-Go客户端， 这样集群可以混合客户端，减少相关故障模式。 成为在主网DVT中首个做到这一点的。

验证者层面的客户端多样性很重要。 基础设施层面的客户端多样性增强了这种保护。 随着Ethereum的扩展，这两者都是必要的。

以太坊正在进一步扩展到关键基础设施。 随着它的发展，围绕验证者的去中心化层也必须与之成熟。 多样性是持续降低系统性风险的少数杠杆之一，而SSV正处于将以太坊打造为强大验证者经济的前沿。