ETH:觀點 | 五問以太坊：客戶端多樣性問題從何而來？如何解決？_以太坊

最近舉行的第90期核心開發者會議幾乎全程都在討論一個問題。我強烈建議大家親自聽一下這場會議。

在這場會議上，Alexey提出了客戶端開發者負荷過重的問題。雖然我認為這場討論是一個重要的開始，但是我們太急于尋求解決方案了，充分理解這個問題才是當務之急。重要的是，我們需要花點時間來分析問題。在問題內涵的分析上，“五問法”是最簡單有效的方法之一。

事不宜遲，先來看看第一問是什么。

第一問：為什么Geth開發團隊的壓力如此之大，甚至到了超負荷的地步？

通過etherscan，我們可以看到各個客戶端的裝機量所占份額的統計數據如下所示：

Geth:75%

Parity&OpenEthereum:20%

Nethermind:1%

剩下4%由一些市場份額不到1%的客戶端組成，因此忽略不計。

重要的是，有超過51%的算力都集中在Geth客戶端上。假設在即將到來的柏林硬分叉中，Geth在實現其中一個EIP時出現了bug。即使這個客戶端的其它實現都沒出bug，只要有區塊碰上了這個bug，就會導致以太坊網絡分叉。按理來說，這個區塊是無效的，其他客戶端也會將其視為無效塊。但是，有超過51%的挖礦節點都運行的Geth客戶端，因此整個網絡都會被帶到錯誤的分叉鏈上去。

觀點：對于加密貨幣市場來說，與比特幣掛鉤的ETF可能比集中式交易所更糟糕:金色財經報道，批評者認為，對于加密貨幣市場來說，與比特幣掛鉤的ETF可能比集中式交易所更糟糕。因為持有者永遠無法利用比特幣最重要的一個特點：無需信任任何人就能控制自己的資金。這并非空談。在加拿大等市場，這些投資工具的潛力已經顯現。例如，Purpose比特幣ETF在推出后的短短兩天內就募集了超過4億美元的管理資產。加密貨幣是否是一種資產類別已不再是一個問題。機構投資者已經開始行動，為以加密貨幣ETF為起點的金融格局的地震式轉變奠定了基礎。[2023/8/14 16:24:29]

這就要求Geth客戶端和開發團隊絕對不能犯錯。

因此，第一問的答案是：

因為以太坊網絡的客戶端缺乏足夠的多樣性。

值得一提的是，客戶端多樣化不會突然將客戶端開發變成一項輕松的工作。但客戶端多樣性本身依然是一個值得探索的領域，有助于我們找到提高客戶端開發的效益，同時減輕開發團隊負擔的方法。不可否認的一點是，只在Geth團隊上下功夫不太可能解決這個問題。

觀點：Coinbase比特幣溢價回升，表明機構投資者正在重返市場:7月8日消息，CryptoQuant CEO Ki Young Ju發推稱，最新數據顯示，Coinbase的比特幣溢價似乎正在恢復。該指標的復蘇是市場購買力回升和鯨魚用戶積累的直接標志。隨著市場上購買量的增加，交易員和投資者正在推高溢價。

Coinbase Premium可以用來確定來自美國的機構和散戶交易員的情緒，因為它反映了主要由大型加密貨幣投資者使用的Coinbase Pro交易平臺的折扣或溢價。在加密貨幣暴跌期間，該指標出現了歷史上最強勁的下跌之一，這表明Coinbase上的做市商很難在市場上找到足夠的流動性，這導致了大幅折價。（U.Today）[2022/7/8 2:00:16]

第二問：為什么以太坊網絡缺乏客戶端多樣性？

以太坊主網上線時，我們有多個客戶端。其中最主要的兩個是Geth和CPPEthereum。之后又出現了Parity，CPPEthereum被淘汰。

