热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

【研究报告】EIP1559提案会让ETH升值还是面临风险?

【研究报告】EIP-1559提案会让ETH升值还是面临风险?-EIP-1559可能是最令人期待的以太坊经济模型升级之一,也是公认的不好理解,因为很多文章着眼于技术。其实用分蛋糕(G

EIP-1559 可能是最令人期待的以太坊经济模型升级之一,也是公认的不好理解,因为很多文章着眼于技术。其实用分蛋糕(Gas)的角度思考,或许是一个看懂这件事的捷径。

重要的背景补充。EIP-1559 是 ETH 的一个会给用户、矿工、钱包开发者带来重大变化的提案,甚至会影响整个以太坊的安全性。EIP-1559 包含 4 个设计目标:

  • 更好的用户体验
  • 松弛机制:将未被占满的区块变小,也允许某些区块增大;
  • 更高的安全性:将交易费用与网络安全性分离。
  • 防止经济通胀:强制消耗特定数量的 ETH 来支付交易费并将交易费燃烧。

主要发现

  • 项目对 EIP-1559 的总体印象是积极和消极共存的(少数是中立的)。如果将矿工排除在外,则 60%的项目通常是积极的,中立的项目是消极的项目的两倍。
  • 项目使用 EIP-1559 看到的主要好处是可预测的 gas 价格,尤其是对于为用户设置价格的项目而言,因为每笔交易中都必须消耗 ETH。
  • 采用 EIP-1559 的项目的主要问题是对矿工的会有负面影响、该提案难以彻底分析以及潜在的实施或工具问题。
  • 适当的工具,清晰的沟通,良好的文档和公共测试网都可以帮助项目增加对 EIP-1559 的支持,但是许多项目仍然希望在投入大量时间实施 EIP 之前,将 EIP 进行网络升级。
  • 钱包和交易所代表参与者的回应量很少。随后的社区拓展应关注这两种类型的项目。
  • 在我们与项目的通话中,反复提出了几个问题,并在报告末尾的 FAQ 中回答了这些问题。

背景

在过去的几个月中,EIP-1559 取得了许多进展,这是一项改革以太坊收费市场的提议。尽管此 EIP 可以为以太坊带来巨大的用户体验和经济利益,但它改变了协议的几个基本部分,包括区块头,交易格式和交易池。在上一次实施者的呼吁中,强调了需要更好的了解这些更改对项目的影响并评估 EIP-1559 的相关社区情绪的需求。因此,决定针对此 EIP 采用更结构化的方法来开展社区拓展活动。

不久之后," 以太坊猫牧民 " 组织了一次社区外展问卷,并与以太坊上的项目进行了几次 1 对 1 会议。会议使我们能够回答项目有关 EIP-1559 的问题,收集他们对提案的反馈,并讨论可以采取哪些措施使项目更容易为其增加支持。本报告分享了这两次会议的反馈意见和 2020 年 10 月 8 日星期三之前收集的表格答复。

参加者概述

共有 25 个项目在 EIP-1559 上分享了他们的想法。其中有 15 个人通过问卷与他们分享了信息,另外 10 个人与我们进行了视频通话。大多数项目都不想在最终报告中被直接引用,并且一个项目希望保持完全匿名,因此这种数据报告中不会体现。

参与该研究的项目有 Gitcoin、Argent、Infura、Kyber Network、ethers.js、POAP、TrueBlocks、Bitfly (etherchain.org/beaconcha.in)、Nanopool 和 0xBitcoin。

我们根据项目类型统计:链上应用程序,钱包,交易所,矿工和其他工具或基础框架。细分如下所示:

值得强调的是,矿工提供的响应比例很高,而钱包和交易所的参与率较低。唯一参与的交易所是 DEX Kyber Network。适当时,此报告将矿工的反馈意见与其他项目分开,以明确说明。

对 EIP-1559 的总体认知与思考

我们联系的所有项目都知道 EIP-1559,其中几乎一半在跟踪 EIP 的最新发展。人们了解 EIP 的最新方式是通过 Twitter。其他跟踪的常见方法是 Github、Discord、Ethereum Magicians 和与 EIP-1559 实现者的电话。我们与之交谈的几乎每个项目都使用多个资源来获取 EIP-1559 的最新状态。

当被问及他们对 EIP-1559 的整体印象是什么时,有 10 个项目(42%)总体上对 EIP-1559 持积极态度,有 4 个(17%)是中立的或没有足够的见解,有 10 个项目(42%)对 EIP 的整体负面印象。矿工是最负面的,有 8/9 (89%)的回答是负面的。如果将矿工排除在外,则 9/15 (60%)的受访者对 EIP-1559 有正面印象。

EIP-1559 的好处

当被问及他们期望 EIP-1559 会带来什么好处时,受访者最常列出以下两个方面:

  1. Gas 价格可预测性(提及 7 次):项目普遍对 EIP-1559 能够可靠地设定正确的 gas 价格而满意。为用户设定 gas 价格的项目对此尤其积极。
  2. ETH 燃烧(5 次提及):即使受访者似乎不重视这种收益,但是也会经常提到烧是 EIP 的好处(例如“人们喜欢 EIP-1559,因为它会燃烧 ETH ”)。

除了这两个优点外,还提到了其他好处,包括降低费用,在整个网络中更好地制定激励措施,不会将所有多余的交易费都交给矿工以及更快地为用户打包交易。鉴于 EIP-1559 并非旨在大幅降低以太坊的费用,因此有必要在以后有关 EIP 的公告中明确说明这一点。

EIP-1559 的风险

当被问及使用 EIP-1559 的风险时,最常提及的三种风险是:

  1. 对矿工的负面影响(提及 10 条):几乎所有回答调查的矿工都提到 EIP-1559 会对他们产生负面影响,如果通过,他们会考虑通过去其他链进行采矿。一些矿工建议 1559 作为 eth2.0 的一部分会更好。其他担忧包括矿工之间的潜在合谋,矿工不升级支持 EIP 的客户端以及小型矿工将被逐出以太坊从而带来集中采矿的风险。
  2. 分析 EIP 的困难(7 个提及):第二个主要问题是分析 EIP-1559 的困难。这是在以下几种情况下提出的:缺少具体的可供人们评估的正式规范;EIP-1559 涉及以太坊的许多部分和二阶效应很难预测;以及,要在真实 ETH 运行的情况下测试 EIP,可能无法正确测试 EIP 的激励设计。
  3. 实施问题(提及 6 项):在客户和工具级别上的实施问题都是第三大被提及的风险。具体来说,受访者担心,如果没有针对 EIP-1559 的标准 API,则可能使处理多个客户端的工作变得比目前更加困难。还有人担心 EIP-1559 上线时工具会中断,并且工具开发人员如何得以轻松地测试其与 EIP 的一致性。

其他值得注意的问题

有效性问题

  • 由于每个区块费用增加 12.5%,因此在 30 分钟内增加约 10 万倍,因此 EIP-1559 的调整期与我们在网络上看到的使用高峰(通常持续数小时至数天)不匹配。EIP-1559 如何为下一个 UNI 令牌的发行、交易者清算危机等提供帮助?
  • EIP-1559 试图一次做太多事情:改善用户体验并制造通缩。为什么我们不将这两个目标分成单独的 EIP,以便分析?
  • EIP-1559 是否会减少区块空间?节点需要硬件可以处理理论上最大值的区块,但平均上,只能处理一半大小。
  • 人们会为什么使用 1559 而不是继续使用老的交易方式,是因为会更简单吗?

矿业问题

  • 矿工是否有办法联合以维持高或低的基本费用,或激励用户提供更多的小费?我们如何证明这一点?
  • 矿工联合将基本费用降低到 0,不会有损失。这对用户、生态系统不会像 51%式攻击一样带来负面影响。
  • 降低对矿工的激励可以导致网络上出现更多的 ASIC。
  • BribeProxy 合约可能会变得很普遍,该合约会将更多的协议外费用转交给 coinbase。

工具问题

  • tx.gasPrice 操作码会被弃用吗?使用此操作码并希望利用 EIP-1559 的智能合约是否需要重写?经常有人指出,尽管改写合约工作量可能不多,但这需要对相关的项目重新审核,这可能会产生巨大的成本并造成延误。
  • 工具的开发将需要大量的工作。在某些情况下,如果将旧的交易方式放弃改为最新方式,当新交易类型未被用户很好接受并且他们继续使用旧版本的时候,他们很难访问旧版本。

实施问题

  • 同时保留原有方式和 1559,会给以太坊增加复杂性。
  • EIP-1559 是否会增加对以太坊的 DoS 攻击风险?
  • 这对交易处理顺序有什么影响?二阶连锁效应是什么?
  • EIP-1559 对客户端堆栈的各个部分(例如 devp2p,mempool,数据库等)有什么影响?
  • EIP-1559 尝试解决的问题是否可以在客户端级别解决,而无需达成共识更改?
  • 对于 EIP-1559 来说,实现起来太复杂了。

经济问题

  • 在经济学方面,没有任何研究可以解释这对消耗费用的影响。
  • 为什么将基本费用增加 12.5%,而不是其他值?
  • 在 EIP-1559 在主网上发布之前,没有动机去利用它。

政治问题

  • 如果矿工不想升级支持 EIP-1559 怎么办?
  • 我们如何确定对 EIP-1559 有足够的支持以进行如此大的更改?

对于实施者和研究者来说,尝试解决或反驳这些担忧将是有价值的。

EIP-1599 的替代品

当被问及 EIP-1559 的替代方案时,一些受访者知道的唯一替代方案是 EIP-2593,又称“自动扶梯费”,由 MetaMask 的 Dan Finlay 提出。

实施意愿

受访者被问及支持 EIP-1559 的项目需要做哪些更改时,他们预计需要花多长时间来进行这些改变,以及 EIP 拥护者是否可以做些什么使他们的工作变得更容易。

下面是为支持 EIP-1559 而必须做的改进列表:

  1. 重写块奖励计算;
  2. 重做事务处理逻辑,包括更新序列和解析库;
  3. 更新矿池软件;
  4. 重新编写合约以使用新的操作码,并删除不推荐使用的操作码;
  5. 确保第三方依赖项仍然起作用(即 Chainlink oracle);
  6. 重做“gas 抽象”功能,使用户可以考虑 1559 型交易;
  7. 更新客户端软件;
  8. 更改用于估算 gas 价格的 API;
  9. 重做 UI 以符合 1559 的交易方式;
  10. 适应客户 RPC 接口的更改;
  11. 使用启用了 1559 的测试网和其他可用资源的进行广泛测试;
  12. 更改用于向用户共享区块和交易数据的 API。

提到的大多数更改都是针对特定项目的。为了保护项目的私密性,上面的列表汇总了项目中提到的类似更改,旨在定性地概述 1559 对现有项目的影响。

当被问到是什么可以帮助他们优先考虑支持 EIP-1559 时,最常见的回答如下:

  1. 测试网(提及 5 条):对于大多数项目来说,拥有一个适合于应用程序使用的公共 EIP-1559 测试网(例如,对 1559 的 JSON RPC 支持)将是第一步。一些项目希望使用支持 EIP-1559 的公共网络测试,而另一些项目则愿意等待支持 1559 的测试网(例如 Ropsten,Goerli 等)。
  2. 包含网络升级(提到 3 条):几个项目提到他们希望等到 EIP-1559 被网络升级正确接受后再开始实施它。
  3. 激励措施(提及 3 条):一些项目提到使用 EIP-1559 的激励措施(例如,降低 gas 价格)将促使他们尽快实施。

项目提到的其他内容包括更新工具(例如,对 EIP-1559 的 ethers.js 或 web3.js 支持),客户端中的相关 RPC 端点,明确的操作码定义和弃用时间表,用于估计下一个块的基本费用的公共 API 端点,适当的文档,清晰的沟通,支持渠道以及 EIP 的正确经济模型。

同样,受访者被问到是什么会导致他们推迟实施 EIP-1559。在这种情况下,最常见的响应是“无”(提及 7 条),表明强烈希望支持 EIP。按照频率的顺序,提出了以下潜在问题:

  1. EIP / 规范问题(提及 3 条):如果客户早期发现规范中存在重大问题,项目将把这作为一个危险的信号,推迟对 EIP-1559 的支持。
  2. 主网部署的不确定性(提到 2 项):与某些项目希望如何将 EIP-1559 包含在网络升级中以优先考虑其实施一样,其他项目则指出,围绕主网的不确定性将导致他们推迟实施。
  3. 竞争性优先级(提及 2 个项目):一些项目提到他们正在开发的其他高优先级功能可能比支持 EIP-1559 会为其用户带来更多价值。
  4. 糟糕的文档和支持(仅提及 2 条):如果不清楚项目如何添加对 EIP-1559 的支持,如何正确测试它以及在遇到问题时应该去哪里,其中有些人会推迟添加 EIP-1559 支持直到文档支持完备。
  5. 缺乏社区支持(提及 2 个项目):一些项目提到,如果他们认为 EIP-1559 会遭到一些社区反对,他们将不愿意为其增加支持,因为可能会浪费精力,他们也不想参与治理。

除此之外,提到的其他潜在问题包括:测试网支持不佳,缺乏合适的工具,可能仅长时间使用简单交易以及在部署主网之前无法测试 EIP-1559 的经济性。

最后,值得注意的是,一些非常反对 EIP-1559 的受访者提到他们在任何情况下都不会实施它,其中 6/7 (〜86%)来自矿工。

实施时间表

我们询问了项目何时开始着手为 EIP-1559 添加支持,他们打算投入多少时间来这样做,以及一旦 EIP-1559 在主网上启用,他们希望老的遗留事务得到支持的时间。

您的项目什么时候开始支持 EIP-1559?

当 EIP 存在于现有测试网时,大多数受访者都愿意开始实施更改。再次,许多项目提到 EIP 虽然不需要在开发方面进行重大更改,但可能导致必须重新审核其代码的某些部分,这将增加成本。

您需要花费多少时间(对于一个全职人员)进行研发来支持 EIP-1559?

可以看到,大多数项目期望花费相对较短的时间来添加对 EIP-1559 的支持。

最后,在 EIP-1559 启用后,项目强烈希望在主网上看到有更长的时间内来支持旧的处理方式。超过一半的受访者表示,他们希望在 1559 年启用后的 12 个月内看到支持的传统交易。这证实了对 EIP-1559 的最近更改以实现对遗留交易的长期支持可能会被更广泛的社区所接受。

将 EIP-1559 部署在主网上后,您希望看到支持 1559 年之前的交易多长时间?

结论

这项社区调研表明,尽管 EIP-1559 确实受到许多争议,但超过 60%的受访者希望明年看到 EIP-1559 在主网上部署,但也有人担心矿工对 EIP 的不支持。

提出的关注和问题数量突出表明,需要更多的 EIP-1559 说明文档,并且有可能反驳一些争议。最后,受访者明确表示,在多个平台之间进行频繁的通信,升级工具和支持渠道将大大有助于他们增加对 EIP-1559 的支持。

评论与关注

EIP-1559 提议的动机是什么?

EIP 详细介绍了一些动机,Vitalik 的最新 FAQ 也是如此。

是否有人反对该提议?

没有大量反对者,但矿工团体似乎最反对。值得注意的是,还有非矿工反对目前的提议。关注的问题包括缺乏正式的经济分析或对其他替代方案的偏爱,例如 EIP-2593。

是否有更简单的处理交易费的提议?

另一种替代方案是 EIP-2593,它可以帮助发送 UX 的交易更好,但不会产生被烧掉的基本费用。

计划变更

用户可以看到的明显差异将是什么?

EIP 使开发人员更容易估计其交易的 gas 价格,并且由于区块总是有额外的空间,因此用户在大多数情况下应该会看到更快地打包其交易。

从合约开发者角度看,它会带来什么变化?

EIP 将更改区块头,以添加基本费用字段,并通过删除“gas 价格”字段引入“费用上限”和“提示”字段来更改交易格式。

计划发布

它将如何发布?

EIP 首先将在 EIP-1559 测试网上推出。一旦证明可以使用,它将通过网络升级,如果被接受,则将其部署在现有的测试网和主网上。

它向后兼容吗?

否,EIP 将需要激活网络升级,并且需要更新节点以支持此操作。

旧的交易方式如何处理,会有过渡期吗?

EIP 的原始版本有一个过渡期,在该过渡期中,旧的方式被逐渐淘汰。当前版本的 EIP 通过将旧交易的“gas 价格”视为“费用上限”,并将“费用上限”和“基本费用”之间的差额设置为矿工的“提示”,从而将旧交易包含在区块中。这意味着旧式交易可能会为其提示多付一些钱,但始终会得到支持。

Gas 价格、基本费用、费用上限和提升

EIP-1559 是否会提高或降低 gas?

EIP-1559 不应使 gas 价格持续上涨或下跌。gas 价格是对以太坊区块空间需求的函数。EIP 将使 gas 价格更容易预测(并帮助用户避免支付过多),但不会降低 gas 的“均衡价格”。换句话说,EIP-1559 不会使我们的汽油价格从 300 到 30 Gwei。

基本费用是多少?费用上限、小费是什么?

  • 基本费用是交易必须支付的最低 gas 价格,才能包含在某个特定区块中。根据块的满或空设置。如果块已满 50%以上,则上升;如果块未满 50%,则下降。基本费用是交易费用中被烧掉的部分。
  • 费用上限是交易愿意支付的最高金额,包括基本费用和矿工小费。如果用户怀疑下一个区块的费用上限会增加,则允许用户将其费用上限设置为高于当前的基本费用。费用上限的多余部分(费用上限减去基本费用减去小费)将退还给用户。
  • 小费是发送给矿工的交易费用的一部分。
实施意愿和阻碍

受访者被问及支持 EIP-1559 的项目需要做哪些更改,他们希望花多长时间进行这些更改以及 EIP 拥护者是否可以采取任何措施使他们的工作变得更容易。

这是列出为支持 EIP-1559 而必须做的更改项目的列表:

  1. 重写块奖励计算;
  2. 重做事务处理逻辑,包括更新序列化和解析库;
  3. 更新矿池软件;
  4. 重新编写合同以使用新的操作码,并删除不推荐使用的操作码;
  5. 确保第三方依赖项仍然起作用(即 Chainlink oracle);
  6. 重做“气体抽象”功能,使用户可以考虑 1559 型交易;
  7. 更新客户端软件;
  8. 更改用于估算汽油价格的 API;
  9. 重做 UI 以符合 1559 样式的交易;
  10. 适应客户 RPC 接口的更改;
  11. 使用启用了 1559 个测试网和其他可用资源的广泛测试 / 质量检查;
  12. 更改了用于向用户共享冻结和交易数据的 API。

提到的大多数更改都是针对特定项目的。为了保护项目的私密性,上面的列表汇总了项目中提到的类似更改,旨在定性地概述 1559 对现有项目的影响。

当被问到什么可以帮助他们优先考虑 EIP-1559 支持时,最常见的回答如下:

  1. 测试网(提及 5 条):对于大多数项目来说,拥有一个适合于应用程序使用的公共 EIP-1559 测试网(例如,对 1559 的 JSON RPC 支持)将是第一步。一些项目渴望使用任何公共的 EIP-1559 测试网,而另一些项目则宁愿等待它们已经支持的测试网(例如 Ropsten,Goerli 等)来添加 EIP-1559 支持。
  2. 包含网络升级(提到 3 条):几个项目提到他们希望等到 EIP-1559 被网络升级正确接受后再开始实施它。这些项目实施不保证在主网上的某些项目是不值得的。
  3. 激励措施(提及 3 条):一些项目提到使用 EIP-1559 的激励措施(例如,降低汽油价格)将促使他们尽快实施。

项目提到的其他内容包括更新工具(例如,对 EIP-1559 的 ethers.js 或 web3.js 支持),客户端中的相关 RPC 端点,明确的操作码定义和弃用时间表,用于估计下一个块的基本费用的公共 API 端点,适当的文档,清晰的沟通,支持渠道以及 EIP 的正确经济模型。

同样,受访者被问到是什么会导致他们推迟实施 EIP-1559。在这种情况下,最常见的响应是“无”(提及 7 条),表明强烈希望支持 EIP。按照频率的顺序,提出了以下潜在问题:

  1. EIP / 规范问题(提及 3 条):如果客户的早期努力发现规范中的主要问题,则项目将以此为标志,推迟解决对 EIP-1559 支持的实施。
  2. Mainnet 部署的不确定性(提到 2 项):与某些项目希望如何将 EIP-1559 包含在网络升级中以优先考虑其实施一样,其他项目则指出,围绕 Mainnet 的不确定性将导致他们推迟实施。
  3. 竞争性优先级(提及 2 个项目):一些项目提到他们正在开发的其他高优先级功能可能比支持 EIP-1559 为其用户带来更多价值,并将优先实施这些优先级。
  4. 糟糕的文档和支持(仅提及 2 条):如果不清楚项目如何添加对 EIP-1559 的支持,如何正确测试它以及在遇到问题时应该去哪里,其中有些人会推迟添加 EIP-1559 支持,直到到位了。
  5. 缺乏社区支持(提及 2 个项目):一些项目提到,如果他们对 EIP-1559 感到有些反对,他们将不愿意为其增加支持,这既因为可能会浪费精力,又因为他们不想得到参与政治。

除此之外,提到的其他潜在问题包括:测试网支持不佳,缺乏合适的工具,可能仅长时间使用简单交易以及在部署主网之前无法测试 EIP-1559 的经济性。

最后,值得注意的是,一些非常反对 EIP-1559 的受访者提到他们在任何情况下都不会实施它。其中 6/7 (〜86%)来自矿工。

实施时间表

我们询问了项目何时开始着手为 EIP-1559 添加支持,他们打算投入多少时间来这样做,以及一旦 EIP-1559 在主网上启用,他们希望看到支持多长时间的遗留事务。

您的项目什么时候可以开始增加 EIP-1559 支持?

当 EIP 存在于现有测试网上时,大多数受访者都愿意开始实施更改。再次,许多项目提到 EIP 虽然不需要在开发方面进行重大更改,但可能导致必须重新审核其代码的某些部分,这将增加流程和成本。

另一个问题的回答也支持这一点:“您期望需要花费多少时间(对于一个专职人员)来支持 EIP-1559?”

在这里我们可以看到,大多数项目期望花费相对较短的时间来添加对 EIP-1559 的支持。

最后,在 EIP-1559 启用后,项目强烈希望在主网上看到很长时间内支持旧式事务。超过一半的受访者表示,他们希望在 1559 年启用后的 12 个月内看到支持的传统交易。这证实了最近对 EIP-1559 的更改以实现对遗留交易的长期支持可能会被更广泛的社区所接受。

将 EIP-1559 部署在主网上后,您希望看到支持 1559 年之前的交易多长时间?

结论

这项社区扩展工作表明,尽管 EIP-1559 确实受到许多项目的刺激,超过 60%的受访者希望明年看到 EIP-1559 在主网上部署,但也有人担心 EIP 矿工针对 EIP 进行了不充分的指定和显着的后退。

提出的关注和问题数量突出表明,需要更多的 EIP-1559 解释器,并且有可能反驳特定关注。最后,受访者明确表示,在多个平台之间进行频繁的通信,升级工具和支持渠道将大大有助于他们增加对 EIP-1559 的支持。

我们希望该报告对社区有用!在本次拓展研究中,我们将向其他希望分享想法的项目开放调查表,并尝试与更多的钱包和交易所联系,以增加其样本量。与足够数量的其他项目联系后,将发布此报告的更新版本。

经常问的问题

在与项目进行的访谈中反复提出了几个问题。这里为社区提供了问题和一些答案。

一般评论和关注

该提议背后的动机是什么?

  • EIP 详细介绍了一些动机,Vitalik 的最新 FAQ 也是如此。

是否有人反对该建议?

  • 是的,如本调查所示。没有大量反对者,但矿工团体似乎最反对。值得注意的是,还有非矿工反对目前的提议。关注的问题包括缺乏正式的经济分析或对其他替代方案的偏爱,例如 EIP-2593。

是否有其他更简单的建议来处理交易费用问题?

  • 另一种替代方案是 EIP-2593,它可以帮助发送 UX 的交易更好,但不会产生被烧掉的基本费用。
计划变更

最终用户可以期望的明显差异是什么?

  • EIP 应该使应用程序开发人员更容易估计其交易的汽油价格,并且由于块几乎总是具有额外的空间,因此用户在大多数情况下应该会看到更快地包括其交易。

从智能合约开发者的角度来看,它将带来什么变化?

  • EIP 将更改块标题,以添加基本费用字段,并通过删除“汽油价格”字段并引入“费用上限”和“提示”字段来更改交易格式。
发布计划

它将如何推出?

  • EIP 首先将在临时 EIP-1559 测试网上推出。一旦证明可以使用,它将通过网络升级过程,如果被接受,则将其部署在现有的测试网和主网上。

它向后兼容吗?

  • 否,EIP 将需要激活网络升级,并且需要更新节点以支持此操作。

网络将如何处理旧式交易,会有过渡期吗?

  • EIP 的原始版本有一个过渡期,在该过渡期中,旧有事务被逐渐淘汰。当前版本的 EIP 通过将旧交易的“汽油价格”视为“费用上限”,并将“费用上限”和“基本费用”之间的差额设置为矿工的“提示”,从而将旧交易包含在区块中。这意味着旧式交易可能会为其提示多付一些钱,但始终会得到支持。
汽油价格,基本费用,费用上限和提示

EIP-1559 是否会提高 / 降低汽油价格?

  • EIP-1559 不应使汽油价格持续上涨或下跌。汽油价格是对以太坊区块空间需求的函数。EIP 将使天然气价格更容易预测(并帮助用户避免支付过多),但不会降低天然气的“均衡价格”。换句话说,EIP-1559 不会使我们的汽油价格从 300 到 30 Gwei。

基本费用是多少?费用上限是多少?小费是什么?

  • 基本费用是交易必须支付的_最低_汽油价格,才能包含在某个特定区块中。根据块的满或空设置。如果块已满 50%以上,则上升;如果块未满 50%,则下降。基本费用是交易费用中被烧掉的部分。
  • 费用上限是交易愿意支付的_最高_金额,包括基本费用和矿工小费。如果用户怀疑下一个区块的费用上限会增加,则允许用户将其费用上限设置为高于当前基本费用。费用上限的多余部分(费用上限减去基本费用减去小费)将退还给用户。
  • 小费是发送给矿工的交易费用的一部分。

关于

ChinaDeFi是中国第一个专注 DeFi 的投资研究品牌,每天从全球超过 500 个优质信息源的近 900 篇内容中,寻找思考更具深度、梳理更为系统的内容,以最快的速度同步到中国市场提供投资辅助建议。欢迎与 Gavin 、Iris 共同交流并加入 ChinaDeFi 社群,一起持续关注国内外真正用区块链在努力创造价值的项目。


推荐阅读
  • SpringBoot整合SpringSecurity+JWT实现单点登录
    SpringBoot整合SpringSecurity+JWT实现单点登录,Go语言社区,Golang程序员人脉社 ... [详细]
  • CSS3选择器的使用方法详解,提高Web开发效率和精准度
    本文详细介绍了CSS3新增的选择器方法,包括属性选择器的使用。通过CSS3选择器,可以提高Web开发的效率和精准度,使得查找元素更加方便和快捷。同时,本文还对属性选择器的各种用法进行了详细解释,并给出了相应的代码示例。通过学习本文,读者可以更好地掌握CSS3选择器的使用方法,提升自己的Web开发能力。 ... [详细]
  • 知识图谱——机器大脑中的知识库
    本文介绍了知识图谱在机器大脑中的应用,以及搜索引擎在知识图谱方面的发展。以谷歌知识图谱为例,说明了知识图谱的智能化特点。通过搜索引擎用户可以获取更加智能化的答案,如搜索关键词"Marie Curie",会得到居里夫人的详细信息以及与之相关的历史人物。知识图谱的出现引起了搜索引擎行业的变革,不仅美国的微软必应,中国的百度、搜狗等搜索引擎公司也纷纷推出了自己的知识图谱。 ... [详细]
  • Tomcat/Jetty为何选择扩展线程池而不是使用JDK原生线程池?
    本文探讨了Tomcat和Jetty选择扩展线程池而不是使用JDK原生线程池的原因。通过比较IO密集型任务和CPU密集型任务的特点,解释了为何Tomcat和Jetty需要扩展线程池来提高并发度和任务处理速度。同时,介绍了JDK原生线程池的工作流程。 ... [详细]
  • Java学习笔记之面向对象编程(OOP)
    本文介绍了Java学习笔记中的面向对象编程(OOP)内容,包括OOP的三大特性(封装、继承、多态)和五大原则(单一职责原则、开放封闭原则、里式替换原则、依赖倒置原则)。通过学习OOP,可以提高代码复用性、拓展性和安全性。 ... [详细]
  • 生成式对抗网络模型综述摘要生成式对抗网络模型(GAN)是基于深度学习的一种强大的生成模型,可以应用于计算机视觉、自然语言处理、半监督学习等重要领域。生成式对抗网络 ... [详细]
  • 本文讨论了使用差分约束系统求解House Man跳跃问题的思路与方法。给定一组不同高度,要求从最低点跳跃到最高点,每次跳跃的距离不超过D,并且不能改变给定的顺序。通过建立差分约束系统,将问题转化为图的建立和查询距离的问题。文章详细介绍了建立约束条件的方法,并使用SPFA算法判环并输出结果。同时还讨论了建边方向和跳跃顺序的关系。 ... [详细]
  • 本文介绍了Hyperledger Fabric外部链码构建与运行的相关知识,包括在Hyperledger Fabric 2.0版本之前链码构建和运行的困难性,外部构建模式的实现原理以及外部构建和运行API的使用方法。通过本文的介绍,读者可以了解到如何利用外部构建和运行的方式来实现链码的构建和运行,并且不再受限于特定的语言和部署环境。 ... [详细]
  • 如何在服务器主机上实现文件共享的方法和工具
    本文介绍了在服务器主机上实现文件共享的方法和工具,包括Linux主机和Windows主机的文件传输方式,Web运维和FTP/SFTP客户端运维两种方式,以及使用WinSCP工具将文件上传至Linux云服务器的操作方法。此外,还介绍了在迁移过程中需要安装迁移Agent并输入目的端服务器所在华为云的AK/SK,以及主机迁移服务会收集的源端服务器信息。 ... [详细]
  • 单点登录原理及实现方案详解
    本文详细介绍了单点登录的原理及实现方案,其中包括共享Session的方式,以及基于Redis的Session共享方案。同时,还分享了作者在应用环境中所遇到的问题和经验,希望对读者有所帮助。 ... [详细]
  • 本文讨论了Kotlin中扩展函数的一些惯用用法以及其合理性。作者认为在某些情况下,定义扩展函数没有意义,但官方的编码约定支持这种方式。文章还介绍了在类之外定义扩展函数的具体用法,并讨论了避免使用扩展函数的边缘情况。作者提出了对于扩展函数的合理性的质疑,并给出了自己的反驳。最后,文章强调了在编写Kotlin代码时可以自由地使用扩展函数的重要性。 ... [详细]
  • Gitlab接入公司内部单点登录的安装和配置教程
    本文介绍了如何将公司内部的Gitlab系统接入单点登录服务,并提供了安装和配置的详细教程。通过使用oauth2协议,将原有的各子系统的独立登录统一迁移至单点登录。文章包括Gitlab的安装环境、版本号、编辑配置文件的步骤,并解决了在迁移过程中可能遇到的问题。 ... [详细]
  • 颜色迁移(reinhard VS welsh)
    不要谈什么天分,运气,你需要的是一个截稿日,以及一个不交稿就能打爆你狗头的人,然后你就会被自己的才华吓到。------ ... [详细]
  • 本文介绍了Java工具类库Hutool,该工具包封装了对文件、流、加密解密、转码、正则、线程、XML等JDK方法的封装,并提供了各种Util工具类。同时,还介绍了Hutool的组件,包括动态代理、布隆过滤、缓存、定时任务等功能。该工具包可以简化Java代码,提高开发效率。 ... [详细]
  • sklearn数据集库中的常用数据集类型介绍
    本文介绍了sklearn数据集库中常用的数据集类型,包括玩具数据集和样本生成器。其中详细介绍了波士顿房价数据集,包含了波士顿506处房屋的13种不同特征以及房屋价格,适用于回归任务。 ... [详细]
author-avatar
嗯明天娶你
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有