作者 | Danny Ryan
概要
- 合并进度——小型规范更新，工程团队火力全开🚂
- 客户端多样性没有进步。自私一点，运行一个小众客户端吧！
合并进度
首先，Kintsugi 测试网处于冲刺阶段，所有工程团队的工作都非常出色。看到 3 个执行层客户端和 5 个共识层客户端，共计 15 个不同配对在统一战线上运行，真是不可思议。
Kintsugi🍵 是第一个长期存在的合并测试网，并没有什么令人兴奋的消息。#TestingTheMerge 运动用交易、坏的区块和很多其他杂乱的输入攻击这个测试网，使得状态转换、同步等方面都冒出了一些漏洞。我们期望在早期的测试网能找到这样的漏洞，但随着每次的迭代，客户端会变得越来越稳定。
Kiln 重新启动 🔥🧱
工程团队在几周前发现了一个重要问题—— engine API (PoS 的共识层如何驱动执行层) 语义中的不匹配 ，这与执行层客户端在实践中如何运作有关。简而言之，就是在某些情况下，共识层以外地给执行层引入预期之外的负载。
然后，工程师们意识到，如果 engine API 语义可以稍微灵活一点，这两层可以更和谐地工作。这导致需要对 engine API 做一个很小但关键的修改，以及一个相关的突发规范发布。
现在，Kiln 规范🔥🧱发布了，工程师们正忙着进行修改。在这次冲刺的最后，团队的目标是把产品级的实现带往一个新的测试网，供公众使用。请密切关注如何参与。
从那里，团队将在主网准备升级前把公共测试网过渡到权益证明机制。
客户端多样性参数
Michael Sproul 使用其新型指纹机制 (fingerprinting mechanism) 发布了一版新的客户端多样性参数。很遗憾，在过去 6 个月里，验证者节点的客户端分布没有任何变化。
共识层客户端实现的多样性使得以太坊及其用户面对软件宕机和网络攻击时具有独特而强大的恢复能力。无论网络的构成如何，用户运行一个占比少的客户端能够获得较好的韧性，但网络本身在一些关键的验证者分布阈值上可以获得更多韧性。
如果单个客户端：
- 占比不超过 66.6%，这个客户端里的错误/漏洞不能被敲定
- 占比不超过 50%，这个客户端的分叉选择里的错误/漏洞不能控制区块链的区块头
- 占比不超过 33.3%，这个客户端里的错误/漏洞无法中断最终确定性
根据这个指纹机制统计出来的结果，Prysm 的占比还是超过 66.6%。
最后，我想要呼吁所有团队、用户以及社区认真对待客户端多样性 (Rocket Pool 和 Lido 的客户端分布统计图)。运行一个占比少的客户端不仅有益于网络健康，对个人用户的资产也是更加安全。
请为自己着想！运行一个占比少的客户端 🚀
ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[email protected]进行授权。