以太坊伦敦升级将把难度炸弹推迟至12月_以太坊:POS

以太坊开发者周五同意推迟一个“困难炸弹”,如果不加以处理,这个难度炸弹将在今年夏天开始减慢以太坊网络的速度。

以太坊“难度炸弹”是以太坊开发人员 2015 年嵌入的一段代码,通过逐步增加区块链挖矿难度,从而人为减慢以太坊发行速度。这一机制是为了使以太坊向权益证明(PoS)机制算法的巨大转变而设计的。

在目前的工作量证明共识机制的条件下,矿工每次创建新区块并将其添加到区块链中时都会赢得奖励。但当以太坊难度炸弹设置为“引爆”时,矿工通过挖矿获得奖励的难度将成倍增加。

Coinbase:支持合并升级后的以太坊PoS链:金色财经消息,Coinbase 在推特上表示将全面支持合并升级后的以太坊 PoS 链,并表示将根据标准资产上市政策,逐案评估任何 ETH 分叉代币。[2022/8/26 12:49:18]

以太坊 2.0 将把网络从工作证明(PoW)切换到权益证明(PoS)。

现在在以太坊挖出一个区块平均需要?13?秒。如果不延迟启动难度炸弹,到年底验证一个区块需要?20?多秒。

周五,以太坊开发者们就延迟难度炸弹到?12?月需要多少区块达成了一致。

以太坊桥TVL达到188.3亿美元:金色财经消息,Dune Analytics数据显示,以太坊桥当前TVL达到188.3亿美元。其中锁仓量最高的5个桥分别是PolygonBridges(56.03亿美元)、AvalancheBridge(49.02亿美元)、ArbitrumBridges(36.01亿美元)、FantomAnyswapBridge(24.84亿美元)、NearRaibow(15.27亿美元)。[2022/4/16 14:28:32]

Genesis报告:以太坊生态市场份额持续上升:8月7日消息,根据Genesis的报告,比特币交易占其平台上完成的总交易量的近47%。这一数字标志着比特币在2020年第二季度的80%份额大幅下降。比特币失去的大部分市场份额转移到了以太坊,占同期交易量的25%。

与此同时,机构也表现出对uni、sushi、aave等基于以太坊的defi协议的defi代币需求。此外,人们对 Solana和Binance代币的兴趣也在不断增加。(Bitcoin.com)[2021/8/7 1:40:35]

5?月?14?日,以太坊核心开发者进行电话会议,以太坊开发者?Tim Beiko?更新会议结果表示,会议的大部分时间都集中在解决伦敦升级的最终细节。伦敦升级将纳入?EIP-3541、EIP-3554。其中?EIP-3541?阻止部署以“0xEF”开头的合约,为大规模?EVM?检修(EIP-3540)奠定基础;EIP-3554?提议将难度炸弹延迟到?12?月。

此外,会议讨论了测试网进行伦敦升级的时间,Ropsten?定于区块高度?10399301(6?月?9?日),Goerli?定于区块高度?4979794(6?月?16?日),Rinkeby?定于区块高度?8813188(6?月?23?日),主网仍定于?7?月?14?日进行升级,在第一个测试网成功分叉后,再确定主网客户端升级区块。

关于此次难度炸弹延迟的计算是由以太坊核心开发人员?James Hancock?提出的。“难度炸弹一直都在,我们只是把它的?blocktime?往回拨了些,以此来暂时‘拆除’炸弹,”Hancock?告诉?Decrypt。他提议将炸弹推迟?9700000?个区块。

Etherscan?上的?blocktime?图表。James Hancock?向?Decrypt?提供了该注释。

以太坊核心开发人员 Tim Beiko 告诉 Decrypt,开发人员驳回了将难度炸弹推迟到明年春天的提议。他说那没必要。

以太坊开发人员预计,到?12?月,该网络将进行更新,以允许以太坊?1.0(依赖于?PoW?的网络)与以太坊?2.0(依赖于?PoS?的新网络)进行通信。这就是所谓的合并(Merge)。

“如果在?12?月前完成合并,我们就不需要对难度炸弹采取任何行动,因为我们将完全放弃挖矿。”Beiko?补充说。

如果合并计划仍未实施,以太坊的上海硬分叉(Shanghai fork)预计将于?10?月进行,这将再次推迟启动难度炸弹。到目前为止,难度炸弹被延迟了三次:先是?2017?年?10?月,然后是?2019?年?2?月,最后是?2020?年?1?月。

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

水星链

DOGE反弹反转?保持谨慎保持乐观_比特币:GETH

买卖或使用比特币等虚拟货币,存在市场、交易、技术、合规等四大风险,阅读前请保证你是能足够理解这个市场和其中风险的,以下内容为个人见闻和思考,不可作为任何依据.

[0:0ms0-1:545ms