Buggy代码发布使13％的以太坊节点脱机

一个“严重错误”使13％的以太坊节点无用，这凸显了网络防御中日益严重的问题：客户端集中化。

少数群体客户端Parity-Ethereum和OpenEthereum 2.7最初于5月和6月在GitHub上暗示，后来包含一个未知的严重错误，该错误使节点无法与网络的最新块同步。

如果没有足够的时间（数周到数月）修复此类错误，并且对大多数客户Geth造成额外压力，则这些错误将是一个正常问题。

客户端本身是区块链软件的不同编程语言实现。 同时运行多个实现被认为是通过运行并发而又独立的系统来阻止网络攻击的一种方法。

从历史上看，它是一个有用的模型。 例如，在2016年的上海攻击中，格思在分布式拒绝服务（DDOS）攻击后立即关闭。 奇偶以太坊设法使网络单手保持浮动。

以太坊基金会支持的Geth客户现在支持430亿美元网络中约80％的资金。 这种依赖性是公认的攻击媒介，它迫使开发人员推迟了7月的硬分叉柏林，因此少数群体的客户可能会获得一些吸引力。

阅读更多：以太坊开发人员推迟柏林硬分叉以阻止客户集中化问题

然而，八周后，盖斯的馅饼份额只增加了。 这些破碎的节点运营商可能会做出决定，这很可能会上升：关闭客户端，备份到旧客户端版本或完全交换给另一个客户端。

到发稿时，盖斯没有回复提问以发表评论。

热土豆

以太坊开发人员中的一个公开秘密是，Parity-Ethereum客户端不符合规范。 实际上，OpenEthereum项目经理Marcelo Ruiz de Olana在一封私人消息中告诉CoinDesk，他的团队发现无法解决而且“影响内存和磁盘使用的问题非常严重”。

最初创建Parity-Ethereum客户端的Parity Technologies出于成本原因于2019年12月退出维护。 然后，将客户转交给由ConsenSys衍生公司Gnosis资助的开发商的分散式自治组织（DAO），该公司称为OpenEthereum。

粗略地比较一下Geth和Parity-Ethereum的代码库在GitHub上提交的代码，特别是在12月过渡之后，就引起了关于后者的代码库完整性的更多问题，正如非托管市场LocalCryptos在5月的一条推文中指出的那样。

阅读更多：OpenEthereum支持50％的以太坊经典节点。 现在正在离开项目

与此同时，OpenEthereum团队敦促节点运营商将时钟倒退至2019年的2.5版，以使节点恢复在线状态。 De Olana说，他仅在该项目上就有4名工程师，并希望在9月中旬之前有一个可行的客户。 他说，在没有其他支持的情况下，客户多元化仍将是一个问题。

de Olana说：“最终，这是一个社区项目，旨在增加以太坊客户的多样性，并感谢所有人的帮助。”

—-

原文链接：https://www.coindesk.com/buggy-code-release-13-ethereum-nodes-offline

原文作者：William Foxley

编译者/作者：wanbizu AI

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。