如何開發出好用的輕量級客戶端？_以太坊:ETH

大約5年前，我們開始構建Trinity——以太坊網絡上的新型“輕量級客戶端”。那時候Geth剛剛發布了第一版LES協議，而我們曾心懷遠大的夢想。

遠大的夢想往往被現實所擊倒。這些年來，我們得到了一些教訓：

EVM計算從根本上來說是“繁重的”。

LES如同茫茫沙漠，客戶端就是沙漠中渴求數據的旅人。

同步并維護狀態的難度過高。

區塊鏈上的歷史記錄在絕大多數情況下是無用的，卻是必不可少的。

核心以太坊協議在本質上對“輕量級”不友好。

Python太慢了。

我們的目標是遠大的，方法是有缺陷的。現在是該從頭再來的時候了。

訪問以太坊協議

如果你想要與以太坊協議交互，擺在你面前的是兩個選擇：

自己運行客戶端。

萬向區塊鏈首席經濟學：央行要考慮如何激勵支付寶等參與推廣數字人民幣:萬向區塊鏈首席經濟學家鄒傳偉認為，數字貨幣的確會對第三方支付產生一定影響。在零售支付場景下，數字人民幣和第三方支付之間會有某種相互替代關系。數字人民幣的份額漲起來了，就意味著支付寶和微信份額會下降。這個環節中，央行要考慮如何激勵支付寶、微信等機構參與推廣數字人民幣，數字人民幣應用還需依賴于支付寶、微信等線下場景拓展、二維碼滲透。鄒傳偉稱，可以設想一個激勵相容設計，支付寶、微信支付如果幫助推廣了數字人民幣應用，它們存管在央行的支付備付金就可以獲得更多利息收入。（第一財經）[2020/11/19 21:18:01]

使用Infura等中心化提供商的服務。

上述兩個選擇可以滿足大多數用例的要求，但是它們位于兩個極端。以太坊客戶端需要消耗大量磁盤空間，花費數小時乃至數天時間進行同步，而且對CPU和內存的占用通常很大。中心化提供商是一種簡單可靠的方案，但是要以犧牲隱私性、安全性和去中心化原則為代價。

直播 ｜ 方魚 > 老牌交易所滿幣如何在合約市場異軍突起:金色財經 · 直播主辦的《 幣圈 “后浪” 仙女直播周》第5期本期3:00準時開始，本期“后浪”仙女 滿幣網 CMO 將在直播間聊聊“老牌交易所滿幣如何在合約市場異軍突起”，感興趣的朋友掃碼移步收聽！[2020/6/18]

為什么我們不能有介于二者之間的第三種選擇？互聯網已經證明過很多次了了，在困難模式和簡單模式之間，人們往往會選擇后者。

自己托管郵件vs.Gmail

購買DVD或CDvs.盜版

盜版vs.流媒體

自己運行以太坊節點vs.Infura

我想過采用隱私保護型解決方案。然而，我的所有交易都是通過MyCrypto或Metamask完成的。這兩款錢包都來自中心化提供商。它們都支持用戶使用自己的節點，但是就現有的客戶端來說，我認為這么做成本太高。如果我們想與這些中心化解決方案爭奪市場份額，我們需要為用戶提供更好的選擇。

動態 | Kyle Samani發推質疑Block.one如何在兩年時間花掉 8 億美元:著名區塊鏈投資機構 Multicoin 創始合伙人 Kyle Samani 發推質疑 EOS 背后的開發公司 Block.one 如何在兩年時間中燒掉 8 億美元。Kyle Samani 發表推文稱，如果 Block.one 通過 ICO 融資了 40 億美元，現在的資產負債表上有 32 億美元的資產，那么這家有 200 名員工的公司如何在兩年時間里花掉了 8 億美元現金？Kyle Samani 還稱，Block.one 進行了 1.8 億美元風險投資，但這不是支出，即便把這些投資的賬面資產都減記為 0 ，時間也不夠用。而 Staked.us 的聯合創始人 Jonathan Marcus 則表示，Block.one 花費的那 8 億美元中，最少有 5.3 億美元用于股權回購，因為 Block.one 過去兩年共進行了兩次股權回購，一次花費了 3 億美元，最近又回購了 2.3 億美元的股權。[2019/6/3]

我們對客戶端的要求是：

金色財經獨家分析 比特幣期貨市場空倉降低 對現貨價格的影響如何？:報道稱大型投機客在芝加哥期權交易所的比特幣期貨凈空倉降至1370張合約，為該產品12月上線以來最低的凈空水平，顯示市場情緒好轉。 金色財經獨家解讀，與其他期貨一樣，比特幣期貨同樣具有價值發現和套期保值（礦工的最愛）的作用，期貨價格與現貨價格走勢相似，臨近合約日期貨與現貨價格趨同，期貨價格帶動現貨價格的走勢，讓套利空間逐漸收窄。

