金色財經 區塊鏈7月1日訊 以太坊開發人員再一次推遲硬分叉升級,這次是“柏林”(Berlin)。那么,為什么以太坊又雙叒叕推遲升級了呢?下面就讓金色財經和大家一起來解讀一下。
目前,依賴以太坊客戶端Geth的用戶數量非常多,以至于只要該客戶端出現漏洞,就有可能暫時凍結以太坊網絡——而這,似乎與區塊鏈去中心化的核心思想有所沖突。鑒于此,以太坊核心開發人員在上周五(6月27日)決定將“柏林”硬分叉叉的開發工作至少推遲到八月,這么做的目的只有一個,即:讓以太坊其他客戶端有機會增加自己的網絡份額。
根據Ether Nodes的說法,Geth客戶端只是以太坊旗下11個規范客戶端中的一個,但是竟然有79%的以太坊節點在這個客戶端上面運行。自2019年12月以來,Geth客戶端在以太網網絡內的客戶端數量占比增長了5%。對此,開發人員開始擔心一旦Geth客戶端出現嚴重漏洞就極有可能會破壞整個以太坊——特別是在以太坊網絡計劃過渡到Eth 2.0下的權益證明(PoS)共識算法之前,會持續對Eth 1.x進行滾動更新。
分析 | 金色盤面:VET/USDT存在再次跌向新低的風險:金色盤面綜合分析:VET/USDT跟隨主流幣種出現反彈,但力度明顯不足,上方注意阻力0.012,在此位置下震蕩的越久,跌向新低的風險就越大[2018/8/9]
上周五(6月27日),Geth團隊負責人佩特·西拉吉(Péter Szilágyi)在以太坊核心開發者小組電話會議上表示:
“以太坊網絡中的大多數人都使用了Geth客戶端,這么做當然無可厚非,但有一點至關重要,那就是我們不能承受不正確的后果。”
以太坊編程語言
毫無疑問,擁有多樣化的客戶端對以太坊網絡來說是有利的。從最小的創業公司到摩根大通這樣的大企業,以太坊允許不同的項目加入開發者社區。以太坊于2015年推出,一年后就在完整性的不同級別上支持了八種編程語言。以太坊基金會目前以五種編程語言開發客戶端,包括Go、Solidity、Java、JavaScript和Python。
金色財經現場報道 寶二爺:比特幣5年內將漲到100萬美金:著名區塊鏈行業投資人寶二爺(郭宏才)在2018 Global Token Galaxy開場演講中提到,區塊鏈和加密貨幣行業剛剛開始發展,要一步一步來,還有很長一段路要走。他預測,在未來5年內,比特幣將要漲到100萬美元,并且比特幣會生命長存,永不死亡。[2018/5/27]
但是,就像人類的語言一樣,每種編程語言都有其細微差別,因此在客戶端實現方面也存在缺陷。當以太坊開發人員進行更新時,這些細微差別可能會變成令人討厭的錯誤。
獨立開發人員阿列克·謝諾夫(Alexey Akhunov)在一次私人聊天中表示:
“(推遲柏林硬分叉升級)的主要原因,是以太坊社區希望減少對Geth客戶端的依賴,最終目標是要確保即便Geth客戶端出現問題,也不會破壞整個以太坊網絡。由于確保Geth客戶端正確運行非常重要,所以目前以太坊開發人員的工作負擔變得非常重,他們需要要完成大部分工作以確保一切正常。”
金色財經獨家消息 火幣Pro即將推出首款以“火幣主力指數”為跟蹤標的的數字資產投資組合HB10:金色財經獲悉,火幣Pro即將推出首款以“火幣主力指數”為跟蹤標的的數字資產投資組合HB10,該產品預計6月上旬開始認購。[2018/5/25]
隨著Parity Technologies在2019年12月宣布以太坊網絡棄用Parity Ethereum客戶端,以太坊對Geth客戶端的依賴似乎越來越嚴重了。當時Parity團隊在其官方博客發文中寫道:
“Parity客戶端已經無法獲得所需的資源,不僅無法投入到后續開發,甚至連簡單維護工作都難以為繼。”
Parity以太坊客戶端項目的代碼庫現在已移交給由ConsenSys衍生公司Gnosis資助的去中心化自治組織(DAO)。現在,該項目以“開放以太坊”(Open Ethereum)的名稱運行。根據Web Archive的數據顯示,自2019年12月以來,該客戶端已經丟失了近60%的節點。 (需要注意的是:自2019年12月以來,Geth客戶端也失去了大約14%的節點。)
金色財經現場報道 金色財經記者在2018Coindesk共識大會現場參訪BIGCHAIN CB展位:金色財經現場報道,2018Coindesk共識大會在紐約正式開幕,此次峰會規模空前,金色財經記者在峰會現場參訪了BIGCHAIN CB展位。金色財經記者了解到,BIGCHAIN CB是一個分散的數據存儲平臺,如今的大多數知識產權都在互聯網上,內容很容易被復制,通過該存儲平臺,所有的利益相關者都可以對作品的歸屬和來源進行區分。[2018/5/14]
多元化的以太坊客戶端
Gnosis創始人馬丁·科珀爾曼(Martin K?ppelmann)在發布的一條私人消息中說道:
“在理想情況下,以太坊應該擁有多個客戶端,而且每一個客戶端的市場份額都不應該超過33%。雖然Parity——也就是開放以太坊(Open Ethereum)確實達到了運行以太坊客戶端所要求擁有的節點數量,但我們并不認為節點數量下降是有問題的。恰恰相反。當Gnosis確認接管開放以太坊客戶端的時候,我們的市場份額為0。”
金色財經訊:以太坊網絡將進行一個計劃內的硬分叉,分叉時間在第437萬個區塊高度(北京大約是2017年10月16日20點—21點)。Ropsten測試網絡已經在9月19日(第17萬個區塊高度)進行了硬分叉測試。[2017/10/13]
不管馬丁·科珀爾曼對開放以太坊客戶端的熱情如何,Geth團隊負責人佩特·西拉吉的擔憂仍然值得關注。由于龐大的市場占有率,想要讓個人用戶、企業、或是交易所刪除Geth以太坊客戶端是非常困難的,然而一旦Geth客戶端出現技術問題,這種嚴重依賴性就會導致致命問題。
那么,為什么以太坊網絡會如此會暴露出對Geth客戶端的嚴重依賴問題呢?答案正是Eth 2.0啟動過于緩慢。一旦硬分叉遇到一個或多個問題,Eth 2.0研究人員每次都會同意延遲升級,然后與各種各樣的客戶端開發人員開會討論問題,以防止任一客戶端在升級之后出現問題。
相比之下,比特幣和大多數其他加密貨幣的升級效率要高得多,至少不像以太坊這樣需要與那么多客戶端進行溝通協調。不得不說,以太坊現在的確遇到了一些束縛:如果想要100%正常運行,就需要取決于其項目復雜,但同時他們有需要在每六到十二個月滾動進行一次硬分叉。
相比之下,比特幣和大多數其他加密貨幣的使用頻率并不高,或者運行的應用程序數量不多。以太坊面臨一些束縛:100%的正常運行時間取決于它的項目負載,但每6到12個月滾動一次硬分叉。
問題源自Geth客戶端過于倦怠嗎,或許不是?
需要注意的是,如何吸引以太坊用戶使用其他客戶端、以減弱Geth客戶端的市場領導力,似乎一直是個懸而未決的問題。
以太坊開發人員格雷格·科爾文(Greg Colvin)在開發人員電話會議中表示,吸引以太坊用戶使用其他客戶端已經成為一個業務問題,不太可能通過開發人員計劃來解決。事實上,項目可以選擇與市場占比較小的客戶端合作,因為他們有Geth客戶端無法解決的迫切需求,例如代碼未開源等等。可話雖如此,據格雷格·科爾文透露,Geth客戶端一直在試圖招募用更多的員工,目的很可能就是希望進一步鞏固市場“統治地位”。
暫停測試“柏林”硬分叉升級的以太坊改進提案(EIP)是開發人員的一種選擇,盡管如此,正如Geth團隊負責人佩特·西拉吉所說,為了確保以太坊客戶端能夠24/7全天候穩定運行,其實已經耗盡了其團隊很多精力和資源。
2020年6月,佩特·西拉吉透露以太坊測試客戶端Geth最新版本即將發布,新版本中將會添加一個功能,即手續費大于1ETH的交易將會被拒絕。“有趣”的是,六月初Geth還專門為“柏林”升級發布了最新版本1.9.15,除了常規修復漏洞之外,本次更新中已經實現了下一次硬分叉升級“柏林”(Berlin)已經規劃的所有改進提案,針對這些EIP的臨時測試網絡Yolo也已經上線。但現在看來,反而是以太坊社區“出爾反爾”,擔心Geth的中心化問題而延遲升級。
如果一切順利的話,希望以太坊能夠如其計劃的那樣,在今年八月實施“柏林”硬分叉升級,但到時候還會有其他狀況發生嗎?就讓我們拭目以待吧。
本文部分內容編譯自coindesk
Tags:以太坊ETHGETHGET以太坊幣最新價格走勢圖EETH價格togetherbnb黃油場景BitGet官方網站app
自去年10月以來,Telegram和美國證券交易委員會(SEC)就其區塊鏈項目17億美元的ICO問題一直爭執不休,但最終雙方就如何解決這起歷時8個月的官司達成了一致.
1900/1/1 0:00:00昨日整體振幅應該是100美元不到,特意回翻了往日行情波動情況,上一次比這個更小的單日波動要追溯到2020年1月1日,即這是今年1月1日以來的單日振幅最小的一天,可見人氣之低迷.
1900/1/1 0:00:00金色財經 區塊鏈7月16日訊 受監管的數字資產及移動資產交易金融服務機構Paxos宣布正式推出加密經紀服務Paxos Crypto Brokerage Service.
1900/1/1 0:00:00美國證券交易委員會(SEC)和美國商品期貨交易委員會(CFTC)聯合對加密貨幣投資組合應用程序Abra處以罰款,Abra使用戶可以獲得傳統市場的合成敞口.
1900/1/1 0:00:00BTC今日凌晨短線下跌,跌破8900美元關口,創一周多以來的新低,導致價值數千萬美元的多頭平倉,動搖了多頭的上行預期.
1900/1/1 0:00:00比特大陸昨天發生了什么?消停了一會,又出現新情況。7月6日晚間詹克團方面控制的比特大陸公眾號、微博發文,稱更換了收款賬戶、網址與郵箱.
1900/1/1 0:00:00