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

作者:?PiperMerriam

翻译:?阿剑

来源:以太坊爱好者

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

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

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

观点:在等问题真正解决之前DeFi行业无法实现大幅增长:DeFi 自动做市商(AMM)服务公司KingSwap首席顾问Malcolm Tan表示,他对DeFi行业的活动感到失望,并补充道:“DeFi有潜力通过数字技术撼动金融行业,但它的进展受到了和rug-pull项目的阻碍,造成资产和社区信任的损失。在这些问题得到解决,且DeFi的投资者和使用者能够更安全地将资产投入DeFi之前,这个新兴行业将无法实现大幅增长。”(Cointelegraph)[2020/12/26 16:33:50]

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

观点:DeFi行业需要自我监管:COMEX前董事长、纽约天使基金会的董事会成员Donna Redel和芝加哥肯特法学院兼职教授Olta Andoni今日在CoinDesk刊文称:“我们认为,DeFi行业需要自我监管,否则将面临严格的监管审查和声誉风险。DeFi热潮和2017年最初的ICO泡沫有相似之处,即疯狂交易,出现了很少或根本没有经过测试和审计的项目;目前尚无明确的监管指南,且以太坊gas费用上涨。从证券法和商品法的角度来看,许多问题都应该重新研究,以了解它们如何适用于去中介化、去中心化的金融模型以及如何对其进行重新构想。 我们认为,DeFi需要创建一套新的行业规则,包括审计,适当的风险披露以及计划在实际发生问题之前预测可能出了什么问题。DeFi的自我监管应规范抵押品充足性审查、审核标准、持续和危机基础上的治理、以及代币以发行为中心的所有权。”[2020/8/25]

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

观点:缺乏黄金储备国家远离BTC可能会在未来产生负面影响:比特币支持者、金融分析师Max Keiser在推特上表示,对一些国家来说,远离比特币可能会在未来产生负面影响。他表示,英国和加拿大没有进入“比特币全球哈希战争”的计划,尽管加拿大确实有比特币采矿公司。他提到了一些根本没有黄金的西方国家,如英国和加拿大,这些国家不打算开始大规模开采比特币,可能会面临一场“致命的生存金融危机”。Max Keiser暗示,比特币可以补偿他们缺乏黄金。另一方面,Max Keiser在推特上说,有些国家,比如伊朗和委内瑞拉,正在欢迎比特币,并“有望收获数万亿美元”。他称他们为“先行者”。[2020/6/26]

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

观点:停止为美联储提供资金并购买比特币,才能解决所有问题:比特币支持者、金融分析师Max Keiser发推称,比特币可以作为一种抗议的手段。Max Keiser在谈及目前美国经历的抗议活动时提到,最近许多人在推特上呼吁中止为警察提供资金,但这样做是毫无意义的,因为“银行家们”还可以雇雇佣兵来保护自己和他们的财富。

相反,Keiser提出了另一种出路——停止为美联储提供资金,购买比特币,摆脱“暴力支持”的美元。Keiser还表示,考虑到比特币网络生成一个新区块所需要的时间,比特币目前已经是一种比黄金更“硬”的货币。(U.Today)[2020/6/8]

我们准备:

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

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

摩根大通CEO:对没有收回对比特币的观点感到后悔:摩根大通CEO戴蒙:我没有收回我对比特币的观点,我对此感到后悔。区块链交易所花费的时间远远多于股票与外汇交易。此前戴蒙曾多次表示不看好数字货币。[2018/2/28]

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

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

起因

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

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

“快速同步”行不通以后,我们开始找新事情做。在接下来的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长长久久!

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

区块博客

[0:15ms0-7:87ms