以太坊2.0 开发人员:最早于2019年底推出PoS链

栏目: IT资讯 · 发布时间: 5年前

内容简介:1月24日,以太坊2.0的研究人员和开发人员在r/ethereum社区进行了一次长达12个小时的AMA活动,在这次活动当中,他们就社区成员提出的疑问进行了解答,以下是译者在这次AMA活动中挑选出的10个精彩问答内容。在阅读这些问答之前,建议大家先了解一下关于以太坊2.0 的内容:

以太坊2.0 开发人员:最早于2019年底推出PoS链

1月24日,以太坊2.0的研究人员和开发人员在r/ethereum社区进行了一次长达12个小时的AMA活动,在这次活动当中,他们就社区成员提出的疑问进行了解答,以下是译者在这次AMA活动中挑选出的10个精彩问答内容。

在阅读这些问答之前,建议大家先了解一下关于以太坊2.0 的内容:

以太坊进化之路:ETH2.0工程指南

以太坊2.0 阶段0 规范

提问1 : 你认为以太坊何时能够解决扩展性问题?

Justin Drake答:

“在阶段一(我估计2020年左右),我们将拥有分片数据。即使在没有EVM的情况下,这些分片也可以用作TrueBit(和其他可选执行引擎)的数据可用性层。在阶段二(大约2021年),我们将拥有可扩展的L1层。”

提问2 :推出PoS的最新时间表是什么?

Justin Drake答:

“我预计信标链(核心PoS链)将在2019年底推出。理想情况下,规范应该会在第一季度接近完成,第二季度会推出跨客户端测试网,第三季度则是安全审计,第四季度则是主网发布。 根据经验,12月份的发布会因为假期而难以实现。所以2019年11月和2020年1月份是我认为最可能的发生时间。 ”

提问3 : 关于完全PoS系统的发行率,是否有咨询过经济学家?更广泛地说,谁在帮助或建议以太坊2.0团队处理某些发行决策,这种决策对网络和社区又会有什么样的影响(短期和长期)?

Vitalik Buterin答:

