以太坊:EIP1559日期“基本敲定”,伦敦硬分叉升级预计8月4日实施

以太坊区块链的下一次重大升级,即伦敦硬分叉升级,可能会在区块高度12,965,000实施,预计时间8月4日,而不是之前建议的7月中旬。该区块高度是今天由以太坊开发者TimBeiko在Github上正式提出,他是以太坊基金会的网络升级专家。如果各种以太坊客户团队——为区块链编写各种软件入口的团队——不反对该提案,那么这个区块高度将会被认定为正式的目标高度。

0x推出用于链上治理的新智能合约系统ZEIP:2月21日消息,去中心化交易基础设施0x将推出用于完全链上绑定治理的新智能合约系统ZEIP。ZEIP可以完全控制0x协议、金库和治理,并计划推出在0x协议治理中激励积极的链上投票参与(单独和委托)的正式计划。

此外还将推出0x协议安全理事会,并计划推出0x协议Grants,更新并扩大0x协议的成功实验,以帮助管理社区拥有的金库,旨在使0x协议成为全球价值交换的标准结算层。[2023/2/21 12:18:31]

这个日期为多个测试网络提供了足够的时间来完成集成,并确保代码没有问题。今年4月份执行的一次硬分叉升级中就出现了错误,导致以太坊区块链上大约12%的计算机暂时无法同步到网络。

Ethermine推出前端运行软件以帮助矿工抵消EIP-1559收入损失:金色财经报道,以太坊矿池Ethermine推出了新前端运行软件,可以通过允许挖矿者从每个开采的区块中获得更大的利润,从而缓解因EIP-1559即将被采用而将导致的挖矿费用的急剧下降。仅在过去的24小时内,被称为最大提取价值(MEV)的软件就为交易者和矿工带来了约500万美元的利润。[2021/3/18 18:54:55]

Beiko表示:

以太坊核心开发者:EIP-1559重点在于改善用户体验和解决Gas市场的低效问题:以太坊核心开发者eric.eth发布推特称,EIP-1559需要上一堂历史课,因为它现在有点修改了。在2019年初,其对以太坊费用的第一个价格拍卖模型非常糟糕,感到十分沮丧。eric.eth认为这是大规模采用的第一道障碍。这种挫败感纯粹是一种用户体验。这与销毁(burn)费用的想法无关。在缺乏回应和理解了V神的论文后,我明白了那是最好的选择,并联系了V神。然后我们一起写了EIP-1559。值得注意的是,销毁基本费只是论文和medium文章中的一个技术性的旁注。其重点纯粹在于改善用户体验和解决Gas市场的低效问题。然而,目前EIP-1559整体叙述变成了“因为它销毁ETH,所以是好的”,这有点令人沮丧。这是一个很好的副作用,但这不是我们应该实施它的原因。我们可能会销毁一些ETH,但人们对齐过分期待。不是每一笔费用的所有部分都会被销毁,一旦有了规模,销毁的费用会更少。此前消息,EIP-1559预计今年推出。据悉,EIP-1559试图通过引入固定费用和销毁机制来降低交易费用。EIP-1559由V神于2018年首次提出,预计使以太坊区块链的收费市场更加可预测并缓解拥堵。[2021/2/10 19:26:23]

“在提交主网升级日期之前,我们想看看测试网升级情况如何。现在三分之二的测试网已经成功升级,我们有信心为主网升级设定一个日期。”所谓的伦敦硬分叉,以2015年第二届年度以太坊开发者大会的举办地“伦敦”命名,旨在将区块链网络带入通缩的未来。像这样的硬分叉本质上是软件升级,其中包含了多个以太坊改进提案,对社区中任何人提出的代码进行更改,然后由利益相关者同意,包括开发人员和通过运行以太坊区块链来验证和处理交易的“矿工”。

伦敦硬分叉的主要组成部分是有争议的EIP-1559。该EIP由以太坊创建者VitalikButerin和其他人提出,它改变了矿工的补偿方式。目前,矿工会都会获得新币奖励,以及人们为使用网络支付的交易费用。

然而,一旦通过伦敦硬分叉实施EIP-1559,矿工就不能再指望交易费用的收入,尽管用户仍然可以支付“小费”给矿工以确保他们的交易快速进行。相反,用户将支付基本费用,该费用直接进入网络并被销毁或从流通中移除。这会导致“通缩压力”,这可能会提高资产价格。

矿工在这个问题上存在分歧。有些人称之为“财富再分配”,而另一些人则将其视为提高他们收到的ETH价值的一种方式。不管怎样,EIP-1559要来了。“假设没有人有重大反对意见,我们将在8月4日举行,”Beiko说。

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

金星链

FTXRUN:NFT中文手册| NFT开发者指南:NFT元数据的存储

本手册是第一本中文的NFT用户指南,主要内容包括:NFT领域的专有名词、用户的操作指南、以及NFT的项目。本手册会随着NFT生态发展持续更新。希望本手册能够为新用户进入NFT领域提供帮助.

[0:31ms0-1:34ms