鱼池:为什么我们支持EIP-1559?_POO:USD

Stakefish创始人和F2Pool联合创始人Chun近期在ETHDenver发表了「矿工为什么要拥抱EIP-1559」的重要演讲。在该次演讲中,Chun宣布F2Pool官方将支持EIP-1559。本文,F2Pool将详细说明为什么支持能够改变太坊生态系统的?EIP-1559提案。

以太坊现状

众所周知,以太坊在过去两年一直处于高速增长模式。此前,在许多人看来,2017年的IC0热潮只是暂时的。然而,目前来看,这只是以太坊前进路上的冰山一角。伴随着2018年初的暴跌以及随后的熊市,生态构建者并没有停下脚步,他们在以太坊上创建了DeFi、DAO、NFT等生态。大众直到2020年初到2020年中才反应过来,并将注意力转移到以太坊上构建的生态应用。最明显的证据体现在链上数据上,以太坊链上交易数量已经超过2017年的峰值水平。

图源:bitinfocharts

塞尔维亚王子:我们需要对通胀免疫的硬通货,比特币是解决方案:金色财经报道,塞尔维亚王子表示,“我们需要对通货膨胀免疫的硬通货,比特币是解决方案。”[2023/1/1 22:19:09]

以太坊区块交易信息的价值正在变高,同时,对区块打包需求也在提高。从不断飙升的gas费用也可看出。然而,我们目前还看不到gas费用降低至10gwei以下。

以太坊gas费用,图源:livdir

降低gas费用至可控水平并非本文探讨的核心问题。因为以太坊目前正在努力推出以太坊2.0作为解决可扩展性问题的长期方案。目前,有随时可用或即将推出的Layer2网络,这将缓解以太坊应用的可扩展性问题,直到以太坊2.0推出。本文将探讨我们如何为用户和建设者提供更好的以太坊体验。Thestakeshaveneverbeenhigherforgettingtransactionsincluded.

消息人士:Zipmex因借给Babel Finance近1亿美元而面临巨额亏损:7月21日消息,据两名行业高管透露,加密交易所Zipmex周三宣布冻结提款一事与陷入困境的加密借贷平台Babel Finance有关。其中一位业内高管表示,Zipmex的新加坡分公司因通过其名为“ZipUp”的产品借给Babel约1亿美元而面临巨额亏损,Zipmex为了赚取额外收益较早地为Babel提供了贷款。而在6月冻结提款的Babel正在寻求聘请重组专家Houlihan Lokey。

Zipmex在泰国拥有交易所和经纪牌照。知情人士表示,泰国的许可证不允许该公司重新挪用普通客户的资金,但它可以将通过ZipUp产品转移的资金进行再投资,另一位高管表示,Zipmex已开始与投资者接触以寻找新的资金。一位与Babel重组有关的人士已证实Babel欠Zipmex的钱。

此前消息,加密交易所Zipmex宣布暂停提款,直至另行通知。(Coindesk)[2022/7/21 2:27:48]

随着时间的增长,预计以太坊上的gas费用将不断上升,但这是艺术而非科学。在行情波动剧烈的时候、新的交易机会出现、有趣的NFT或代币销售以及比特币和以太坊价格波动之时,gas费用变得难以预测。为了确保交易成功被区块打包,用户将承受剧烈波动和不可预测的gas费用,以及比预期时间更长的排队时间。有时还会出现最坏的情况,gas费用耗尽,交易打包失败,白白损失以太坊。

CryptoQuant CEO:比特币链上数据安静,说明市场不会受到卖方流动性影响:金色财经报道,链上分析服务公司CryptoQuant CEO Young Ju发推称,在过去的7天里,我没有看到任何重要的Bitcoin链上活动。他认为,目前只要链上安静,比特币市场就不会受到卖方流动性的影响。[2022/7/7 1:57:53]

解决方案:EIP-1559

目前已经有大量的文章讲述关于EIP-1559的信息。简言之,EIP-1559的核心为更改向矿工支付gas费用的方式。目前,矿工打包交易主要是在Mempool中选择出价高的交易进行打包。

在EIP-1559提案中,gas费用将分为两部分:基础费和小费。基础费是用户必须支付的最低价格,以便将其交易打包进区块之中。如果EIP-1559提案通过,基础费将会被销毁。区块包含的gas费用超过12.5M的限制,那么区块将提高限制,gas费用的最终上限为25M。小费可以认为是给予矿工的额外奖励,一旦gas费用达到最终上限25M,矿工可根据小费费用高低进行排序打包,类似目前的第一价格打包。

直播 |“后浪”仙女鱼池-青青如何乘风破浪:金色财经 · 直播主办的《 币圈 “后浪” 仙女直播周》第7期11:00 F2Pool 鱼池|CMO青青将在直播间聊聊“币圈‘后浪’仙女如何乘风破浪”,感兴趣的朋友扫码移步收听![2020/7/2]

虽然专家表示EIP-1559具有很多优势,但是我们更想强调EIP-1559具有一个优点:提高用户体验。