觀點：全球加強虛擬貨幣監管:6月21日，中國人民銀行就虛擬貨幣炒作交易提供服務問題約談工商銀行、農業銀行、建設銀行、郵儲銀行、興業銀行和支付寶（中國）網絡技術有限公司等6家機構，進一步加大了對虛擬貨幣的監管力度。相關金融機構紛紛作出表態，比特幣中國也表示響應國內政策已完全退出虛擬貨幣交易業務。全球監管者也日益關注虛擬貨幣市場。韓國將加強對虛擬貨幣企業運營商的管理，以提高交易透明度，并認為虛擬貨幣“不可被識別為貨幣或金融產品”。俄羅斯要求選舉候選人披露其加密貨幣持有、消費和購買情況。日本央行行長黑田東彥稱比特幣交易多被用于投機活動，波動過大，且并未被真正用于結算目的。在歐洲央行行長拉加德看來，比特幣是一個高度投機的資產，不是一種貨幣。（山西新聞網）[2021/6/28 0:11:06]

從那時起，除了Parity之外，沒有一個客戶端能獲得較大的市場份額。去年，Nethermind異軍突起，成為了一顆冉冉上升的新星，但是目前只占據了1%的市場份額。最近，由于Parity遭遇了一些波折，前途一片黯淡，Parity的市場份額大幅下降。我們認為，在理想情況下，以太坊網絡需要有3個及以上的客戶端、每個客戶端占有的客戶端份額都不至于太高、沒有任何一個客戶端能占據遠遠超過51%市場份額。雖然在理想情況下應該實現客戶端多元化，但是我們已經習慣了客戶端霸權的局面。

觀點：相信DeFi今年總鎖倉量將達到1萬億美元:2月21日消息，Variant Fund投資人、Our Network作者Spencer Noon發推稱，“我越來越相信DeFi今年總鎖倉量（TVL）將達到1萬億美元，因為大型金融機構正在尋求收益率，并對這一空間感到滿意。奇怪的地方在于，從現在開始收費可能是原來的10倍，對他們來說非常便宜，并且仍然看漲ETH。”[2021/2/21 17:37:01]

那么，我們為什么需要多個客戶端？

從我個人的經驗角度來看，構建以太坊客戶端難比登天。Geth之所以能在以太坊網絡上穩定運行，是因為它引入了很多復雜的優化。Geth團隊花費了數年時間才達到了如此高的復雜度，目前仍在繼續優化中。

有人可能會立即建議我們想辦法為落后的客戶端提供支持和幫助。我很警惕這種“人月神話”式的解決方案——在軟件開發過程中，讓更多工程師來解決一個難題很少會成功，而且我不指望這種方案會取得成功。

相反，我認為應該將關注點放在復雜性上。

律師觀點：Ripple此番回應將讓SEC訴訟成為一場“贏家通吃”的游戲:美國Hogan & Hogan律所的Jeremy Hogan在YouTube視頻中評論了Ripple對于美SEC訴訟作出的回應，他認為這使得這場訴訟成為了一場“贏家通吃（winner takes all）”的游戲。正如他指出的那樣，Ripple希望能迅速做出決定，這就是他們沒有提出駁回動議的原因。這通常是Ripple在其他訴訟中所采取的做法——“只是作為一種麻煩或拖延戰術”。然而，在美國SEC的訴訟中，Ripple為了盡快得到裁決而放棄了這一戰術。

Hogan還特別強調了回應中的兩種策略，稱其“非常出色”。首先，Ripple根據聯邦陽光法（Federal Sunshine Law）提交了一項動議，以獲得SEC關于以太坊非證券分類的非正式意見。根據Hogan的說法，這絕不是“孤注一擲”。此外，他還提到了回應中的“積極抗辯”。SEC在其訴訟中避免尋求宣告性判決XRP是一種證券，而只尋求“影響受托管XRP的損害賠償和補救措施”。然而，Ripple卻試圖用這種積極抗辯來做恰恰相反的事情。這使得這場訴訟成為了一場“贏家通吃”的游戲。（Crypto News Flash）[2021/1/30 18:28:02]

注：人月神話，mythicalman-month，指出以大量人員和較短的時間，并不能縮短軟件的開發進度。一窩蜂的作業方式無助于軟件生產，且會制造麻煩，產生出更差的軟件。向進度落后的項目追加人力，只會使進度更加落后。

第三問：為什么構建以太坊客戶端會這么難？

現在，我們正越來越接近問題的根源。

事實證明，大部分困難都來自于組網協議，即以太坊客戶端軟件用于相互連接并分享區塊鏈信息的那一組工具。以太坊的組網規則，最終影響甚至決定了以太坊客戶端的設計和要求。

一些組網工具指定了未經優化的架構，甚至要求以太坊客戶端運行不必要的功能。客戶端開發者需要在這些限制下工作。