期貨等金融衍生品爭相上線，一方面使得數字貨幣的定價權爭奪趨于激烈，另一方面也吸引更多的專業傳統金融投資者加入，兩者共同促進幣價趨于理性。隨著更多保值需求者和更多投機套利者的加入，流動性將增強，對現貨市場的引領能力會更強，也反映出人們更愿意在監管下開展交易。需要說明的是，由于比特幣本身價格的波動劇烈，期貨交易又加杠桿，所以一定警惕爆倉風險。[2018/3/26]

能夠在資源有限的設備上運行

公開標準“錢包”應用所需的API

不需要同步

從用戶的角度來說，我希望讓客戶端時刻保持運行，而不會影響我的設備的性能。我希望在離線一段時間后，再上線時無需等待客戶端同步。

這就是我心中的“圣杯”，是我舍命也要攀登的高峰。

錢包

我們這里講的是如何為錢包構建一個完美的客戶端。錢包無處不在，而且主要由中心化提供商支持。總的來說，錢包要滿足以下需求：

追蹤區塊鏈的最新區塊

查看賬戶余額和nonce

讀取合約信息

估算交易的gaslimit

發送交易

監控需要打包的待處理交易

大多數錢包都采用標準化的JSON-RPCAPI。根據上述需求轉化成的JSON-RPC端點如下所示：

eth_blockNumber用來追蹤鏈首塊

eth_getBalance和eth_getTransactionCount用來查看賬戶信息

eth_call用來讀取合約信息

eth_estimateGas用來估算gaslimit

eth_sendRawTransaction用來發送交易

eth_getTransactionReceipt表示交易已經被挖出

如果我們更深入分析該功能的必備條件，就會得到更低一級的需求：

訪問賬戶和合約存儲以支持eth_call、eth_estimateGas、eth_getBalance和eth_getTransactionCount

訪問gossip網絡來追蹤鏈首塊和eth_sendRawTransaction

訪問鏈上歷史記錄來獲得eth_getTransactionReceipt

因此，如果我們可以滿足這些需求，就可以構建一個適合輕量級錢包的客戶端，不需要同步，也無需犧牲隱私性和安全性。

如今的以太坊網絡

目前，以太坊客戶端可以在以太坊協議和LESDevP2P協議之間進行選擇。

LES協議采用服務器/客戶端模型。在該模型中，數據會根據要求從服務器流向客戶端。該協議不允許客戶端通過任何有意義的方式返回數據，這點可以從協議狀態看出。根據我的經驗來看，LES協議中的服務器和客戶端在數量上嚴重失衡。運行服務器的成本很高，現有服務器的數量不足。這就導致LES變得不可靠，而且經常會變得完全不可用。

以太坊協議則另有缺陷。該協議很好地達到了目的，確保網絡中所有的節點都盡可能地復制了完整的歷史記錄和狀態數據。這對客戶端的要求很高。網絡中的每個節點都必須保存完整的歷史記錄和狀態。沒有保存這些數據的節點不太可能保持健康的點對點連接，可能會在無法滿足對等節點的數據要求時斷開連接。

在本系列文章中，我們想要解構以太坊協議這一“龐然大物”。該協議包含了我們理想的客戶端類型的所必備的一切功能。它的設計適合全節點和礦工，但是不適合我們所概述的輕量級客戶端。

解構以太坊協議

讓我們將目光轉向以太坊協議……

我們需要解決這個問題。在與以太坊協議交互時，人們可選擇的方式有限，而且高度依賴中心化提供商。當前的網絡狀態就預示了未來可能發生的情況。

我們構想了另一種適用于以太坊錢包的輕量級客戶端。這一構想不只是一個想法，而是以實驗、原型以及我們對現有協議不斷深入的認知為基礎的。

我們正在研究的解決方案需要對核心以太坊協議進行一些修改，以便支持該用例。在該系列的下一篇文章中，我將概述需要修改和新增的部分，以及我們計劃如何去實現它們。最重要的是，我將講述我自己對這一新型輕量級客戶端的用戶體驗的期望。

原文鏈接:

https://snakecharmers.ethereum.org/the-winding-road-to-functional-light-clients/

作者:?PiperMerriam

翻譯&校對:?閔敏&?阿劍

Tags：以太坊ETHGETLOCK比特幣以太坊再現斷崖式暴跌原因eth2.0幣價togetherbnb和娜娜雙人互動SealBlock Token

聚幣