关于以太坊柏林升级,你需要了解的一切_以太坊:以太坊最新价格行情走势图

以太坊柏林升级预计将于北京时间4月15日下午四点左右发生,作为用户,你需要做哪些准备?

延期多时的以太坊柏林升级即将上线,这是继以太坊伊斯坦布尔和穆尔冰川升级之后的最新一次升级。因Geth客户端的过于集中化的问题,本预期2020年7月上线的柏林硬分叉一路延期至今。

柏林升级计划在以太坊主网区块高度12244000时上线,具体时间可能会因为出块时间的波动而提前或推迟。目前预计会在北京时间4月15日下午四点左右发生。

为什么是柏林?

柏林(Berlin)仅仅是针对此次以太坊网络升级的一个命名。伊斯坦布尔升级之后,以太坊网络升级均将采用举办Devcon的城市和顺序命名。

柏林升级意味着什么?

柏林升级意味着以太坊底层协议的一次变更。

以太坊的去中心化本质使得网络升级成为难题,需要社区和以太坊客户端开发者就某些协议变更达成共识,达成共识的协议变更会被写入各个以太坊客户端,例如Geth、OpenEthereum、Besu和Nethermind,在一个特定的区块高度上启动网络升级。

Borderless Capital:关于“推出ALGO Fund II作为Borderless DAO”的提案获得近九成投票支持:3月8日消息,Borderless Capital发推称,关于“推出ALGO Fund II作为Borderless DAO并支持社区参与”的提案已经收到1700多次投票,其中超过89%表示赞成。

Borderless Capital表示,提议推出Borderless DAO作为一个生态系统DAO,用于流动性挖矿、借贷、质押、收益耕作和风险投资,支持下一代DeFi、GameFi、基础设施、NFT DApp以及基于Algorand的更多项目。

官方表示,最初将邀请几个Algorand的原生构建者和投资者加入Borderless DAO。首先,Borderless将在该DAO的最初几年扮演协调员的角色。在此之后,DAO成员可以投票更新Borderless角色或提议一个新的协调员。[2022/3/8 13:45:03]

此次柏林升级主要优化以太坊的主网性能,优化合约,涵盖Gas效率、以太坊虚拟机(EVM)读取代码方式的更新,以及防止拒绝服务(DDOS)攻击等。在部署到主网以前,此次升级会先在Ropsten、Goerli和Rinkeby测试网上运行。

Filecoin关于允许V1证明扇区扩展到540天的FIP-0014提案已获通过,将于4月13日实施:据官方消息,Filecoin关于允许V1证明扇区最多扩展到540天的改进提案FIP-0014已获得通过,将于4月13日6:00实施。本次提案投票共有200多名矿工进行参与,其中1.19EiB(98%)的矿工批准,以压倒性多数投票通过。

FIP-0014提案允许V1扇区可扩展至540天,2020年11月27日之前封装的扇区(网络升级前使用V1证明密封的扇区),扇区的生命周期可延期为540天,包括已经运行的天数。[2021/3/31 19:32:31]

动态 | 李启威推特发布关于MimbleWimble的最新进展:李启威在推特上发布关于MimbleWimble最新进展:Grin ++的主要开发者@ davidburkett38正在和我以及@ecurrencyhodler一起合作设计。我们一直在研究让LTC进出MW / EB的机制。还想出了如何以简洁的方式处理MW费用。[2019/8/22]

柏林升级包含哪些更新?

此次升级包括至少五个EIP,分别是EIP-2565、EIP-2315、EIP-2929、EIP-2718和EIP-2930。但在3月5日的第107次核心开发者会议上,全体通过把EIP-2315移出升级列表。

EIP-2565:降低ModExp预编译合约的成本

该提案是对此前的EIP-198的重定价,EIP-198为求模求幂运算引入了一个预编译模块,而EIP-2565降低了该模块的Gas开销,使之与执行其它操作的开销相持平。

动态 | Libra项目负责人David Marcus个人确认将出席两场关于Libra的听证会:当地时间7月3日,Facebook Libra项目负责人David Marcus于个人Facebook发布长文就过去两周Libra所遇到的一些质疑及误解进行解释。文中,David Marcus个人确认将出席参议院银行委员会和众议院金融服务委员会关于Libra的两场听证会。[2019/7/4]

参考阅读:

https://eips.ethereum.org/EIPS/eip-2565

EIP-2929:增加状态访问操作码的GAS消耗

该EIP将首次调用SLOAD、CALL、BALANCE、EXT以及SELFDESTRUCT时候的Gas消耗量增加了约3倍,但这种高代价对任意地址或者存储槽都只触发一次。

