火币网平台,火币网pro官网
  1. 火币新闻网 > 火币技术 > > 以太坊开发人员推迟柏林硬分叉以阻止客户集中化问题
火币网平台,火币网pro官网

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

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

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

根据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。

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

独立开发商阿列克谢诺夫(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%。” “虽然以太坊开放确实没有达到Parity客户端运行的节点数量,但我们认为这并不是下降。恰恰相反。当Gnosis有效地接管以太坊开放的责任时,我们的市场份额为0。”

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

这种依赖性正是Eth 2.0如此缓慢启动的原因。 Eth 2.0研究人员已经同意等到各种各样的客户能够共同发起会议,以防止一个或多个失败的任何打h。

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

格斯倦怠?

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

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

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

他说:“如果我们错了,例如,以太坊客户端] Nethermind是正确的,那么Nethermind的代码是正确的,而我们的代码是错误的,这并不重要,因为网络在错误的链上中断了。

本文仅代表作者个人观点,不代表市场走向,投资需谨慎,转载联系作者并注明出处:http://www.bjqxhb.com/jishu/394.html

立即注册火币网
   火币app下载