写在前面：
原文由加密货币研究员Hasu和GeorgiosKonstantopoulos联合完成，通过分析验证，他们得出结论称EIP1559是以太坊最值得期待的变化之一。如果得到实施，它将对用户、矿工甚至以太坊自身的安全产生深远影响。
此外，在两位研究者看来，即使是根本不关心以太坊的读者，也应该了解EIP-1559。
因为其涉及到的弹性区块大小上限及拥堵控制系统，可能会成为确保比特币区块后补贴的重要组成部分。
在这篇分析文章当中，我们解开了EIP1559提案的不同组成部分，使其更易于推理。然后，我们分析了该提案，并和其设计目标进行了对比，最后，我们研究了该提案可能存在的弱点。
EIP-1559的四个设计目标
更好的用户体验：比特币和以太坊等区块链使用的第一价格拍卖机制，尽管很容易实施，也很容易理解，但问题是效率也很低。。最大的问题之一就是费用估算。EIP-1559试图通过让所有交易尽可能支付相同的费率，来解决这一问题。在大多数情况下，用户将只决定是否支付费用，而无需进行竞价。由于更好的费用估算，这有望导致较低的费用。
松弛机制：对区块空间的需求可能不稳定。结果是，一些区块处于半满的状态，而另一些区块则非常拥挤。松弛机制允许一些区块变大，而另一些区块则可以变小。这样我们就可以实施一个更长期的平均区块大小限制，但要考虑到各个区块之间的差异。
更好的安全性：当区块补贴用完时，只依赖交易费用来获得安全性的区块链可能会遇到问题。EIP-1559试图将网络安全与交易费用分离开来。交易费用被烧掉，然后矿工受到更可靠的永久性区块补贴的激励。
全国政协原副主席陈元：深入推进区块链创新发展 积小胜为大胜:金色财经现场报道，2020年8月14日，全球区块链创新发展大会于江西赣州开幕，会上全国政协原副主席、国家开发银行董事长陈元致辞表示，赣州抢抓区块链技术发展机遇，是一件非常有意义的事情，是前景光明的新方向。目前区块链已经广泛运用在多个领域，希望赣州和各界持续贯彻区块链发展精神，深入推进区块链创新发展，积小胜为大胜。[2020/8/14]
防止经济抽象：当用户可以用任何代币支付交易费用时，会威胁到原生代币的储备状态和货币溢价。通过强制交易消耗特定数量的ETH，EIP-1559试图使经济抽象变得更加困难。
EIP-1559是如何工作的？
BASEFEE+Tip
作为第一个构建块，协议规定了称为BASEFEE的最低费用。
最低费用通常是不可强制执行的，因为该协议无法阻止关于交易包含的外部价格发现。协议总是可以命令一个价格，但是如果矿工和用户同意一个较低的价格，用户可以在协议中向矿工支付费用，矿工可以在协议之外向用户退款。
EIP-1559通过烧掉整个BASEFEE来解决这个问题，因此不能退还。
由于矿工收取不到任何BASEFEE费用，用户必须以不同的方式激励矿工将交易包含在内，这将我们带到用户的角度。提交交易时，用户必须配置两个值：
首先，他们确定一个GAS_PREMIUM作为包含出价。通常情况下，它必须高到足以补偿矿工挖到叔块的风险。在交易拥挤的时候，它允许交易者之间进行旧的第一价格拍卖机制。
第二，用户确定一个FEECAP，它代表了用户愿意为包含内容支付的最高金额。这是必要的，因为BASEFEE实际上可以向上或向下移动，正如我们稍后将看到的，并且设置了不足FEECAP的用户，应能够等待之后的区块包含交易。
火币区块链研究院李慧：未来银行会更加深入布局区块链技术:4月7日消息，火币区块链研究院副院长李慧表示，未来银行业对区块链技术布局会否更加深入的答案是肯定的。她认为，“通过区块链技术的嵌入，银行实现原有业务基础上的降本提效，并且吸纳更多客户，达到双赢局面。上面所提到的区块链在银行各业务的布局以B2B业务居多，随着区块链技术的普及与发展，银行会逐渐将区块链布局到更多的toC业务领域，如信用卡积分管理等。”（证券日报）[2020/4/7]
总而言之，BASEFEE允许该协议强制执行最低费用，而不会激励形成链外市场。它为更灵活的区块空间利用机制奠定了基础。
弹性区块大小上限
区块大小更多的灵活性，自然是可取的，但允许无限的区块大小会存在已知的激励问题。用更大的区块来推高叔块率的能力，为矿工集权提供了动力。此外，必须包含验证成本，以便网络可以保持无需信任。
这就是弹性区块大小机制的用武之地。其目标是允许矿工制造更大的区块，但成本必须是可证明的。孤块率的增加，本身并不是一个可证明的成本，因为它可以通过增加中心化来减轻，但是按协议收取费用是可以的。
在EIP-1559中，矿工可周期性地超过区块大小上限，以对突发需求做出反应，当然，这种情况只有在用户真正有需求的情况下才会发生。BASEFEE原语通过引入实际成本来阻止矿工通过垃圾交易来支撑他们的区块。
由于EIP-1559使用了两个值代替了现有的区块大小硬上限，因此有可能对突发需求做出反应：其长期目标是每个区块1000万gas，以及每个区块2000万gas的新硬上限。
声音 | 物美集团创始人张文中：区块链仅靠热度不能解决问题 须针对场景做深入开发:物美集团创始人张文中近日在接受采访时表示，新技术对现有技术企业都会有比较大的影响。比如，最近大家谈论比较多的区块链对企业影响是必然的。但我们也应该清醒认识到，区块链仅靠热度不能解决问题，它必须针对所面对的场景做深入开发和挖掘，比如在食品追溯方面，如果能够追溯源头，这也能助力实体企业转型。（联商网）[2019/11/6]
从长期来看，网络会上下调整BASFEE以达到所需的平均区块大小。当区块低于目标时，费用会随着时间的流逝而减少，以鼓励需求。当区块超出限制时，费用会随时间增加以抑制需求。变化的大小由距1000万gas的距离确定，但每个区块沿任一方向的上限为12.5％。
总而言之，BASEFEE调整机制使得用户可根据区块空间的利用率自动调整所需的交易费率。
更好的用户体验
为了评估用户和钱包提供商的UX，我们必须考虑系统处于不同的拥堵状况。
无拥堵状态：当区块低于2000万gas的最大上限时，用户没有理由增加他们的tip费用。
结果，包含在区块中可完全由BASEFEE确定。
愿意支付BASEFEE加最低tip费用的用户将进入下一个区块。只要没有拥堵情况，用户就可以用固定价格购买区块空间。这就好比是今天你去亚马逊购物，然后看到你想要商品的固定价格，而不是在拍卖会上竞价一样。然后，用户要么接受交易，要么放弃交易。因此，用户和钱包的费用估算变得高度可预测。
用户甚至可以将其FEECAP设置为低于当前的BASEFEE，以便在费用较低时等待包含在后面的区块中。
偶发拥堵状态：当区块gas超过1000万时，BASEFEE开始上升。实际上，它会不断上升，直到下一个1000万或更少的gas被开采出来。如果下一个区块是1000万gas，那么BASEFEE将稳定在目前的费用水平。如果下一个区块低于1000万gas，则BASEFEE将开始下降。
英国金融监管机构发出承诺 将对新兴的ICO市场进行深入审查:金融市场行为监管局周五表示，将对ICO市场进行审查，以此作为更多监管行动的前奏。它已经告诫消费者与投资ICO有关的“非常高的风险”。“在初始投币（ICO）市场上，FCA将收集进一步的证据，并对快速发展进行更深入的研究。调查结果将有助于确定在9月份发布的消费者警告之外是否需要在这方面进一步采取监管行动。“FCA在一份声明中表示。[2017/12/15]
这是一个重要的认识。如果区块超过1000万gas已有一段时间，则交易会变得非常昂贵，最终将需求推低。交易成本上升的速度有多快？
假设区块0的BASEFEE为每gas10亿wei，以240美元的ETH价格计算，典型的一笔21万gas交易会花费0.0005美元。仅在10个2000万gas的区块后，交易费用就变成了0.02美元，100个区块之后，交易费用就变成了657美元，这就是指数增长的力量！
图1
随着区块接近2000万gas的上限，我们希望有紧急交易需求的用户能够参与tip费用拍卖，因为该协议已不再采用二进制方式确定其中的优先级。
因此，在出现拥堵时，协议会回到现有的第一价格拍卖模型。
即使在小费拍卖中，BASEFEE的大小对于交易者而言仍然是可预测的。如果BASEFEE在区块0的虚拟起始值为100，则它最多可以在T1处达到100*112.5%，在T2处达到100*112.5%^2，在T3处达到100*112.5%^3，依此类推。这同样适用于费用减少的情况。
图2中的彩色区域显示了基于其初始值的BASEFEE在未来区块中可能接收的潜在值。
马耳他区块链暨比特币大会：深入探讨国家区块链战略及数字货币立法问题:上周，在马耳他圣朱利安举办了马耳他区块链暨比特币大会（Blockchain & Bitcoin Conference Malta），对涉及加密数字货币、区块链和ICO等问题进行了深入探讨。马耳他政府的高级官员和国家区块链战略制定者们出席了本次会议。据悉，本次大约吸引400位业内人士参会，包括行业开发人员、投资人、企业家、银行和信贷机构代表、以及金融科技专家、律师和记者等。观众听取了20位嘉宾的演讲，同时也有15家公司登台进行了展示。[2017/12/13]
图2
拥堵加剧的状态：现在应该清楚的是，EIP-1559允许在短时间内出现较大的区块。在仅仅30分钟的突发需求之后，一笔简单的21000gas交易的BASEFEE将超过1000美元。
BASEFEE恢复到更“正常”水平的唯一途径，是挖取1000万gas以下的区块。
想象一下，已经有持续100个2000万gas的区块。为了与前面的例子保持一致，平均交易成本已增加到657美元以上。为了让BASEFEE回到起点，必须开采89个空区块。此外，我们还可以开采183个500万gas的区块，371个750万gas的区块，等等。
图3
因此，在高度拥堵的情况下，典型的模式是一系列大的区块，然后是一系列非常小的区块。这是有意义的，因为具有高时间偏好的用户，现在可以更快地确认其交易。但最终，BASEFEE超出了交易方的需求，他们不得不等待BASEFEE再次下降。
对此的另一种思考方式是，松弛机制将一些价值相当于容量的区块从不久的将来拉到眼前。
但它无法产生更多的容量，最终必须偿还债务。
松弛机制
在评论了EIP-1559是如何应对拥堵情况之后，我们可以看到它的松弛机制与BASEFEE，在区块之间的最大变化量密切相关。它调整得越慢，系统就越能优雅地处理需求的变化。
这种变化的一个共同主题是昼-夜或工作日-周末循环的周期性。按照目前的形式，EIP-1559不允许区块在夜间和白天持续变大，因为这些时段太长，费用会增长到数十亿美元，晚上也同样会迅速降到接近零的水平。
因此，松弛机制是在分钟——半小时的时间范围内工作的，但不能超过这个时间范围。较长的需求会将区块大小拉向一个方向，例如满区块时，其被上升的BASEFEE拉回来的力度就越猛烈。
更好的安全性
很多区块链都有通货紧缩的货币政策，这意味着它们发行的新币数量会随着时间的推移而下降。当发行量下降到足够低的水平时，支撑安全性的激励就来自于交易费用。EIP-1559与这种只有一种费用的安全模式不兼容，因为大部分交易费不是用于激励矿工的，而是会被燃烧掉。
因此，可以说EIP-1559允许为矿工提供永久性的区块补贴，以确保该协议的安全。但考虑这一点的更好说法是：这将使永久性区块补贴作为一种设计方案更为可取。原因是，费用燃烧对币的供应起到了通货紧缩的作用，从而允许在其他地方发行新币，而不会使整体供应膨胀。
由于具有永久性区块补贴的协议，能够为矿工带来更稳定的收入流，可以公平地说，EIP-1559对以太坊的长期安全和稳定性而言，具有积极的影响。
防止经济抽象
在应用EIP-1559之前，从技术上来讲，交易费用不一定是要用ETH支付。虽然网络仅支持以ETH支付费用，但理论上用户可通过元交易使用任何他们想要的token向矿工支付费用。但是，矿工也可以通过MEV间接获得报酬。例如，一个矿工可以纳入一笔无需任何费用的DEX交易，因为他可以通过抢先交易在其他地方赚钱。
EIP-1559在很大程度上解决了此问题。每笔交易的BASEFEE部分都以ETH计价，并且总是被燃烧掉。在这种情况下，无论是谁付款，都会有一部分ETH供应会消失。矿工仍然可自由选择较低的BASEFEE交易，但前提是他支付了与ETH计价的区块补贴的差额。矿工在该区块中赚取的ETH较少，而用户保留的则更多。必须要有人用以太币支付这笔交易。
我们说“很大程度上解决了这个问题”，是因为EIP-1559可以防止对BASEFEE的经济抽象，但它不能阻止tip费用。由于tip费用没有被烧掉，因此协议就无法强制付款方式或付款地点，那么就有存在链下市场的可能。但是，正如我们前面所展示的，在大多数情况下，用户没有必要将其tip费用提高到最低要求之上。
可能存在的问题
EIP-1559的一个主要问题是矿工是否能够操纵BASEFEE，以及他们是否愿意。
当BASEFEE为0时，由于没有燃烧，矿工会收到用户的全部出价。还要记住，只有在对区块空间的需求超出可用供应量时，才会开始进行tip费用竞拍。
一旦收费接近于零，矿工们就会有一个简单的策略，可以将其永久保留在这个水平。如果他们从不开采高于1000万gas的区块，BASEFEE也不会增加。如果需求从未超过1000万gas，则矿工将获得全部的费用。
但是，对于矿工整体而言，最好的选择不一定是单个矿工的最佳选择，这就是集体行动的问题。如果区块的上限为1000万gas，并且市场有交易2000万gas的需求，那么只要有一个矿工，就可以打破联盟，并纳入包含tip费用的交易。
要使其成为稳定的垄断者，就需要一个矿工激活软分叉。在MASF中，超过50％的算力将保证忽略任何大于1000万gas的区块，从而激励少数人遵循新实施的规则。
由于这种攻击向量存在于任何网络上，因此我们目前不认为它是EIP-1559的特定风险。
总结
我们发现EIP-1559在很大程度上可以实现其承诺。除了非常短暂的高拥挤状况外，它应该可使费用估算更具可预测性，在这种情况下，系统会退回到已建立的第一价格拍卖模型。由于BASEFEE会以指数方式增长以抑制需求，因此持续的时间并不会太长。
BASEFEE作为一个有趣的构建块，使得这些好处成为可能。它在协议中设置最低费用的能力，开辟了一个新的设计空间，从弹性区块大小、永久区块补贴、更好地抵抗经济抽象，到未来更好的竞拍模型。
EIP-1559很有希望，但这并不意味着它也是最好的。我们仅根据其自我报告的目标来评估现有的一组参数。进一步研究该机制的不同配置，将会是一个好主意。
如果你想复制我们的数字和图表，或者运行自己的实验，欢迎访问我们在GitHub提供的代码。
最后，感谢SuZhu,PatrickMcCorry,JohnAdler,NickJohnson,DankradFeist,TarunChitra,JamesPrestwich以及CalebTebbe提供的有益讨论和反馈。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。