以太坊:科普 | 如何开发出好用的轻量级客户端

大约5年前,我们开始构建Trinity——以太坊网络上的新型“轻量级客户端”。那时候Geth刚刚发布了第一版LES协议,而我们曾心怀远大的梦想。

远大的梦想往往被现实所击倒。这些年来,我们得到了一些教训:

EVM计算从根本上来说是“繁重的”。

LES如同茫茫沙漠,客户端就是沙漠中渴求数据的旅人。

同步并维护状态的难度过高。

区块链上的历史记录在绝大多数情况下是无用的,却是必不可少的。

核心以太坊协议在本质上对“轻量级”不友好。

Python太慢了。

我们的目标是远大的,方法是有缺陷的。现在是该从头再来的时候了。

访问以太坊协议

如果你想要与以太坊协议交互,摆在你面前的是两个选择:

自己运行客户端。

稳定币crvUSD科普创新清算机制LLAMMA,可在抵押品价格下跌时逐步替换为稳定币:1月17日消息,Curve官方科普其稳定币crvUSD创新的清算机制LLAMMA,解释了LLAMMA通过AMM的特性进行针对债务人更友善的清算方式,让抵押品在价格下跌时逐渐转移成稳定币,让原本要清偿的债务有一定程度的稳定币可以偿还,同时在价格回稳时再逐渐把稳定币换回抵押品,而不是直接的触发清算导致债务人的亏损。

此前报道,2022年11月23日,去中心化交易平台CurveFinance开发者发布Curve即将推出的去中心化Stablecoin“crvUSD”的官方代码和白皮书。[2023/1/17 11:17:13]

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

上述两个选择可以满足大多数用例的要求,但是它们位于两个极端。以太坊客户端需要消耗大量磁盘空间,花费数小时乃至数天时间进行同步,而且对CPU和内存的占用通常很大。中心化提供商是一种简单可靠的方案,但是要以牺牲隐私性、安全性和去中心化原则为代价。

美国说唱歌手Megan Thee Stallion与Cash App合作发布比特币科普视频:美国说唱歌手Megan Thee Stallion与由Square开发的移动支付服务Cash App合作发布了一段名为“Bitcoin for Hotties”的视频。该视频从她的角度解释了什么是比特币,为什么比特币有价值等内容。Megan Thee Stallion在Instagram上拥有超过2410万粉丝,在 Twitter上拥有640万粉丝。(Bitcoin News)[2021/8/8 1:41:10]

为什么我们不能有介于二者之间的第三种选择?互联网已经证明过很多次了了,在困难模式和简单模式之间,人们往往会选择后者。

自己托管邮件vs.Gmail

购买DVD或CDvs.盗版

盗版vs.流媒体

自己运行以太坊节点vs.Infura

欧易OKEx将于3月18日推出DeFi系列科普视频:据欧易OKEx官方消息显示,欧易OKEx将正式推出DeFi系列科普视频《欧易DeFi20讲》,本系列节目由欧易OKEx亚太区CEO马克金主讲。该视频首期将于3月18日11:00(HKT)推出,用户可以在欧易OKEx官方学院、金色财经观看。

《欧易DeFi20讲》主要包含DeFi入门指南、全景解读DeFi生态及如何参与DeFi三个篇章,可以轻松使用户了解DeFi原理,洞察DeFi价值,掌握DeFi热点,更多详情请关注欧易OKEx官方学院。[2021/3/18 18:55:59]

我想过采用隐私保护型解决方案。然而,我的所有交易都是通过MyCrypto或Metamask完成的。这两款钱包都来自中心化提供商。它们都支持用户使用自己的节点,但是就现有的客户端来说,我认为这么做成本太高。如果我们想与这些中心化解决方案争夺市场份额,我们需要为用户提供更好的选择。

声音 | CNBC主持人:加密货币最大的缺点之一就是难以向外行快速科普:CNBC主持人Ran NeuNer近期发推称,加密货币最大的缺点之一就是很难向外行快速解释。当人们要求我向他们解释比特币时,我知道他们至少需要一个小时才能真正理解。[2019/9/10]

我们对客户端的要求是:

能够在资源有限的设备上运行

公开标准“钱包”应用所需的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翻译&校对:闵敏&阿剑

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金星链

[0:0ms0-1:33ms