对于程序和用户,EIP-1559使得gas费用可预测,可以通过观察被打包交易的区块的基础费来精确估算gas费用,而非以高于当前平均gas费用的价格被打包。

EIP-1559主要由TimBeiko领导负责,他是EIP-1559坚定支持者,同时,他也在听取社区的不同意见。根据他的判断,从技术角度来看,距离EIP-1559的推出还需要解决一些难题。以太坊EIP-1559最早可能于7月的「伦敦」硬分叉中启动。

现场 | 鱼池F2pool创始人神鱼:智能合约的出现大幅提升了效率:金色财经现场报道,在中国区块链行业发展论坛现场,鱼池F2pool创始人神鱼表示,区块链现在处于类似互联网非常早期的时代,大概为90年代初,很多底层协议都没有完善。目前现阶段取得阶段性的发展,智能合约的出现则改变了人与人,人与物,人与机器的连接,大幅提升了效率。在共识机制中,其中POW已经发展了10余年,目前年产出在100亿美金。随着比特币发展,网络出现大规模拥堵,POW洲际达成共识的极限速度为12秒。这反映出,虽然POW扩展属性差,但安全程度高的特点。[2018/7/11]

这些都是EIP-1559的已知事实,接下来我们将探讨为什么我们认为应该支持该提案。

富有争议的EIP-1559

目前反对EIP-1559最大的群体是以太坊矿工。矿工反对EIP-1559存在着一定的道理,因为销毁基础费将导致其收入降低。当然,目前还没有完整的经济分析矿工在EIP-1559推出之后的收入状况。设立挖矿业务是一件具有挑战性的事,gas费用的不确定性也给该业务的未来规划带来了一个新的难题。

因此,许多矿池公开反对EIP-1559,最明显的便是我们的同行星火矿池和Ethermine。

目前关于该提案的争论显示出了以太坊社区的协调问题。能够在EIP-1559正式推出前进行讨论是一件非常好的事情。在这件事上,反对方和支持方都没有错。

以太坊生态系统既需要致力于改善以太坊的核心团队的宣传也需要我们矿工和矿池在提案上所面临的困难以及抗议和建议。

然后,我们再根据我们目前所拥有东西和事实做出决定。

为什么我们支持EIP-1559

以太坊是一个拥有众多利益相关方的生态系统,每个人都以自己的方式为该系统做出了贡献,并造就了如今的道路。以太坊核心贡献者和开发团队为2014-2015年之后的优秀公链以太坊铺平了道路。矿工对这个早期版本充满了信心,在没有生态构建之时依旧保证了它的安全运行。矿工在保证早期以太坊的安全以及随后吸引开发者加入其生态系统方面发挥了关键性作用。

现在,以太坊生态上有成千上万的应用以及大量的建设者。现在,地位发生转变了,建设者和用户正在推动以太的价值,并巩固其在去中心化应用世界中的领先地位。

矿工们已经从以太坊日益增长的使用中受益。尽管区块奖励从2016年的每天3万枚ETH下降到如今的每天1.3万枚。但是,按照法币计算,矿工的区块奖励收入从每天的30万美元增加到如今的每天2340万美元。这还是没有计算由于DeFi风行而产生的MEV机会。

现在,以太坊上的用户和生态应用要求通过EIP-1559来改善网络。

从历史来看,我们已经因为不团结核心用户和贡献者被教训了一次,并付出了昂贵的代价。在TheDAO硬分叉之后,关键开发者和核心贡献者以当前的以太坊为基础,帮助其茁壮发展至今。而以太坊经典仍然是一个不断发展的生态系统,但是在使用和应用方面的吸引力已远远落后于以太坊。

今天,广大社区和核心开发者都支持以太坊的发展,包括支持EIP-1559,站在用户和核心贡献者这一边很重要。

我们认为必须启动EIP-1559的另一个原因是市场预期。目前ETH价格中很可能已经包含了启动EIP-1559产生的价值。包括投资者在内的大多数社区成员都看好EIP-1559的推出,并希望该提案能够发挥其作用。因为,这一预期有极高的预期反映于ETH价格中。如果该提案未被通过,那么可能不利于ETH短期价格。ETH价格下跌可能引发一系列事件,导致中心化和去中心化市场进一步清算。最终,矿工也将受到影响,因为他们的收入由以太坊的价格决定。

我们依旧愿意听取更多关于EIP-1559的意见。我们将始终保持开放的心态,乐于参与富有成效的讨论。目前为止,关于EIP-1559唯一的反驳论点都集中在短期矿工收入损失上。基于此,鱼池F2Pool完全支持EIP-1559,并推动该提案的通过。我们希望矿工和矿池能够加入我们,站在以太坊历史的正确一边。

原文标题:《Stayingonthe(b)rightsideofhistory:EIP-1559》

原文作者:JK,F2Pool

原文编译:律动0x49

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

金智博客

[0:0ms0-4:261ms