NDR:以太坊2.0 AMA:最早于2019年底推出PoS链

1月24日,以太坊2.0的研究人员和开发人员在ethereumreddit社区进行了一次长达12个小时的AMA活动,在这次活动当中,他们就社区成员提出的疑问进行了解答,以下是译者在这次AMA活动中挑选出的10个精彩问答内容。AMA参与人员包括以太坊创始人VitalikButerin、以太坊研究者JustinDrake、以太坊基金会成员HudsonJameson、DannyRyan以及Hsiao-WeiWang。在阅读这些问答之前,建议大家先了解一下关于以太坊2.0的内容:以太坊进化之路:ETH2.0工程指南以太坊2.0阶段0规范提问1:你认为以太坊何时能够解决扩展性问题?JustinDrake:在阶段一,我们将拥有分片数据。即使在没有EVM的情况下,这些分片也可以用作TrueBit的数据可用性层。在阶段二,我们将拥有可扩展的L1层。提问2:推出PoS的最新时间表是什么?JustinDrake:我预计信标链将在2019年底推出。理想情况下,规范应该会在第一季度接近完成,第二季度会推出跨客户端测试网,第三季度则是安全审计,第四季度则是主网发布。根据经验,12月份的发布会因为假期而难以实现。所以2019年11月和2020年1月份是我认为最可能的发生时间。提问3:关于完全PoS系统的发行率,是否有咨询过经济学家?更广泛地说,谁在帮助或建议以太坊2.0团队处理某些发行决策,这种决策对网络和社区又会有什么样的影响?VitalikButerin:就我个人而言,我最感兴趣的反馈,实际上是潜在投资者的反馈。主要问题在于,我们是否可以对经济作出任何其他调整,并给予其固定水平的奖励,这将鼓励更多人参与验证,鼓励很多小的单独验证者或较小的池,而不是几个大的池。提问4:如果一个开发者对是否在以太坊平台上建设犹豫不决,考虑到它将在未来几年内被以太坊2.0“取代”,那么最好的回应是什么?VitalikButerin:我希望,一旦Serenity的状态和执行模型得到巩固,我们将开始和开发者社区合作修改高级语言以及最佳实践。希望到那个时候,关于如何构建应用,将变得更加清晰。至少,这会是我的期望。JustinDrake:今天在以太坊1.0基础上构建应用,对于学习和原型设计而言是非常有用的。这对于组建一个符合以太坊社区理念的文化团队而言,也是很好的。提问5:假设我们有多笔32Eth的存款,我们可以在一台机器上运行多个验证者客户端吗?VitalikButerin:是的!没有什么能够阻止你使用一台机器来运行多个验证器。你将面临的唯一困难限制在于,分配给你验证的分片数量,会随你拥有的验证程序插槽数量而线性增加,所以如果你有数千ETH,一台笔记本电脑就不够用了,你需要更强大的机器。JustinDrake:简短回答:是的。长一点的答案:你需要为每32ETH注册一个验证器。在阶段0中,你可以在一台机器上处理数千个验证器。在阶段1之后,你在一台机器上操作的验证器数量,取决于你的机器有多强大。主流笔记本电脑应该可以轻松地处理一个验证器,并最大可处理2-10个验证器。计算资源与验证器的数量成线性关系,直到达到大约1000个验证器。在这一点上,作为一个超级节点会有可扩展性优势。提问6:考虑到Yoichi已离开以太坊基金会,关于以太坊2.0规范的形式证明,你们有什么计划?JustinDrake:我想说,当规范更成熟和稳定时,规范的形式证明是有意义的,可能在2019年中期。任何有兴趣在几个月内对以太坊2.0规范进行形式证明的人,请发送一份授权提案。提问7:从我对以太坊2.0规范的有限理解来看,我认为分片将主要是独立的,而交叉分片通信会是缓慢的,并且需要多个步骤。因此,智能合约只能与部署分片内的资产进行活跃的交互,并且必须通过缓慢的交叉分片通信与外部资产进行交互。考虑到这种拓扑结构,我们是否不打算以牺牲用户体验为代价来提高可扩展性?例如,如果我想玩CryptoKitties游戏,我需要确保和部署在我的eth地址所在分片上的合约交互,而不是与驻留在其他分片上的任何其他合约交互。然后,如果我想和另一个驻留在不同分片用户的小猫进行互动,我的体验就要比对方慢得多,而且要麻烦得多。考虑到最终目标是扩展到大量分片,那么交叉分片的可能性,会随时间呈指数级增加,因此用户体验会越来越差。VitalikButerin:交叉分片通信在基础层肯定会很慢,但是有更高级的机制可用于基础层,并实现快速的交叉分片通信,即使速度很慢,也允许任何交叉分片通信。请参阅https://ethresear.ch/t/a-layer-2-computing-model-using-optimistic-state-roots/4481,以了解具体操作方式。提问8:切换到以太坊2.0之后,当前运行的所有以太坊合约都会发生什么情况?JustinDrake:我的最佳猜测是,以太坊1.0合约将长期保持不变,它们不会迁移到以太坊2.0。这可以通过做两件事来实现:降低通货膨胀率。完全消除通货膨胀也是可能的。使用以太坊2.0定期敲定以太坊1.0,以反平衡降低的安全性,防止长期的51%攻击。这要求以太坊1.0节点成为信标链轻客户端,这需要数年时间才能实现。如果社区对以太坊1.0感到厌倦,一个炸弹机制可以优雅地杀死它。另一种可能性是以太坊1.0成为以太坊2.0的合约。我不认为这是一个切实可行的解决方案,但我愿意看到别人尝试说服我。提问9:是否有来自任何竞争对手的技术值得纳入到以太坊2.0当中,或者是否所有其他dapp/智能合约平台的工作,都是和以太坊2.0无关的,或者说它们是不够好的?JustinDrake:研究团队的部分工作,就是从研究论文和其他区块链项目中吸取好的想法。我非常关注技术上有趣的项目,如Dfinity、Coda、Zcash等。竞争对手当然也有好的想法,相互学习是游戏的一部分。提问10:因在相对低风险/简单升级的过程中发现了错误,以太坊君士坦丁堡这一升级经历了连续的延迟。而在以太坊2.0的阶段0和阶段1中,为了缓解这一问题,你们会做什么工作,毕竟这些实现将更加复杂?DannyRyan:随着阶段0的规范进入一个更稳定的阶段,我们开始明确引入第三方审计、学术和形式分析。除此之外,我们目前正在奠定跨客户机测试和模糊化的基础,这类似于以太坊1.0。你是对的,因为以太坊2.0的共识/系统层比单个PoW链要复杂得多,所以我们一直在尝试降低复杂性的简化工作。这是一项重要的工程设计工作,除我们的研究团队外,还需要很多参与方来计划、构建、测试、执行和维护。我认为这是一股主要的力量,如此多的独立团队,它们具有不同的专业知识,我们已在加紧做贡献。我们很高兴看到以太坊1.0中出现的新努力,并计划将任何最佳实践和努力纳入以太坊2.0。DEPM很难,但我们会继续学习并不断改进。