第四問：為什么網絡互聯協議提高了客戶端實現的難度？

我相信，這個問題的答案基本上可以分為兩個部分。

狀態管理

整體網絡互聯要求

就狀態管理而言，以太坊客戶端必需能夠同步網絡上的完整狀態，并維護該狀態的本地副本。這兩點都很難做到。對客戶端以及讀取并處理狀態要求的服務器來說，同步狀態需要提出數百萬個請求，并且會導致磁盤I/O飽和。新同步的狀態需要經過維護和刪減，以便數據庫能足夠快地執行新區塊。從工程上來說，這是一項嚴峻挑戰！

GetNodeData是我們用來同步狀態的唯一網絡互聯工具，針對特定的狀態數據庫格式進行了優化。由?TurboGeth?推廣的“扁平式”數據庫布局在狀態維護方面具有極大的性能優勢，但是使用這種布局會加大?GetNodeData?請求的處理難度。

一旦我們將注意力轉向網絡技術，尤其是DevP2P?ETH?協議，我們會發現還有其他因素提高了客戶端的復雜性。要想加入這個網絡，客戶端需要具備以下能力：

處理訪問最近區塊所生成的狀態的?GetNodeData?請求；

處理訪問鏈上數據歷史記錄的請求，包括區塊頭、區塊體和收據。

從根本上來說，對于許多客戶端操作而言，處理這些請求所需的基礎數據不是必需的，但是現在卻強制它們支持這些功能。這就需要所有客戶端在除了滿足自己本身的需求之外，還要另外構建大量功能。例如，主要作為交易發送網關的客戶端并不需要歷史鏈上數據，可能只需要一個很小的狀態子集。但是，就當前的以太坊版本而言，客戶端依然需要保存完整的副本。

第五問：為什么……

看來我只問了四個“為什么”就找到了根本原因。以太坊協議還沒有完全成熟。在設計以太坊協議時，我們并沒有意識到現如今發現的大多數問題，或者因為當時狀態規模較小、發展歷史較短，這些問題還不成問題。

解決方案

過去一整年，我都在關注這個問題。令我震驚的是，以太坊上許多問題的根源其實都可以追溯到網絡層。

或許最明顯的例子是，磁盤I/O歷來都是客戶端的一個瓶頸。這個瓶頸之所以存在，是因為客戶端傾向于使用樹結構的樸素表示來執行其狀態數據庫。狀態數據庫的構建方式由?GetNodeData?網絡元件決定。

為了解決這個問題，我們需要對以太坊共識層以及網絡層的各個部分進行檢修。目前，檢修工作已經啟動。大量工作已經在Alexey和我共同領導了8個月的“無狀態以太坊”名義下開展。我們所做的一些工作至少減輕了Geth團隊的負擔，因為他們用上自己開發了經年之久的SNAP同步協議。還有一部分工作需要深入理解這個問題并想到可行方案的才俊來承擔。

目前，這樣一個龐大的DevP2P?ETH?協議尚未完全解構。我們對于如何將這個網絡拆分成三個獨立的專用網絡有了基礎了解，但是目前還沒有人直接著手這塊。

另外，還有像?re-genesis?之類的想法，提供了完全回避這些問題的機制。這是一種激進的方法，如果能成功的話，或將為我們帶來很大的優勢。

首先，我們應該清楚的是，以太坊網絡還有許多艱巨的任務需要完成，只有少數人能夠勝任這些任務。雖然每天都有越來越多的開發者參與進來，但是他們需要投入時間和精力來學習必備技能。客戶端開發者在專注于解決日常用戶看不到的底層問題時，還要抽出時間來開發新的EVM功能。

如果我們希望以太坊網絡能夠取得長遠的成功，我認為整個社區都要就解決這些問題展開合作，給予其根本原因足夠的關注和討論。最重要的是，我們要攜手打造出有效的技術解決方案。

原文鏈接:?https://snakecharmers.ethereum.org/applying-the-five-whys-to-the-client-diversity-problem/作者:?PiperMerriam翻譯&校對:?閔敏&阿劍

Tags：ETH以太坊GETGETHethnographyasamethodused以太坊硬幣togetherbnb艾米莉攻略雙人互動togetherbnb游戲全攻略第二部分

XRP