以太坊:观点 | 无状态客户端：以太坊 1.x 的新动向_Synth sEUR

作者:?PiperMerriam

翻译:?阿剑

来源：以太坊爱好者

以太坊网络就像所有的公地一样，也存在许多维护上的问题：状态数据的不断膨胀、日益变长的同步时间、全节点的热度也越来越小。如果放任不管，这些问题会给以太坊1.x的未来带来严重威胁。

这些问题一开始得到核心开发者和社区开发者的严肃对待是在Devcon4的时候，而对当前以太坊协议升级方向的研究被冠以“以太坊1.x”的代号。但最近，1.x的研究陷入停滞，因为越来越多人把兴趣转移到以太坊2.0上——这也是可以理解的，Eth2.0毕竟更迷人。

但是，以太坊2.0还要再等2～3年才能完全实现，其中Phase0和Phase1会在1～2年实现，而Phase2可能要2022年才会到来。

观点：期权交易平台Deribit上期权市场出现看涨偏好:4月1日消息，期权交易平台Deribit上的比特币期权出现看涨情绪，因比特币距离历史新高只差约4.6%的涨幅。期权分析平台Genesis volatility称，期权波动率倾斜正在缓慢上升，意味着看涨期权的需求或溢价再次高于看跌期权，显示出看涨倾向。

瑞士期权分析公司Laevitas表示，一旦突破6万美元的心理阻力位，“烟花将随之而来”。交易员们正在通过诸如执行价为8万美元的深度虚值看涨期权，为短期内的强劲反弹做准备。[2021/4/1 19:38:09]

同时，状态数据膨胀、同步时间变长、网络健康度下降等问题，都是?很迫切的。此外，迄今为止仍未有将当前的以太坊链迁移成为Eth2.0的一个执行环境的明确计划。

观点：闪电网络漏洞继续阻碍比特币扩展解决方案:虽然比特币价格在2020年创下一些高点，大量加密支持者一直在抱怨内存池（mempool）的积压和发送交易所需的高昂费用。与此同时，闪电网络还远未被广泛采用，今年还发现了一些攻击媒介。

截至发稿时，比特币mempool（积压交易）显示有11.3万笔未确认交易，自2017年以来，未确认交易数量从未如此之高。三年前牛市出现时，交易费用和未经确认的交易猛增。根据bitcoinfees.cash 10月31日的数据，下一笔BTC区块费为10.77美元，目前的中间值为6.43美元。

即使费用高昂、mempool也积压，比特币社区的交易仍主要集中在网络上。建立在比特币上的第二层协议闪电网络（LN）旨在缓解这些问题，并假设人们会转向LN解决方案。然而这从未实现，因为LN软件对普通用户来说太难了，许多应用程序都是托管的，并且今年已经有很多漏洞被披露。（Bitcoin.com）[2020/11/1 11:22:11]

观点：ADA技术指标可能会出现回落:8月7日消息，尽管在Shelley成功启动升级后，Cardano吸引了800多个股份池运营商和众多加密货币爱好者的兴趣，但由于近期ADA的价格表现过于平谈，一些散户对其并不看好，如果这个趋势继续下去，ADA的技术指标将会很快回落。（CryptoBriefing）[2020/8/8]

今年在大阪跟一些客户端开发者会面之后，我和其他人深入讨论了这些问题，而且我们无一例外都同意，1.x的研究和升级都是有意义的。

我们一起确定了一个新的方向和计划，希望能在奔向宁静的同时保证以太坊1.0链的存活和健康。

我们准备：

在根本上提升运行以太坊客户端软件的用户体验

进一步提升以太坊网络的客户端多样性

声音 | V神：加密经济学只是完善及围绕中本聪共识建立附属体系的观点非常保守:V神在推特表示，加密经济学“只是”完善中本聪共识以及围绕其建立附属体系的观点，是对加密经济学可以完成的事情的一种非常保守的看法。[2019/11/26]

夯实基础从而能顺利过渡成为2.0的一个执行环境

这是一项复杂的工作，无疑需要许多团队的合作。但在本周一次破冰视频会议之后，我们怀着一腔孤勇揭开了以太坊1.x研究的新篇章。

起因

故事还要从2018年年头、Trinity客户端的第一次发布说起。Trinity是一款用Python写成的以太坊客户端。因为Python是一门解释性语言，跟Go或者Rust这样的同侪在性能上竞争时是不可能胜出的；但是它有一些很好的特性。

