大约5年前，我们开始构建Trinity——以太坊网络上的新型“轻量级客户端”。那时候Geth刚刚发布了第一版LES协议，而我们曾心怀远大的梦想。
远大的梦想往往被现实所击倒。这些年来，我们得到了一些教训：
EVM计算从根本上来说是“繁重的”。LES如同茫茫沙漠，客户端就是沙漠中渴求数据的旅人。同步并维护状态的难度过高。区块链上的历史记录在绝大多数情况下是无用的，却是必不可少的。核心以太坊协议在本质上对“轻量级”不友好。Python太慢了。我们的目标是远大的，方法是有缺陷的。现在是该从头再来的时候了。
访问以太坊协议
如果你想要与以太坊协议交互，摆在你面前的是两个选择：
自己运行客户端。使用Infura等中心化提供商的服务。上述两个选择可以满足大多数用例的要求，但是它们位于两个极端。以太坊客户端需要消耗大量磁盘空间，花费数小时乃至数天时间进行同步，而且对CPU和内存的占用通常很大。中心化提供商是一种简单可靠的方案，但是要以牺牲隐私性、安全性和去中心化原则为代价。
欧易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]
为什么我们不能有介于二者之间的第三种选择？互联网已经证明过很多次了了，在困难模式和简单模式之间，人们往往会选择后者。
自己托管邮件vs.Gmail购买DVD或CDvs.盗版盗版vs.流媒体自己运行以太坊节点vs.Infura我想过采用隐私保护型解决方案。然而，我的所有交易都是通过MyCrypto或Metamask完成的。这两款钱包都来自中心化提供商。它们都支持用户使用自己的节点，但是就现有的客户端来说，我认为这么做成本太高。如果我们想与这些中心化解决方案争夺市场份额，我们需要为用户提供更好的选择。
IMF今日发布的加密货币科普视频实为两年前旧闻，且存在诸多疏漏:国际货币基金组织IMF今日在推特上发布了一条关于加密货币的科普视频，这段时长两分钟的视频最初发布于2018年6月。该视频称加密货币是“货币进化的下一步”，但没有特别提到DLT、区块链，甚至是代币名称等术语。BTC、XRP和ETH只出现在说明加密交易的图形中。尽管这段视频到目前为止已经获得了超过13.7万的点击量和2900个赞，但来自加密社区的许多反应都是批评的，他们指出了信息中的漏洞和似乎具有误导性的措辞。
Reddit用户nanooverbtc称：“他们犯了很多错误，比如把私钥称为密码。”该视频也没有讨论挖矿或加密货币供应。Kraken策略师Pierre Rochard等知名人士表示：“可证明的稀缺性是比特币有趣的原因，你忘了提这一点。”（Cointelegraph）[2020/8/24]
我们对客户端的要求是：
人大附中物理老师李永乐科普拜占庭将军问题和区块链:5月14日，人大附中物理老师、科普视频网红李永乐在其公众号发布视频《拜占庭将军问题是什么？区块链如何防范恶意节点？》。李永乐老师在视频中对拜占庭将军问题和区块链进行了讲解，他表示，拜占庭将军问题本质上指的是，在分布式计算机网络中，如果存在故障和恶意节点，是否能够保持正常节点的网络一致性问题。在近40年的时间里，人们提出了许多方案解决这一问题，称为拜占庭容错法。例如兰波特自己提出了口头协议、书面协议法，后来有人提出了实用拜占庭容错PBFT算法，在2008年，中本聪发明比特币后，人们又设想了通过区块链的方法解决这一问题。区块链通过算力证明来保持账本的一致性，也就是必须计算数学题，才能得到记账的权力，其他人对这个记账结果进行验证，如果是对的，就认可你的结果。与拜占庭问题比起来，就增加了叛徒的成本。[2020/5/14]
能够在资源有限的设备上运行公开标准“钱包”应用所需的API不需要同步从用户的角度来说，我希望让客户端时刻保持运行，而不会影响我的设备的性能。我希望在离线一段时间后，再上线时无需等待客户端同步。
动态 | 链客社区联合北京交通广播推出区块链技术科普节目:12月11日15:15—16:00，区块链技术社区——链客区块链技术社区将联合北京交通广播FM103.9从零开始为大众科普解码区块链技术，蜻蜓FM及北京广播网同期进行全球直播。首期做客嘉宾为链客区块链技术社区创始人郄建军和百度区块链产品负责人于雅楠。[2019/12/11]
这就是我心中的“圣杯”，是我舍命也要攀登的高峰。
钱包
我们这里讲的是如何为钱包构建一个完美的客户端。钱包无处不在，而且主要由中心化提供商支持。总的来说，钱包要满足以下需求：
追踪区块链的最新区块查看账户余额和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变得不可靠，而且经常会变得完全不可用。
以太坊协议则另有缺陷。该协议很好地达到了目的，确保网络中所有的节点都尽可能地复制了完整的历史记录和状态数据。这对客户端的要求很高。网络中的每个节点都必须保存完整的历史记录和状态。没有保存这些数据的节点不太可能保持健康的点对点连接，可能会在无法满足对等节点的数据要求时断开连接。
在本系列文章中，我们想要解构以太坊协议这一“庞然大物”。该协议包含了我们理想的客户端类型的所必备的一切功能。它的设计适合全节点和矿工，但是不适合我们所概述的轻量级客户端。
解构以太坊协议
让我们将目光转向以太坊协议……
我们需要解决这个问题。在与以太坊协议交互时，人们可选择的方式有限，而且高度依赖中心化提供商。当前的网络状态就预示了未来可能发生的情况。
我们构想了另一种适用于以太坊钱包的轻量级客户端。这一构想不只是一个想法，而是以实验、原型以及我们对现有协议不断深入的认知为基础的。
我们正在研究的解决方案需要对核心以太坊协议进行一些修改，以便支持该用例。在该系列的下一篇文章中，我将概述需要修改和新增的部分，以及我们计划如何去实现它们。最重要的是，我将讲述我自己对这一新型轻量级客户端的用户体验的期望。
原文链接:https://snakecharmers.ethereum.org/the-winding-road-to-functional-light-clients/作者:PiperMerriam翻译&校对:闵敏&阿剑
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。