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

如此多的用户依赖以太坊客户端Geth，以至于漏洞可能会暂时冻结网络-区块链永远都不会这样做。 有鉴于此，以太坊核心开发者周五决定将柏林硬叉的开发工作至少推迟到八月，以使其他客户有机会增加其网络份额。

根据Ether Nodes的说法，Geth只是11个客户端规范的其中之一，但是有79％的以太坊节点在上面运行。 自12月以来，该百分比也上升了5％。 开发人员担心严重的错误可能会破坏以太坊-特别是在网络过渡到Eth 2.0下的权益证明（PoS）共识算法之前，继续对Eth 1.x进行滚动更新。

盖斯（Geth）团队负责人PéterSzilágyi在上周五的“所有核心开发人员”小组电话中说：“网络中的大多数人都是Geth。 “正确是至关重要的，因为我们不能承受不正确的后果。”

以太坊语言

拥有多样化的客户端对网络有利。 从最小的初创公司到摩根大通，它允许不同的项目加入以太坊的开发者社区。 以太坊于2015年推出一年后，具有八种不同完整性的语言。 以太坊基金会目前以五种语言列出客户，包括Go，Solidity，Java，JavaScript和Python。

阅读更多：以太坊向Eth 2.0过渡的Zcash隐私技术

但是，就像人类的语言一样，每种编程语言都有其细微差别，因此在实现方面也存在缺陷。 当以太坊开发人员进行更新时，这些细微差别可能会变成令人讨厌的错误。

“主要原因 [to postpone Berlin] 独立开发商Alexey Akhunov在私人聊天中说：“这将是减少对Geth的依赖，并使其在不破坏整个网络的情况下失败。” “由于盖斯的正确性非常重要，目前的负担太重了，他们最终要完成大部分工作以确保一切正常。”

正如Parity Technologies在2019年12月宣布的对Parity Ethereum客户端的弃用所加速的那样。“ Parity越来越无法投入甚至简单维护该项目所需的资源水平，” Parity团队在博客文章中写道。当时。

该项目的代码库已移交给由ConsenSys衍生公司Gnosis资助的开发商的分散式自治组织（DAO）。 现在，它以“开放以太坊”的名称运行。 根据Web Archive的数据，自12月以来，客户端丢失了近60％的节点。 （注意：自12月以来，Geth还失去了大约14％的节点。）

客户多元化

Gnosis创始人马丁·科珀尔曼（MartinK?ppelmann）在私人消息中说：“在理想的世界中，我们将有多个客户，而没有一个客户的市场份额超过33％。” “虽然确实以太坊尚未达到运行的节点数量 [that] 对于平价客户而言，我们认为这并不是下降。 恰恰相反。 当Gnosis有效地接管Open Ethereum的责任时，我们的市场份额为0。”

然而，无论科珀尔曼的热情如何，西拉吉的担忧仍然有效。 让个人，交易所或客户经营除Geth以外的任何业务都非常困难，如果Geth遇到技术问题，这种依赖性将被致命地暴露出来。

这种依赖性正是Eth 2.0如此缓慢启动的原因。 Eth 2.0研究人员同意等待，直到一个或多个失败的情况下，各种各样的客户可以共同发起会议，以防止任何打ic。

相比之下，比特币和大多数其他加密货币的使用频率并不高，或者运行着许多应用程序。 Etheruem面临着一定的束缚：100％的正常运行时间取决于项目负载，但每6到12个月滚动一次硬分叉。

格斯倦怠？

此外，如何让其他客户抓住盖斯的领导力仍然是一个悬而未决的问题。

以太坊开发人员Greg Colvin在开发人员电话中表示，这已成为一个业务问题，不太可能由开发人员计划解决。 项目将选择与少数客户合作，因为他们有葛思特无法满足的迫切需求，例如代码未开源。 话虽如此，科尔文说，格思应该尽可能雇用更多的员工。

暂停测试柏林的以太坊改进提案（EIP）是开发人员选择的一种选择。 尽管如此，Szilágyi得出结论认为，保持“世界计算机”转向的24/7责任正在耗尽他的团队。

“如果我们错了，例如， [Ethereum client] Nethermind是正确的，那么Nethermind的代码是正确的，而我们的代码是错误的，这并不重要，因为网络在错误的链上中断了，”他说。

—-

原文链接：https://www.coindesk.com/ethereum-developers-delay-berlin-hard-fork-to-stem-client-centralization-concerns

原文作者：William Foxley

编译者/作者：wanbizu AI

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