观点:以太坊交易费市场泡沫预警,交易费日渐成为用户难以承受之重

本文主要是介绍观点:以太坊交易费市场泡沫预警,交易费日渐成为用户难以承受之重,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

在经历了一次大熊市之后,以太坊已经再次流行起来。受包括 ETH 价格反弹以及所谓“去中心化金融”(DeFi)的采用等因素的综合影响,以太坊区块链的活跃用户和日交易量都出现了强力增长。

随着使用量的激增,交易费用也相应上升,现在已经达到了几年内前所未有的水平。根据 ETH Gas Station,虽然在不同的钱包间交易 ETH 的手续费仅需 0.1 美元(截至 7 月 3 日的数据),与去中心化应用的交互成本却相当高—分析师认为这对以太坊的生存能力是一种威胁。

尽管矿工已经实施了一个存在潜在风险的短期解决方案,但交易费用依旧很高。为了确保以太坊的生存能力,需要找到更稳定的长期解决方案。

实际上,行业内的一名企业家甚至曾经说过,如果以太坊的手续费一直居高不下,它就可能会被其他智能合约区块链赶下王座。

DeFi , 稳定币增长恰逢以太坊交易成本激增

2017 年和 2018 年间,以太坊似乎有一个主要目的:它是一个允许创业家发起 ICO 的平台。而在 ICO 热潮崩溃后,去中心化金融已经成功补缺,成为了以太坊的主要用例。

简单来说,DeFi 是加密货币领域的一个细分市场,在这里开发者试图把传统金融服务迁移到一个去中心化框架上。

多亏了既有的用户基础、相对简单的编码语言、以及网络效应,去中心化金融在以太坊上找到了归宿。DeFi 的主要代表 Compound, MakerDAO, Synthetix 和 Kyber Network 全都是基于以太坊开发的。USDC 和 USDT 之类的稳定币所选择的网络也是以太坊。

随着 DeFi 采用率的强劲增长,价值数十亿美元的稳定币在以太坊上发行,以太坊网络自然而然地实现了扩张。

区块链分析公司 Santiment 于 6 月 23 日报道称,目前每天会有超过 100000 个新的 ETH 地址。而 Etherscan 报道称,自 6 月 22 日以来,每天有约 100 万笔被确认的以太坊交易。自 2017 年和 2018 年泡沫的顶峰之后,这样一种持续的高交易量就不曾出现过。

增长当然是喜人的,以太坊活跃用户账号和可用案例的增长也是健康的。但是,它也导致了可预见的交易成本激增。

正如比特币一样,在以太坊上发送数据(即发送 ETH ,与智能合约交互等)的成本是由自由市场上的供需动态所决定的:需求越高,成本越高。

比特币的计费单位有 satoshi/byte ,以太坊也有 gwei/gas 。1 satoshi 等于一亿分之一的 BTC ,1 gwei 等于十亿分之一 ETH 。

由于近期交易需求的激增,以太坊用户愿意为了交易支付的 gwei 数额已经到了令人难以置信的程度。

区块链分析及数据服务提供商 TradeBlock 报告称,六月中旬的数日内,以太坊 gas 成本曾高达 125 gwei 。根据该公司的数据,这是三年多以来最高的 gas 成本。

如果成本为 125 gwei ,而 ETH 价格为 225 美元,那么大多数与以太坊的交互就成为了不可持续的解决方案:

● 向其他地址发送 ETH ,操作需 21000 gas,成本 0.59 美元;

● 发送 1 个 USDT 之类的 ERC-20 代币,操作需 52146 gas ,成本 1.46 美元;

● 在最流行的 DeFi 应用 Compound 内储蓄加密货币,操作需 200000 - 400000 gas,成本最高可达 5 美元;

● 在去中心化流动性协议 Kyber Network 上交易,操作需 500000 + gas,成本可能高达 10 美元;

交易费日渐成为用户难以承受之重

即使 125 gwei 的高昂交易费只是昙花一现,此后几天内 gas 成本依旧居高难下。

下图展示了以太坊上支付的日交易费用总量( ETH 计价)。

数据显示,自 2015 年以太坊区块链上线以来,矿工在过去一个月多的时间里每天通过交易费获得了 2500 多个 ETH 。2500 个 ETH 的交易费远低于有史以来的最高记录,但这是以太坊用户所经历过的最长的高交易费时期。

