如何設計好用的以太坊輕客戶端？_以太坊

原文標題：《科普|如何開發出好用的輕量級客戶端，Part-1》

撰文：PiperMerriam

翻譯&校對：閔敏&阿劍

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

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

EVM計算從根本上來說是「繁重的」。LES如同茫茫沙漠，客戶端就是沙漠中渴求數據的旅人。同步并維護狀態的難度過高。區塊鏈上的歷史記錄在絕大多數情況下是無用的，卻是必不可少的。核心以太坊協議在本質上對「輕量級」不友好。Python太慢了。我們的目標是遠大的，方法是有缺陷的。現在是該從頭再來的時候了。

Multichain：橋接服務目前已停止，恢復時間尚未確定:7月7日消息，Multichain發布公告稱，Multichain服務目前已停止，所有的橋接交易將在卡在源鏈上。目前還沒有確定的恢復時間，請暫時不要使用Multichain橋接服務。[2023/7/7 22:23:22]

訪問以太坊協議

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

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

Polygon ID 身份基礎設施工具完成三項更新:5月3日消息，Polygon 發推稱，對 Polygon ID 身份基礎設施工具進行三項更新，開發者可以更輕松地將 DID 集成到 DApp 中。其一，與現有工具和項目集成，借助 SelectiveDisclosure 功能，開發者將有權共享憑證中的選定字段，實施新的用例。新的 JS SDK 使開發者能夠在多個設備（Web 錢包、瀏覽器擴展程序等）中創建身份客戶端，該 SDK 包括憑證發行功能，允許從本地設備進行無服務器發行。其二，改進用戶體驗，新的發行人節點用戶界面使設置、管理和使用發行人節點更加容易。在終端用戶方面，現在移動端 SDK 和參考實施應用程序（Polygon ID 錢包）中支持推送通知。其三，為開發者提供新工具，包括 JWZ Validator、部署在 PoS 主網上的 Polygon ID 智能合約、移動端 SDK 的 Android 和 React 版本與在 W3C 注冊的 DID。[2023/5/3 14:40:07]

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

摩根士丹利下調2023年加密銀行Silvergate Capital收益預期:金色財經報道，摩根士丹利本周五再次下調加密銀行Silvergate Capital（紐交所上市代碼：SI）2023年每股收益預期，認為這家專注于數字資產的銀行將面臨FTX破產帶來的“廣泛結果和風險”。 Silvergate Capital上周披露截至 11 月 15 日，其數字客戶存款已經下滑至98億美元（不包括FTX存款），摩根士丹利分析師Manan Gosalia認為，該指標將會進一步下降至50億美元，賣方分析師更是將Silvergate Capital明年每股收益預期從4.48美元進一步下調至1.58美元。（seekingalpha）[2022/11/26 20:46:41]

自己托管郵件vs.Gmail購買DVD或CDvs.盜版盜版vs.流媒體自己運行以太坊節點vs.Infura我想過采用隱私保護型解決方案。然而，我的所有交易都是通過MyCrypto或?Metamask?完成的。這兩款錢包都來自中心化提供商。它們都支持用戶使用自己的節點，但是就現有的客戶端來說，我認為這么做成本太高。如果我們想與這些中心化解決方案爭奪市場份額，我們需要為用戶提供更好的選擇。

花旗：加密市場波動影響用戶的采用:金色財經報道，花旗銀行在周二的一份報告中表示，加密貨幣明顯低于峰值，并且隨著 terraUSD (UST) 的崩盤，人們對穩定幣的擔憂日益加劇，導致最大的穩定幣 Tether (USDT) 資金外流。報告稱，這些擔憂很可能加劇了加密市場的下跌。

摩根士丹利 (MS) 在周二的一份報告中表示，加密市場疲軟、美元穩定幣的失敗以及 DeFi 杠桿率的降低導致“加密貨幣相當于量化緊縮”。（coindesk）[2022/6/9 4:12:03]

我們對客戶端的要求是：

能夠在資源有限的設備上運行公開標準「錢包」應用所需的API不需要同步從用戶的角度來說，我希望讓客戶端時刻保持運行，而不會影響我的設備的性能。我希望在離線一段時間后，再上線時無需等待客戶端同步。

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

錢包

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

追蹤區塊鏈的最新區塊查看賬戶余額和nonce讀取合約信息估算交易的gaslimit發送交易監控需要打包的待處理交易大多數錢包都采用標準化的JSON-RPCAPI。根據上述需求轉化成的JSON-RPC端點如下所示：

eth_blockNumber?用來追蹤鏈首塊eth_getBalance?和?eth_getTransactionCount?用來查看賬戶信息eth_call?用來讀取合約信息eth_estimateGas?用來估算gaslimiteth_sendRawTransaction?用來發送交易eth_getTransactionReceipt?表示交易已經被挖出如果我們更深入分析該功能的必備條件，就會得到更低一級的需求：

訪問賬戶和合約存儲以支持?eth_call、eth_estimateGas、eth_getBalance?和?eth_getTransactionCount訪問gossip網絡來追蹤鏈首塊和?eth_sendRawTransaction訪問鏈上歷史記錄來獲得?eth_getTransactionReceipt因此，如果我們可以滿足這些需求，就可以構建一個適合輕量級錢包的客戶端，不需要同步，也無需犧牲隱私性和安全性。

如今的以太坊網絡

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

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

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

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

解構以太坊協議

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

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

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

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

Tags：以太坊ETHGETACT以太坊價格今日行情美元實時Vital Ethereum手機直接玩togetherbnbXACT

波場