“就我个人而言,我最感兴趣的反馈,实际上是潜在投资者的反馈。主要问题在于,我们是否可以对经济作出任何其他调整,并给予其固定水平的奖励,这将(1)鼓励更多人参与验证,(2)鼓励很多小的单独验证者或较小的池,而不是几个大的池。” ( 译者注:也就是说,目前以太坊团队还没有确定完全PoS系统的发行率,并且Vitalik比较倾向于固定的奖励

提问4: 如果一个开发者对是否在以太坊平台上建设犹豫不决,考虑到它将在未来几年内被以太坊2.0“取代”,那么最好的回应是什么?

Vitalik Buterin答:

“我希望,一旦Serenity的状态和执行模型得到巩固(参见 https://etresearch.ch/t/a-minimal-state-execution-proposal/4445 这里有一个最小提议)”,我们将开始和开发者社区合作修改高级语言(solidity、Vyper等)以及最佳实践。希望到那个时候,关于如何构建应用,将变得更加清晰。至少,这会是我的期望。

Justin Drake:

“今天在以太坊1.0基础上构建应用,对于学习和原型设计而言是非常有用的。这对于组建一个符合以太坊社区理念(可能与比特币、Ripple、比特币现金、EOS、Tether等社区的理念不同)的文化团队而言,也是很好的。”

提问5 :假设我们有多笔32 Eth的存款,我们可以在一台机器上运行多个验证者客户端吗?

Vitalik Buterin答:

“是的!没有什么能够阻止你使用一台机器来运行多个验证器。你将面临的唯一困难限制在于,分配给你验证的分片数量,会随你拥有的验证程序插槽数量而线性增加,所以如果你有数千ETH,一台笔记本电脑就不够用了,你需要更强大的机器。”

Justin Drake答:

“简短回答:是的。 长一点的答案:你需要为每32 ETH注册一个验证器。在阶段0(只是信标链,没有分片)中,你可以在一台机器上处理数千个验证器。

在阶段1之后,你在一台机器上操作的验证器数量,取决于你的机器有多强大。主流笔记本电脑应该可以轻松地处理一个验证器,并最大可处理2-10个验证器。

计算资源与验证器的数量成线性关系,直到达到大约1000个验证器。在这一点上,作为一个超级节点(即每个分片的全节点)会有可扩展性优势。

提问6 :考虑到Yoichi已离开以太坊基金会,关于以太坊2.0规范的形式证明,你们有什么计划?

Justin Drake答:

“我想说,当规范更成熟和稳定时,规范的形式证明是有意义的,可能在2019年中期。任何有兴趣在几个月内对以太坊2.0规范进行形式证明的人,请发送一份授权提案。”

提问7 :从我对以太坊2.0规范的有限理解来看,我认为分片将主要是独立的,而交叉分片通信会是缓慢的,并且需要多个步骤。因此,智能合约只能与部署分片内的资产进行活跃的交互,并且必须通过缓慢的交叉分片通信与外部资产进行交互。

考虑到这种拓扑结构,我们是否不打算以牺牲用户体验为代价来提高可扩展性(以不明显的方式缓慢响应智能合约)?

例如,如果我想玩CryptoKitties(加密猫)游戏,我需要确保和部署在我的eth地址所在分片上的合约交互,而不是与驻留在其他分片上的任何其他合约交互。然后,如果我想和另一个驻留在不同分片用户的小猫进行互动,我的体验就要比对方慢得多,而且要麻烦得多(至少这是我理解系统的工作方式,如果我错了,请纠正我)。考虑到最终目标是扩展到大量分片,那么交叉分片的可能性,会随时间呈指数级增加,因此用户体验会越来越差。

Vitalik Buterin答:

“交叉分片通信在基础层肯定会很慢,但是有更高级的机制可用于基础层,并实现快速的交叉分片通信,即使速度很慢,也允许任何交叉分片通信。请参阅 https://ethresear.ch/t/a-layer-2-computing-model-using-optimistic-state-roots/4481

,以了解具体操作方式。

提问8 :切换到以太坊2.0之后,当前运行的所有以太坊合约都会发生什么情况?

Justin Drake答:

“我的最佳猜测是,以太坊1.0合约将长期保持不变(例如,10年以上),它们不会迁移到以太坊2.0。这可以通过做两件事来实现:

  1. 降低通货膨胀率(例如将其降低20倍,将PoW算力带到其他区块链,例如ETC)。完全消除通货膨胀(仅依赖交易费用)也是可能的(见下文的安全论证)。
  2. 使用以太坊2.0定期敲定(finalise)以太坊1.0,以反平衡降低的安全性,防止长期的51%攻击。这要求以太坊1.0节点成为信标链轻客户端,这需要数年时间才能实现。

如果社区对以太坊1.0感到厌倦,一个炸弹机制(例如难度炸弹、发行炸弹、gas炸弹等)可以优雅地杀死它。另一种可能性是以太坊1.0成为以太坊2.0的合约。我不认为这是一个切实可行的解决方案,但我愿意看到别人尝试说服我:)

提问9 :是否有来自任何竞争对手(如dfnity或任何其他竞争者)的技术值得纳入到以太坊2.0当中,或者是否所有其他dapp/智能合约平台的工作,都是和以太坊2.0无关的,或者说它们是不够好的?

Justin Drake答:

“研究团队的部分工作,就是从研究论文和其他区块链项目中吸取好的想法。我非常关注技术上有趣的项目,如Dfinity、Coda、Zcash等。 竞争对手当然也有好的想法,相互学习是游戏的一部分。 ”

提问10 : 因在相对低风险/简单升级的过程中发现了错误,以太坊君士坦丁堡这一升级经历了连续的延迟。

而在以太坊2.0的阶段0和阶段1中,为了缓解这一问题,你们会做什么工作,毕竟这些实现将更加复杂?(即为了确保无缝实施,你们正在采取什么测试、第三方审计和其他考虑因素?)

Danny Ryan答:

“随着阶段0的规范进入一个更稳定的阶段,我们开始明确引入第三方审计、学术和形式分析。除此之外,我们目前正在奠定跨客户机测试和模糊化的基础,这类似于以太坊1.0。

你是对的,因为以太坊2.0的共识/系统层比单个PoW链要复杂得多,所以我们一直在尝试降低复杂性的简化工作。这是一项重要的工程设计工作,除我们的研究团队外,还需要很多参与方来计划、构建、测试、执行和维护。我认为这是一股主要的力量,如此多的独立团队,它们具有不同的专业知识,我们已在加紧做贡献。

我们很高兴看到以太坊1.0中出现的新努力(如“以太坊猫牧民”和计划的发布周期),并计划将任何最佳实践和努力纳入以太坊2.0。DEPM(去中心化项目管理)很难,但我们会继续学习并不断改进。

更多关于以太坊2.0 AMA的精彩内容,读者可访问原贴:

https://www.reddit.com/r/ethereum/comments/ajc9ip/ama_we_are_the_eth_20_research_team/


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

编程珠玑(第二版)

编程珠玑(第二版)

[美] Jon Bentley / 谢君英、石朝江 / 中国电力出版社 / 2004-4 / 28.00元

《编程珠玑(第2版)》是计算机科学方面的经典名著。书的内容围绕程序设计人员面对的一系列实际问题展开。作者Jon Bentley 以其独有的洞察力和创造力,引导读者理解这些问题并学会解决方法,而这些正是程序员实际编程生涯中至关重要的。一起来看看 《编程珠玑(第二版)》 这本书的介绍吧!

HTML 压缩/解压工具
HTML 压缩/解压工具

在线压缩/解压 HTML 代码

HTML 编码/解码
HTML 编码/解码

HTML 编码/解码

RGB HSV 转换
RGB HSV 转换

RGB HSV 互转工具