ACE:如何开发出好用的轻量级客户端？_BRAND

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

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

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

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

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

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

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

Python太慢了。

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

访问以太坊协议

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

自己运行客户端。

Uniswap基金会就如何分配约440万个ARB发起征集建议:5月24日消息，Uniswap 基金会管理者之一 Erin Koen 今日在 Uniswap 社区就“如何分配约 440 万个 ARB发起征集建议。征集中提到，代币将发送至 DAO 在 Arbitrum 上的别名地址； 如何部署分配需要经过正常的治理投票。提案期持续两周（至 6 月 7 日星期三）。 届时，已获得社区反馈的提案应根据批准的治理流程将其纳入新的温度检查帖子。[2023/5/24 15:22:31]

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

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

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

直播 ｜ 玉竹 > 经济下行时如何踩到新浪潮:金色财经 · 直播主办的《 币圈 “后浪” 仙女直播周》第4期今晚20:00准时开始，本期“后浪”仙女区块链行业资深从业者玉竹将在直播间聊聊 “合经济下行时如何踩到新浪潮？”，感兴趣的朋友扫码移步收听！[2020/6/8]

自己托管邮件vs.Gmail

购买DVD或CDvs.盗版

盗版vs.流媒体

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

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

我们对客户端的要求是：

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

声音 | 微软李国平：应用区块链技术应多思考如何赋能、少谈颠覆:据经济观察网12月6日消息，微软中国金融行业总监李国平表示，第一，今天应用区块链技术，应该多思考如何赋能，少谈颠覆。他认为其实在从传统业态向数字生活，数字经济迈进的过程中，有很多行业场景存在痛点和短板，在整个信息化进程中如何补足现有实体经济中的这些问题，赋能现有业务，提高效率，降低成本，是区块链应用最应该思考的问题；第二，科技向善。今天的区块链技术、人工智能技术等，公众是存在认知差的。出现了认知差，就存在炒作的空间，就可能有泡沫，还包括新技术滥用数据等问题。因此在应用新的技术时，要在态度上端正，敬畏监管，敬畏客户，敬畏可持续发展，这样才能走的更远，更稳；第三，从网络效应原理来看，网络是越大价值越大。从最早的局域网到以太网到现在整个互联的世界，网络的效应是需要扩大的。因此今天谈公有链，链与链之间有没有标准？全球有没有标准？中国有没有标准？很多企业资产能不能链互链？思考和解决这些问题，有助于区块链的应用范围和价值的扩大。[2019/12/7]

公开标准“钱包”应用所需的API

声音 | 北京商报：如何把区块链等与金融业务进行融合是关键:8月28日，北京商报发布了题为《持牌机构怎么变：破体制禁锢 走独立之路 》的文章，对央行《金融科技（FinTech）发展规划（2019-2021年）》进行了解读。文章称，在分析人士看来，场景化是金融科技发展的一个重要趋势，因为只有嫁接到具体场景，才能让金融科技更好地服务于实体经济，降低风险发生的可能，而如何把AI、大数据、云计算、区块链等技术与金融业务进行合理而深度的融合是关键。[2019/8/28]

不需要同步

从用户的角度来说，我希望让客户端时刻保持运行，而不会影响我的设备的性能。我希望在离线一段时间后，再上线时无需等待客户端同步。

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

钱包

我们这里讲的是如何为钱包构建一个完美的客户端。钱包无处不在，而且主要由中心化提供商支持。总的来说，钱包要满足以下需求：

追踪区块链的最新区块

查看账户余额和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

翻译&校对:?闵敏&?阿剑

标签：RANDIEACEFACEBRANDDIE币SPACETOASTfacedao币怎么买入卖出

SOL热门资讯