編者按:本文來自以太坊愛好者,作者:PiperMerriam,翻譯&校對:閔敏&阿劍,Odaily星球日報經授權轉載。最近舉行的第90期核心開發者會議幾乎全程都在討論一個問題。我強烈建議大家親自聽一下這場會議。在這場會議上,Alexey提出了客戶端開發者負荷過重的問題。雖然我認為這場討論是一個重要的開始,但是我們太急于尋求解決方案了,充分理解這個問題才是當務之急。重要的是,我們需要花點時間來分析問題。在問題內涵的分析上,“五問法”是最簡單有效的方法之一。事不宜遲,先來看看第一問是什么。第一問:為什么Geth開發團隊的壓力如此之大,甚至到了超負荷的地步?
通過etherscan,我們可以看到各個客戶端的裝機量所占份額的統計數據如下所示:Geth:75%Parity&OpenEthereum:20%Nethermind:1%剩下4%由一些市場份額不到1%的客戶端組成,因此忽略不計。重要的是,有超過51%的算力都集中在Geth客戶端上。假設在即將到來的柏林硬分叉中,Geth在實現其中一個EIP時出現了bug。即使這個客戶端的其它實現都沒出bug,只要有區塊碰上了這個bug,就會導致以太坊網絡分叉。按理來說,這個區塊是無效的,其他客戶端也會將其視為無效塊。但是,有超過51%的挖礦節點都運行的Geth客戶端,因此整個網絡都會被帶到錯誤的分叉鏈上去。這就要求Geth客戶端和開發團隊絕對不能犯錯。因此,第一問的答案是:因為以太坊網絡的客戶端缺乏足夠的多樣性。值得一提的是,客戶端多樣化不會突然將客戶端開發變成一項輕松的工作。但客戶端多樣性本身依然是一個值得探索的領域,有助于我們找到提高客戶端開發的效益,同時減輕開發團隊負擔的方法。不可否認的一點是,只在Geth團隊上下功夫不太可能解決這個問題。第二問:為什么以太坊網絡缺乏客戶端多樣性?
韓國檢方以涉嫌虛擬資產的“可疑外匯交易”對友利銀行總行進行扣押搜查:9月22日消息,韓國大邱地方檢察廳對友利銀行總行進行“可疑外匯交易”扣押搜查,并對銀行職員進行調查。此前檢察機關以涉嫌在沒有申報的情況下進行虛擬資產交易,并向銀行提交虛假證明資料,將4000多億韓元的外匯匯往海外的嫌疑,拘留調查了3名相關人士,并確認了外匯交易是通過友利銀行進行的。據推測,這是針對韓國虛擬貨幣行情比海外貴的“泡菜溢價”而實施的犯罪。(韓聯社)[2022/9/22 7:13:12]
以太坊主網上線時,我們有多個客戶端。其中最主要的兩個是Geth和CPPEthereum。之后又出現了Parity,CPPEthereum被淘汰。從那時起,除了Parity之外,沒有一個客戶端能獲得較大的市場份額。去年,Nethermind異軍突起,成為了一顆冉冉上升的新星,但是目前只占據了1%的市場份額。最近,由于Parity遭遇了一些波折,前途一片黯淡,Parity的市場份額大幅下降。我們認為,在理想情況下,以太坊網絡需要有3個及以上的客戶端、每個客戶端占有的客戶端份額都不至于太高、沒有任何一個客戶端能占據遠遠超過51%市場份額。雖然在理想情況下應該實現客戶端多元化,但是我們已經習慣了客戶端霸權的局面。那么,我們為什么需要多個客戶端?從我個人的經驗角度來看,構建以太坊客戶端難比登天。Geth之所以能在以太坊網絡上穩定運行,是因為它引入了很多復雜的優化。Geth團隊花費了數年時間才達到了如此高的復雜度,目前仍在繼續優化中。有人可能會立即建議我們想辦法為落后的客戶端提供支持和幫助。我很警惕這種“人月神話”式的解決方案——在軟件開發過程中,讓更多工程師來解決一個難題很少會成功,而且我不指望這種方案會取得成功。相反,我認為應該將關注點放在復雜性上。注:人月神話,mythicalman-month,指出以大量人員和較短的時間,并不能縮短軟件的開發進度。一窩蜂的作業方式無助于軟件生產,且會制造麻煩,產生出更差的軟件。向進度落后的項目追加人力,只會使進度更加落后。第三問:為什么構建以太坊客戶端會這么難?
數字資產做市商DWF Labs與PlayZap達成戰略合作:9月5日消息,數字資產做市商和Web3投資機構DWF Labs宣布,其成為PlayZap的做市商(Market Maker),并與PlayZap建立戰略合作伙伴關系。據悉,DWF Labs此前在7月份投資PlayZap。[2022/9/5 13:10:03]
現在,我們正越來越接近問題的根源。事實證明,大部分困難都來自于組網協議,即以太坊客戶端軟件用于相互連接并分享區塊鏈信息的那一組工具。以太坊的組網規則,最終影響甚至決定了以太坊客戶端的設計和要求。一些組網工具指定了未經優化的架構,甚至要求以太坊客戶端運行不必要的功能。客戶端開發者需要在這些限制下工作。第四問:為什么網絡互聯協議提高了客戶端實現的難度?
我相信,這個問題的答案基本上可以分為兩個部分。狀態管理整體網絡互聯要求就狀態管理而言,以太坊客戶端必須能夠同步網絡上的完整狀態,并維護該狀態的本地副本。這兩點都很難做到。對客戶端以及讀取并處理狀態要求的服務器來說,同步狀態需要提出數百萬個請求,并且會導致磁盤I/O飽和。新同步的狀態需要經過維護和刪減,以便數據庫能足夠快地執行新區塊。從工程上來說,這是一項嚴峻挑戰!GetNodeData是我們用來同步狀態的唯一網絡互聯工具,針對特定的狀態數據庫格式進行了優化。由TurboGeth推廣的“扁平式”數據庫布局在狀態維護方面具有極大的性能優勢,但是使用這種布局會加大GetNodeData請求的處理難度。一旦我們將注意力轉向網絡技術,尤其是DevP2PETH協議,我們會發現還有其他因素提高了客戶端的復雜性。要想加入這個網絡,客戶端需要具備以下能力:處理訪問最近區塊所生成的狀態的GetNodeData請求;處理訪問鏈上數據歷史記錄的請求,包括區塊頭、區塊體和收據。從根本上來說,對于許多客戶端操作而言,處理這些請求所需的基礎數據不是必需的,但是現在卻強制它們支持這些功能。這就需要所有客戶端在除了滿足自己本身的需求之外,還要另外構建大量功能。例如,主要作為交易發送網關的客戶端并不需要歷史鏈上數據,可能只需要一個很小的狀態子集。但是,就當前的以太坊版本而言,客戶端依然需要保存完整的副本。第五問:為什么……
阿斯頓·馬丁F1車隊的官方在線商店添加了加密支付選項:金色財經報道,阿斯頓·馬丁F1車隊(AMF1)的官方在線商店添加了加密貨幣支付選項。據官方公告稱,AMF1通過與Crypto.com和電子商務合作伙伴Cube Partnership(Cube)合作使其在線商店用戶可以選擇使用加密貨幣購買商品。[2022/8/11 12:18:47]
看來我只問了四個“為什么”就找到了根本原因。以太坊協議還沒有完全成熟。在設計以太坊協議時,我們并沒有意識到現如今發現的大多數問題,或者因為當時狀態規模較小、發展歷史較短,這些問題還不成問題。解決方案
過去一整年,我都在關注這個問題。令我震驚的是,以太坊上許多問題的根源其實都可以追溯到網絡層。或許最明顯的例子是,磁盤I/O歷來都是客戶端的一個瓶頸。這個瓶頸之所以存在,是因為客戶端傾向于使用樹結構的樸素表示來執行其狀態數據庫。狀態數據庫的構建方式由GetNodeData網絡元件決定。為了解決這個問題,我們需要對以太坊共識層以及網絡層的各個部分進行檢修。目前,檢修工作已經啟動。大量工作已經在Alexey和我共同領導了8個月的“無狀態以太坊”名義下開展。我們所做的一些工作至少減輕了Geth團隊的負擔,因為他們用上自己開發了經年之久的SNAP同步協議。還有一部分工作需要深入理解這個問題并想到可行方案的才俊來承擔。目前,這樣一個龐大的DevP2PETH協議尚未完全解構。我們對于如何將這個網絡拆分成三個獨立的專用網絡有了基礎了解,但是目前還沒有人直接著手這塊。另外,還有像re-genesis之類的想法,提供了完全回避這些問題的機制。這是一種激進的方法,如果能成功的話,或將為我們帶來很大的優勢。首先,我們應該清楚的是,以太坊網絡還有許多艱巨的任務需要完成,只有少數人能夠勝任這些任務。雖然每天都有越來越多的開發者參與進來,但是他們需要投入時間和精力來學習必備技能。客戶端開發者在專注于解決日常用戶看不到的底層問題時,還要抽出時間來開發新的EVM功能。如果我們希望以太坊網絡能夠取得長遠的成功,我認為整個社區都要就解決這些問題展開合作,給予其根本原因足夠的關注和討論。最重要的是,我們要攜手打造出有效的技術解決方案。
伊朗首次使用加密貨幣支付進口訂單,價值為1000萬美元:8月9日消息,據伊朗塔斯尼姆通訊社,伊朗首次使用加密貨幣支付進口訂單,價值為1000萬美元。[2022/8/9 12:12:56]
幣安將支持BEP2 THORChain(RUNE) 主網置換:6月4日,據官方公告,幣安將支持THORChain(RUNE)代幣從BEP2網絡置換到其主網。主網THORChain(RUNE)代幣的轉換將按照1:1的比例進行。幣安將于北京時間6月6日12:00暫停BEP2 RUNE代幣的充值、提現業務。[2022/6/4 4:02:17]
Tags:以太坊ETHGETGETH以太坊交易所有幾個PETH幣Chicken Nugget Cointogetherbnb禮物好感度
編者按:本文來自Cointelegraph中文,作者:HELENPARTZb,Odaily星球日報經授權轉載.
1900/1/1 0:00:007月5日~6日,由杭州未來科技城管委會、巴比特主辦的“擁抱產業新浪潮——2020杭州區塊鏈國際周”在美麗的杭州·夢想小鎮召開.
1900/1/1 0:00:00由中國政法大學全球價值鏈與票據金融研究中心發布的《中國企業區塊鏈創新與監管評估報告》從區塊鏈項目、創新能力、社會關注度以及法律風險四個維度對401家網信辦備案企業進行了綜合評估.
1900/1/1 0:00:00頭條 雪崩協議AVA稱技術伙伴Tokensoft遭受攻擊,公募推遲至7月15日雪崩協議AVA官方7月8日晚間在推特表示,盡管施行了保護措施,但其技術伙伴Tokensoft仍然受到了攻擊.
1900/1/1 0:00:00從過去一周數據來看,鏈上數據從交易額上小幅下降,但是其它活躍性數據大都小幅反彈,而幣安和火幣兩大交易所的鏈上交易額則都明顯增長,且整體流入增長更大,火幣凈流入率先轉正.
1900/1/1 0:00:00作者:OKEx內容策劃組焦國鋒、胡雅璐OKEx情報局行業周報帶你快速回顧行業動態,厘清產業動向.
1900/1/1 0:00:00