Weiss评级：同意其它加密货币会超过BTC的观点 但XRP并不是唯一一个:Weiss评级发布消息，Ripple首席执行官表示，其他加密技术将通过解决实际客户的实际问题，而不仅仅是一种价值储存手段，以此来击败比特币。这个观点我们同意。但XRP可能是其中之一，但不是唯一的一个。[2018/6/7]

在第一个试用版发布之后，我们在实现区块链数据快速同步上花了不少功夫，但只得到一个令人沮丧的结论：这款客户端的性能看来是永远做不到让人们去用它了，没人愿意花几周的时间等待他们的节点同步完成。

“快速同步”行不通以后，我们开始找新事情做。在接下来的9个月里，我们基于“能不能完全回避掉这个问题”的想法不断迭代。要是真能回避掉这个问题，我们就能很快让客户端上线工作了，而同步完成、上线工作这个活动在过去是要花好几个时间甚至几天来完成的。

2019年9月的某一天，我们做出了一个原型，我们叫它“beamsync”。

Beamsync不为别的，只是想提升客户端的用户体验。我们希望客户端能尽可能快递启动并开始运行——即使硬件条件理想，“快速同步”也快不到在4小时内完成同步。

Beamsync受到“无状态客户端”概念的启发：使用一部分叫做“区块见证”的数据，beamsync在同步时不会像“快速同步”那样下载完整的状态，只会传入完成状态变换需要用到的数据。渐渐地，随着同步过程触及到越来越多的状态，客户端就能重建出完整的区块链状态，并切换到完全同步模式。

因为只提取那些执行区块需要用到的数据，并且立即予以执行，使用主梁同步的节点可以几乎即时地启动并开始运行。

因为beamsync背后的概念得到为完全的验证，Trinity团队已经从悄悄地研究转向搞出一个可用测试版的实验。我们计划在2020年第二季度发布beta版。

从BeamSync到无状态客户端

AlexeyAkhunov花了很多时间在尝试解决状态爆炸问题上。最近，他得出结论，认为无状态客户端是最可行的办法，可以摒弃更具争议性的方向比如状态租金。

而Beamsync本质上也是从一个无状态的模式开始，随着区块逐渐下载到本地数据库而逐渐过渡到富状态模式。有了Beamsync在线，我们很快就能勾勒出一条清晰的路径、实现一个善于提供无状态客户端所需原料的网络。

而且无状态客户端在理论上是兼容于当前的客户端模式的，这就意味Alexey的研究现成就能派上用场，它只会给网络带来一些增量上的改进，而不需要大规模的、有争议的协议层改进。

从1.x到2.0

一个无状态的1.x网络对以太坊2.0来说也是很重要的：验证者会被混洗到不懂的分片上，所以他们得能够非常快速地重建出一个分片的最新状态——无状态的执行环境看起来是最可行的跨分片验证方案。

正因如此，能够可靠地运行在无状态客户端上，可能会变成以太坊1.x网络迁移成2.0某个分片的前提条件。

所以，致力于以太坊1.x的无状态执行方案，我们也是在为1.x的平滑迁移做必要的准备工作。

换句话来说：今日的无状态性，日后的宁静。

正式化1.x研究

在Devcon的最后一天，我置身于一场讨论，关于如何让1.x的研究工作再度启动。在场的每个人都知道还有问题，并都表示有兴趣解决问题。这是最后一件让我高兴的事。

如果Trinity和其他客户端团队能够提升客户端的组网元件并支持beamsync，我们就完全能让以太坊网络实现无状态模式。以太坊1.x的无状态客户端，反过来，也会在葡萄成熟时，为协议迁移成以太坊2.0上的一个执行环境做好准备。

从开发以太坊2.0客户端的9支团队上得到启示，我们希望在不同团队间实现深度的合作、形成一个清晰的、高远的Eth1.x愿景，而且是可以切分成具体成果的愿景。

我们会形成定期的视频会议，而且接下来这个春天我们会组织一个以太坊1.x研究峰会。

当下，加入这场运动的最好办法就是参与etherumresearch论坛上以太坊1.x板块上的讨论。如果你有兴趣加入1.x研究复兴工作，请介绍你自己，要求我们拉你进telegram群，然后加入到我们下一次视频会议中来。

以太坊1.x长长久久！

标签：以太坊BEASYNCSYN以太坊银行XAUTBEAR价格zksync币总量Synth sEUR

fil币价格今日行情热门资讯