以太坊质押量突破2000万枚:金色财经报道,数据显示,以太坊质押量突破2000万枚,按照当前价格计算价值超380亿美元,验证者数量超62.5万。[2023/6/22 21:54:34]

德国电信提供以太坊区块链质押:金色财经报道,在本月早些时候以太坊区块链转向权益证明之后,德国电信是推出以太坊权益服务的最新机构。其T-Systems MMS子公司将为区块链托管验证节点,并为流动质押解决方案StakeWise提供托管解决方案。德国电信还将参与StakeWise去中心化自治组织(DAO)的治理。

T-SystemsMMS区块链解决方案中心负责人DirkR?der表示:“作为节点运营商,我们进入流动质押以及与DAO的密切合作对德国电信来说是一个新事物。”(ledgerinsights)[2022/9/30 6:03:17]

前以太坊联创抨击以太坊:技术不完善是以太坊社区追求合并的根本原因:9月26日消息,前以太坊联创兼 Cardano 创始人 Charles Hoskinson 在个人社交媒体上发布文章表示,以太坊核心开发者并不能客观看待 Cardano,此行为结果是挫伤整个行业发展、用户采用以及相互协作。

以太坊基金会社区经理 Hudson Jameson 对此做出回应称,Charles 曾在四年前构建 Cardano 时蓄意抹黑以太坊,以太坊开发者忽略 Cardano 是由于 Charles 言行恶劣。Charles 回复称,他承认四年前的言论,当时以太坊技术并不完善,现在也一样。这也是以太坊社区追求合并的根本原因。如果没有大规模链下基础设施,无法实现网络扩张。托管的、非流动性质押不可取。[2022/9/26 22:30:08]

以太坊钱包Monolith Wallet集成交易聚合平台ParaSwap:基于以太坊的金融服务商Monolith宣布旗下钱包Monolith Wallet已支持去中心化交易聚合平台ParaSwap等去中心化金融服务。Monolith同时表示将在未来推出更多去中心化金融相关的服务及功能。[2020/6/28]

分析 | 以太坊主流交易所相关交易量暴增 ERC20代币对以太坊市值占比持续提升:据TokenGazer 数据分析显示,截止至 8 月 30?日 11 时,以太坊价格为$167.60,总市值为$18,010.93M,主流交易所交易量约为$146.96M,环比昨日暴增109.7%;以太坊对比特币汇率仍在年内低点附近波动;基本面方面,以太坊链上交易量、算力、活跃地址数平稳波动、链上DApp交易量有一定抬头;以太坊 30 天开发者指数约为 2.25;与 BTC 180 天关联度继续提升,目前约为0.799;以太坊 30 天 ROI 持续下滑;ERC20 代币总市值约为以太坊总市值的 71.86%,持续提升。[2019/8/30]

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

金星链

[0:0ms0-0:826ms