公链客户端多样性为何重要?从以太坊 2.0 Medalla 测试网事故谈起( 二 )


一些数据
ETH 2.0 由多个独立团队实现 。 每个团队都根据 ETH 2.0 研究团队编写的规范开发独立的客户端 。 这样可以确保有多个信标链节点和验证者客户端实现 。 在构建 ETH 2.0 客户端时 , 每个客户端团队在技术、语言、优化和权衡关系方面会做出不同的决定 。 这样一来 , 即使 ETH 2.0 系统的任意一层出现漏洞 , 只会影响运行特定客户端的节点 , 不会波及全网节点 。
以 Medalla 测试网上 Prysm 节点的时钟偏移为例 。 如果只有 20% 的 ETH 2.0 节点运行 Prysm 客户端 , 且 85% 的验证者在线 , 则 Prysm 节点就不会遭受不作为惩罚 。 开发团队只需熬几个通宵就可以解决这个问题 , 惩罚力度也能控制在最小范围内 。
事实上 , 由于太多验证者都集中在同一个客户端上(而且很多验证者都禁用了罚没保护机制) , 短时间内遭到罚没的验证者人数在 3500 至 5000 之间 。 如此高的相关性意味着 , 这些验证者的损失约为 16 ETH, 就因为他们运行的是热门客户端 。
至本文截稿时 , 罚没金额还在大幅增加 , 尚未得到最终数据 。
不妨来试试其它客户端
公链客户端多样性为何重要?从以太坊 2.0 Medalla 测试网事故谈起
本文插图
现在正是尝试不同客户端的时候 。 不妨来体验一下小众客户端 。 (点击此处 , 查看验证者的分布情况 。 )目前 , Lighthouse、Teku、Nimbus 和 Prysm 都比较稳定 , Lodestar 正在迎头赶上 。
最重要的是 , 一定要尝试新的客户端!我们可以在 Medalla 上让不同客户端的验证者分布合理化 , 以便迎接 ETH 2.0 主网上线 。
免责声明:本文没有贬低任何一个客户端 。 每个客户端 , 甚至是规范 , 可能都存在不足和漏洞 。 ETH 2.0 是一个复杂的协议 , 实现这个协议的人也都是肉体凡胎 。 本文旨在强调如何以及为何要降低风险 。


推荐阅读