此外,截至 7 月1 日,根据 Etherscan 的数据,以太坊上的平均 gas 费是47.36 gwei。

发送交易的高成本也在一则逸闻中得到了证实。

Kraken 期货部门商务开发负责人 Kevin Beardsley 在 6 月时曾表示:

“为了把我的 15 美元锁仓进 @CurveFinance ,我已经花了 14 美元的 gas 费。每周我可以通过 $SNX 的收益赚到 0.079 美元那么多。只需要短短 177 周就可以实现收支平衡!(这还不包括平仓需要的 gas 费。)”

Qiao Wang,Messari 的前任产品负责人,对这种挫败感也感同身受。为了与一份 DeFi 智能合约交互,他花了 10 美元。这位分析师写道:

“只要以太坊 2.0 没有彻底上线,一个高度可扩展的区块链显然有机会把以太坊赶下王座,取而代之。10 美元的交易费和 15 秒的结算延迟说明这不过是一个糟糕的 UX 。”

由于每一笔 DeFi 事务都可能花掉数美元,相对较小的投资者以及以太坊用户,还有基于以太坊开发的代币都面临着高交易费的压力。对于个人来说,如果需要花费 5 美元来获取价值 100 美元的 ETH 的收益,继续交易似乎就没什么意义了。对于金额更大的交易也是如此。

短期解决方案没有奏效

尽管以太坊矿工投票决定将每个区块的 gas 限额从 10000000 增加到12500000,交易费用仍然居高不下。该提案已成功进行投票,并于 6 月 19 日获得了通过,使该网络具有更大的交易容量。 (此外,暂时设置 gas 上限为 1200 万,很可能是为了确保网络的稳定性。)

当 gas 费居高不下,用户为以太坊交易的低效而沸反盈天的时候,这个短期解决方案显然没有奏效。

更糟的是,一些评论员认为提高以太坊区块的 gas 上限是一件危险的事。

以太坊基金会的一名小组负责人 Péter Szilágyi 在上述投票之后曾直言:“以太坊的矿工根本不在乎网络的长期健康,也不在乎 DoS 攻击。”

“ The Daily Gwei ”的网页作者 Anthony Sassano 在 6 月 22 日版的简讯中进一步分解了这些忧虑。

由于 gas 上限基本上代表了能够被发送给矿工并被处理的数据容量,因此这个参数的上调会给矿工造成压力。矿机较弱或者网络连接不好的矿工处理区块的速度可能更慢,更容易受到拒绝服务攻击,因此不得不需要花更多时间来存储以太坊区块链上的数据。

考虑到目前的情况,这些担忧都只是纸上谈兵:以太坊依旧在处理区块,并没有遇到太多困难。Sassano, Szilágyi 和其他人想要表达的观点是,这种变化会增加矿工健康的风险。

有哪些解决方案?

当矿工选择了一个无法完全奏效,还会带来潜在风险的以太坊交易费解决方案时,我们又有哪些长期且更安全的解决方案呢?

第一个方案是由以太坊创始人 Vitalik Buterin 和业内的其他开发者所写的以太坊改进协议 1559(EIP-1559)。该协议提出了一个将会消除目前用于决定交易费用的“低效”且不稳定的拍卖模式的系统。EIP-1559 还会废止矿工修改 gas 上限的权利;相应地,gas 上限的调整将通过硬分叉实现。

第二个方案是第二层扩容方案。就像比特币有闪电网络,以太坊上也有开发者在努力尝试利用第二层安全网络缓解主网上的交易压力。外汇返佣www.fx61.com/这类系统能够实现更快的交易、更低的交易费用、以及更大的潜在安全性和隐私性。部分以太坊二层解决方案包括 Skale Network , OmiseGo, Starkware, 和 MATIC Network 。尽管其中鲜少有方案能够获得主流采用,许多人依旧认为这些方案对以太坊扩容是至关重要的。

最后一种方案是以太坊 2.0 —对以太坊区块链的一次全方位升级,将会从本质上改变该网络的运作方式。这次升级已经经历了数年的开发,预计将会极大地提升以太坊能够处理的交易数量,从而降低费用,提高可用性。

据负责以太坊 2.0 编程和整合的开发人员宣称,这次升级的第一阶段预计将于 2020 年内上线。该区块链的创始人 Vitalik Buterin 本人也确认了这一点。对于那些为高昂的交易费而忧心的人来说,不幸的是,第一阶段预计只会激活以太坊 2.0 技术中很小的一部分。