提高这些操作的Gas消耗量是为了缓解以太坊协议仍存留的DoS攻击界面。此外,EIP-2929也有助于在无状态以太坊实现后的环境中限制见证数据的大小。

声音 | ConsenSys亚太地区负责人:区块链是关于信任的重新分配:据LongHash报道,ConsenSys亚太地区负责人Vinay Mohan在接受采访时表示,区块链是关于信任的重新分配,而非瓦解。Mohan称,企业或政府受众可能不需要像以太坊或比特币那样分散到最大程度的系统来获得信任增强带来的好处。与此同时,各组织在参与区块链运动时应阐明其意图。政府和企业应该澄清其立场,以及他们希望如何在一个信任重新分配的世界中保持相关。区块链和去中心化技术的支持者通常对私有区块链的实施持批评态度。一些纯粹主义者说这类似于分布式数据库,而不是“真正的”区块链。 Mohan认为,目前正处于区块链以及权力下放和信任等更广泛架构的初期阶段。在“真正的”和“不是真正的”的区块链之间划清界限,可能会损害那些运行在获许可的私有区块链上、有价值的实验和项目。这是一个进化的过程,正如内部网是万维网进化的试验场一样,获许可的私有区块链可以加速公共网络的采用。此外,区块链技术和其他一些分布式账本技术之间存在明显的差异,企业在开始实施之前应该认识到这些差异。[2019/5/28]

参考阅读:

https://eips.ethereum.org/EIPS/eip-2929

EIP-2930:可选的访问列表

为了缓解EIP-2929带来的Gas消耗量增大问题,柏林升级配套引入了EIP-2930。EIP-2930准许用户在提交交易时指定一个「访问列表」让事物指明自己计划访问的状态,以使用低于EIP-2929规定的GAS费。

参考阅读:

https://eips.ethereum.org/EIPS/eip-2930

EIP-2718:标准化的事务类型

该EIP引入了一种新的事务类型,在协议级别引进了对多种交易类型的支持,以更加便利地启用对多种事务类型的支持。

以太坊主网上线初期,只有带有字段TO和字段Data的一种事务类型。2016年11月,以太坊网络对事物类型的需要发生了变化,伪龙硬分叉为了防止重放攻击纳入了EIP-155。EIP-2718虽然无法解决由EIP-155带来的复杂性,但有效防止了引入更多的复杂性,并且也让EIP-1599的实施变得更加容易。

参考阅读:

https://eips.ethereum.org/EIPS/eip-2718

《TheBerlinUpgradeOveriew》

作为用户,需要做哪些准备?

作为以太坊用户或ETH持有者,不需做任何事情,除非你的交易所或钱包服务商通知你需要额外步骤。

作为节点运行者或矿工,需要下载以太坊客户端的最新版本。考虑到区块时间的可变性,建议在预期日期前几天就升级。柏林升级后,未升级的节点会留在不兼容新链的旧链上,将无法向升级后的以太坊网络发送ETH,并且无法操作升级后以太坊网络中的智能合约。

下载地址:

*Go-ethereum(Geth)

v1.10.1

*OpenEthereum(f.k.a.Parity)

v3.2.0

*Nethermind

v1.10.31

*Besu

v21.1.2

*EthereumJSVM

v5.2.0

参考阅读:

《EthereumBerlinUpgradeAnnouncement》

以太坊升级路线图:EIP-1559和ETH2合并

除了即将到来的柏林升级,以太坊2021还将迎来伦敦升级以及上海升级。

伦敦升级将会于主网部署社区争议性较大的EIP-1559。由于伦敦升级难度较大,而且实现和测试时间都比以往升级的时间短,因此核心开发者正试图缩小伦敦升级的范围,以便按时完成。

未进入伦敦升级的EIP将可能进入上海升级。以太坊开发者目前正就上海升级的优先级问题进行讨论。其中一种选择是,上海升级将作为另一项功能分叉进行启动,其中包括伦敦升级中未包含的EIP。另一种选择则是采用VitliakButerin的快速合并提案,将上海升级作为Eth1<>Eth2的合并。如果采用第一种,将上海升级作为功能分叉启动,那么可能会在2021年10月启动。如果是后者,则会推迟至更远的时间启动。

参考阅读:

《ForthosewhoareunclearonbigthingshappeningsoonintheEthereumecosystem》

《ProposaltoprioritizeTheMergeafterLondon》

《AllCoreDevsUpdate001》

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

水星链

[0:15ms0-0:936ms