Geth 只占 11 个客户端类型中的一个，可是按照以太坊节点的数据，79.44% 的以太坊节点运行在 Geth 上。开拓人员担忧一个严重的 bug 大概就会粉碎以太坊——尤其是在网络更新 Eth 2.0 之前，将会一连转动更新为 Eth 1.x。「Geth 是网络的主体，」Geth 团队认真人 Peter Szilagyi 在 6 月的全体焦点开拓者小组集会会议上说。「我们必需是正确的，这一点很是重要，因为我们不能出错误。」
原文地点：https://www.coindesk.com/ethereum-developers-delay-berlin-hard-fork-to-stem-client-centralization-concerns
然而，就像人类的语言一样，每种编程语言都有其细微不同，因此在实现上都存在缺陷。当以太坊开拓人员举办更新时，这些细微不同大概会导致 bug 的呈现。
独立开拓者 Alexey Akhunov 在一次谈话中说:「(推迟 Berlin) 的主要原因是淘汰对 Geth 的依赖，答允它（Geth）在不影响整个网络的环境下瓦解。」「今朝的承担太大了，，因为 Geth 正确性是如此要害，他们最终要做大大都事情，以确保所有的事情都正确运行。」
在 2015 年推出一年后，Ethereum 拥有 8 种差异条理的完整语言。以太坊 Foundation 今朝列出了五种语言的客户端，包罗 Go、solid、Java、JavaScript 和 Python。
如此多的用户依赖于以太坊客户端，以至于一个裂痕大概会临时冻结网络——这是永远不该该呈现的。出于此目标，以太坊焦点开拓人员抉择再次延期柏林硬分叉事情。
律动 BlockBeats 动静，据 Coindesk 报道，焦点开拓人员抉择将柏林（Berlin) 硬分叉的开拓事情推迟到至 8 月或更迟，以便让其他客户端有时机增加他们的网络占比。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