这个将会大大缓解目前的交易费问题的升级,需要一年多的时间才会彻底上线。甚至有人认为需要更久。BitMEX Research 曾经提出:

“以太坊 2.0 非常复杂。有这么多的委员会、分片和投票种类,似乎这个升级理所当然会出些岔子,然后导致重大延迟。”

LongHash,用数据读懂区块链。

这篇关于观点:以太坊交易费市场泡沫预警,交易费日渐成为用户难以承受之重的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/612658

相关文章

Mysql中的用户管理实践

《Mysql中的用户管理实践》:本文主要介绍Mysql中的用户管理实践,本文通过实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录13. 用户管理13.1 用户 13.1.1 用户信息 13.1.2 创建用户 13.1.3 删除用户 13.1.4 修改用户

详解如何在SpringBoot控制器中处理用户数据

《详解如何在SpringBoot控制器中处理用户数据》在SpringBoot应用开发中,控制器(Controller)扮演着至关重要的角色,它负责接收用户请求、处理数据并返回响应,本文将深入浅出地讲解... 目录一、获取请求参数1.1 获取查询参数1.2 获取路径参数二、处理表单提交2.1 处理表单数据三、

慢sql提前分析预警和动态sql替换-Mybatis-SQL

《慢sql提前分析预警和动态sql替换-Mybatis-SQL》为防止慢SQL问题而开发的MyBatis组件,该组件能够在开发、测试阶段自动分析SQL语句,并在出现慢SQL问题时通过Ducc配置实现动... 目录背景解决思路开源方案调研设计方案详细设计使用方法1、引入依赖jar包2、配置组件XML3、核心配

CentOS和Ubuntu系统使用shell脚本创建用户和设置密码

《CentOS和Ubuntu系统使用shell脚本创建用户和设置密码》在Linux系统中,你可以使用useradd命令来创建新用户,使用echo和chpasswd命令来设置密码,本文写了一个shell... 在linux系统中,你可以使用useradd命令来创建新用户,使用echo和chpasswd命令来设

SpringBoot UserAgentUtils获取用户浏览器的用法

《SpringBootUserAgentUtils获取用户浏览器的用法》UserAgentUtils是于处理用户代理(User-Agent)字符串的工具类,一般用于解析和处理浏览器、操作系统以及设备... 目录介绍效果图依赖封装客户端工具封装IP工具实体类获取设备信息入库介绍UserAgentUtils

Mysql用户授权(GRANT)语法及示例解读

《Mysql用户授权(GRANT)语法及示例解读》:本文主要介绍Mysql用户授权(GRANT)语法及示例,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录mysql用户授权(GRANT)语法授予用户权限语法GRANT语句中的<权限类型>的使用WITH GRANT

SpringBoot首笔交易慢问题排查与优化方案

《SpringBoot首笔交易慢问题排查与优化方案》在我们的微服务项目中,遇到这样的问题:应用启动后,第一笔交易响应耗时高达4、5秒,而后续请求均能在毫秒级完成,这不仅触发监控告警,也极大影响了用户体... 目录问题背景排查步骤1. 日志分析2. 性能工具定位优化方案:提前预热各种资源1. Flowable

mysql删除无用用户的方法实现

《mysql删除无用用户的方法实现》本文主要介绍了mysql删除无用用户的方法实现,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧... 1、删除不用的账户(1) 查看当前已存在账户mysql> select user,host,pa

TP-Link PDDNS服将于务6月30日正式停运:用户需转向第三方DDNS服务

《TP-LinkPDDNS服将于务6月30日正式停运:用户需转向第三方DDNS服务》近期,路由器制造巨头普联(TP-Link)在用户群体中引发了一系列重要变动,上个月,公司发出了一则通知,明确要求所... 路由器厂商普联(TP-Link)上个月发布公告要求所有用户必须完成实名认证后才能继续使用普联提供的 D

Oracle数据库如何切换登录用户(system和sys)

《Oracle数据库如何切换登录用户(system和sys)》文章介绍了如何使用SQL*Plus工具登录Oracle数据库的system用户,包括打开登录入口、输入用户名和口令、以及切换到sys用户的... 目录打开登录入口登录system用户总结打开登录入口win+R打开运行对话框,输php入:sqlp