擔心中心化問題？解讀以太坊為何推遲柏林硬分叉
編者按：本文來自金色財經，作者：Jason，Odaily經授權轉載。
編者按：本文來自
金色財經
金色財經
，作者：Jason，Odaily經授權轉載。
金色財經
金色財經
，作者：Jason，Odaily經授權轉載。
金色財經
二級標題
金色財經
，作者：Jason，Odaily經授權轉載。
目前，依賴以太坊客戶端Geth的用戶數量非常多，以至於只要該客戶端出現漏洞，就有可能暫時凍結以太坊網絡——而這，似乎與區塊鏈去中心化的核心思想有所衝突。鑑於此，以太坊核心開發人員在上週五（6月27日）決定將“柏林”硬分叉叉的開發工作至少推遲到八月，這麼做的目的只有一個，即：讓以太坊其他客戶端有機會增加自己的網絡份額。
根據Ether Nodes的說法，Geth客戶端只是以太坊旗下11個規範客戶端中的一個，但是竟然有79％的以太坊節點在這個客戶端上面運行。自2019年12月以來，Geth客戶端在以太網網絡內的客戶端數量佔比增長了5％。對此，開發人員開始擔心一旦Geth客戶端出現嚴重漏洞就極有可能會破壞整個以太坊——特別是在以太坊網絡計劃過渡到Eth 2.0下的權益證明（PoS）共識算法之前，會持續對Eth 1.x進行滾動更新。
上週五（6月27日），Geth團隊負責人佩特·西拉吉（Péter Szilágyi）在以太坊核心開發者小組電話會議上表示：
“以太坊網絡中的大多數人都使用了Geth客戶端，這麼做當然無可厚非，但有一點至關重要，那就是我們不能承受不正確的後果。”
以太坊編程語言
二級標題
毫無疑問，擁有多樣化的客戶端對以太坊網絡來說是有利的。從最小的創業公司到摩根大通這樣的大企業，以太坊允許不同的項目加入開發者社區。以太坊於2015年推出，一年後就在完整性的不同級別上支持了八種編程語言。以太坊基金會目前以五種編程語言開發客戶端，包括Go、Solidity、Java、JavaScript和Python。
但是，就像人類的語言一樣，每種編程語言都有其細微差別，因此在客戶端實現方面也存在缺陷。當以太坊開發人員進行更新時，這些細微差別可能會變成令人討厭的錯誤。
二級標題
隨著Parity Technologies在2019年12月宣布以太坊網絡棄用Parity Ethereum客戶端，以太坊對Geth客戶端的依賴似乎越來越嚴重了。當時Parity團隊在其官方博客發文中寫道：
“Parity客戶端已經無法獲得所需的資源，不僅無法投入到後續開發，甚至連簡單維護工作都難以為繼。”
二級標題
二級標題
多元化的以太坊客戶端
Gnosis創始人馬丁·科珀爾曼（Martin Köppelmann）在發布的一條私人消息中說道：
不管馬丁·科珀爾曼對開放以太坊客戶端的熱情如何，Geth團隊負責人佩特·西拉吉的擔憂仍然值得關注。由於龐大的市場佔有率，想要讓個人用戶、企業、或是交易所刪除Geth以太坊客戶端是非常困難的，然而一旦Geth客戶端出現技術問題，這種嚴重依賴性就會導致致命問題。
