Tokenview
点击蓝字 关注我们
编译 |Tokenview
本期篇幅较长,为了方便大家阅读可预览目录
正文开始
首先我们举例回顾一下什么是MEV?
例如,在大量交易导致价格下滑后,Uniswap 上有 10,000 美元的套利机会。套利机器人注意到机会并提交交易以捕获它,向矿工提供 10 美元的交易费。可能会发生以下两种情况之一:
矿工将复制并审查套利者的交易,以便自己抓住机会。
其他机器人会注意到并出价更高的 txfee,开始一场争夺套利权的竞标战。拍卖被称为“优先Gas拍卖”(Priority Gas Auction:PGA)。
10,000 美元的潜在利润是 MEV。如果矿工没有捕获它,并且开始了 PGA,拍卖成交的价格与可用的总 MEV 之间的差额就是获胜交易者的利润(例如,如果向矿工支付了 7,000 美元的费用,则剩余的3,000 美元留给交易者)。
在MEV系列的第一篇文章里我们详细介绍了MEV的形式及其影响,接下来我们继续讨论MEV对以太坊的影响。
Part.1
以太坊PoS中的MEV
在上一篇文章里,我们介绍了MEV 对整体用户体验和共识层安全性有负面影响。但以太坊向权益证明共识的过渡(即合并)中可能会引入新的 MEV 相关风险:
然而,MEV 提取被认为能够加速验证者的中心化。这部分是因为,由于验证者提出区块的收入低于之前矿工的收入,MEV 提取可能会极大地影响合并后验证者的收入。
更大的质押池可能会有更多资源投资于必要的优化以捕捉 MEV 机会。这些池提取的 MEV 越多,他们就有越多的资源来提高其 MEV 提取能力(并增加整体收入),从根本上创造规模经济。由于可支配的资源较少,独立质押者可能无法从 MEV 机会中获利。这可能会对独立验证者施加压力,加入强大的质押池以增加收入,从而降低以太坊的去中心化程度。
“暗池”(Dark pools)是这种安排的放大版本,其功能是经过许可的、仅限访问的内存池,向愿意支付一定费用的用户开放。这种趋势将减少以太坊的无许可和去信任,并有可能将区块链转变为有利于出价最高者的“pay-to-play”机制。许可内存池(Permissioned mempools)也会加速上一节中描述的中心化风险。运行多个验证者的大型池可能会受益于为交易者和用户提供交易隐私,从而增加他们的 MEV 收入。
Part.2
MEV的两种解决方案
在合并后的以太坊中解决这些与 MEV 相关的问题是一个核心研究领域。迄今为止,为了减少 MEV 在 合并后对以太坊的去中心化和安全性的负面影响,提出了两种解决方案,分别是Proposer-Builder Separation (PBS)和Builder API。
Proposer-Builder Separation
Proposer-Builder Separation (PBS) 旨在减轻 MEV 的影响,尤其是在共识层。PBS 的主要特点是区块生产者和区块提议者(Proposer)规则的分离。验证者仍然负责区块提议和投票;但区块构建者——block builders,则负责排序交易和构建区块。
在 PBS 下,一个区块builder 创建一个交易包(transaction bundle),并出价将其包含在信标链区块中(作为“执行负载”(execution payload))。选择提议下一个区块的验证者然后检查不同的出价并选择费用最高的交易包。PBS 实质上创建了一个拍卖市场, builders与验证者协商出售区块空间。
通过从验证者的权限中移除 MEV 提取,协议内PBS减少了 MEV 对共识的影响。相反,运行专用硬件的区块builders将抓住未来的 MEV 机会。
不过,这并不完全排除验证者与MEV相关的收入,因为builders必须出高价才能让验证者接受他们的区块。然而,随着验证者不再直接专注于优化 MEV 收入,时间强盗(time-bandit)攻击的威胁减少了。
PBS也降低了 MEV 中心化风险。例如,使用commit-reveal 方案消除了builders信任验证者不会窃取 MEV 机会或将其暴露给其他builders的需要。这降低了独立质押者从 MEV 中受益的门槛,否则,builder将倾向于青睐在链下享有声誉的大型池并与他们进行链下交易。
同样,验证者不必相信builders不会因为支付是无条件的而扣留区块主体或发布无效区块。即使提议的区块不可用或被其他验证者宣布无效,验证者的费用仍会处理。在后一种情况下,区块被简单地丢弃,迫使区块builder损失所有交易费用和 MEV 收入。
虽然提PBS有望减少 MEV 提取的影响,但实现它需要更改共识协议。具体来说,信标链上的分叉选择规则需要更新。Builder API是一种临时解决方案,旨在提供PBS的有效实施,尽管具有更高的信任假设。
Builder API 是Engine API的修改版本,共识层客户端使用它来从执行层客户端请求执行负载。正如诚实验证者规范中所概述的那样,被选为区块提议职责的验证者从连接的执行客户端请求一个交易包,它们将交易包含在提议的信标链区块中。
Builder API 还充当验证者和执行层客户端之间的中间件;但它是不同的,因为它允许信标链上的验证者从外部实体获取块(而不是使用执行客户端在本地构建块)。
Builder API 的工作原理如下:
MEV-Boost是BuilderAPI的一个示例实现(有关MEV-Boost下期内容我们会单独介绍),它是对Flashbots 拍卖机制的改进,旨在抑制以太坊上 MEV 的负面外部性。Flashbots 拍卖允许矿工在工作量证明中将构建有利可图的区块的工作外包给称为搜索者:Searchers的专业团体。
Searchers寻找有利可图的 MEV 机会,并向矿工发送交易包以及包含在区块中的密封价格投标。运行 mev-geth(go-ethereum (Geth) 客户端的分叉版本)的矿工只需选择利润最高的交易包并将其作为新区块的一部分进行开采。为了保护矿工免受垃圾邮件和无效交易的影响,交易包在到达矿工之前通过中继器Relayers进行验证。
MEVBoost保留了与原始Flashbots拍卖相同的运作方式,尽管具有专为以太坊转向权益证明而设计的新功能。Searcher仍然会发现有利可图的MEV交易,并将其包含在区块中,但是称为builder的新的专业团体,负责将交易聚合并捆绑到区块中。builder接受来自Searcher的密封价格出价并运行优化以找到最有利可图的订单。
Relayers仍然负责在将交易包传递给提议者之前验证交易包。然而,MEV Boost 引入了托管,负责通过存储builder发送的区块主体和验证者发送的区块头来提供数据可用性。在这里,连接到中继器的验证者请求可用的执行有效载荷,并使用 MEV Boost 的排序算法来选择具有“最高出价 + MEV 费用”的有效载荷标头(payload header)。
Builder API 的核心优势在于它有可能使对 MEV 机会的访问民主化。使用commit-reveal方案消除了信任假设,并降低了验证者寻求从 MEV 中获益的进入门槛。这应该会减轻独立质押者与大型质押池整合以提高 MEV 利润的压力。
Builder API 的广泛实施将鼓励区块builder之间更激烈的竞争,从而增加审查阻力。当验证者审查来自多个builder的出价时,意图审查一项或多项用户交易的builder必须出价高于所有其他非审查builder才能成功。这大大增加了审查用户的成本并阻碍了这种做法。
一些项目,如 MEV Boost,使用 Builder API 作为整体结构的一部分,旨在为某些方提供交易隐私,例如试图抢先交易/三明治攻击的交易者。这是通过在用户和区块builder之间提供私人通信渠道来实现的。与前面描述的许可内存池不同,这种方法是有益的,原因如下:
Builder API 软件是开源的,任何人都可以提供区块builder服务。这意味着用户不会被迫使用任何特定的区块builder,并提高了以太坊的中立性和无许可性。此外,寻求 MEV 的交易者不会通过使用私人交易渠道无意中为中心化做出贡献。
Part.3
MEV是以太坊独有的吗?
我们不禁要问:MEV 是以太坊独有的吗?
不,假设 MEV 也可以在比特币上看到。审查闪电通道或双花代币的动机在技术上是 MEV。然而,我们的假设是,与以太坊等区块链相比,比特币本质上更不容易受到 MEV 的影响。
其原因在于各自区块链的复杂性和“状态性”:
Part.4
MEV遵循复杂性
Part.5
MEV很难修复
任何阻止矿工/验证者获得收入流的尝试都可能会刺激协议外市场的创建。例如,如果所有的交易都只允许支付一个统一的利率,我们预计矿工/验证者会与交易者串通,接受支付获得交易优先权。同样,如果所有交易费用都被销毁或支付给一个“公共罐子”,矿工们/验证者只需单独收取费用。
这就是为什么我们说 MEV 不容易被抵消。虽然存在潜在的缓解措施,但它们需要对以太坊应用程序的架构方式以及用户与之交互的方式进行结构性更改。
更多区块链知识与干货,关注Tokenview.io 。
参考文章
https://ethereum.org/en/developers/docs/mev/#mev-in-ethereum-proof-of-stake
【Tokenview上新公告】
Tokenview.io推出NFT交易监控数据服务。一站式跟踪NFT链上信息,可使用APIKey一键配置,帮助WEB3用户简化产品构建。
services.tokenview.io/en/product/nft-track
认识Tokenview!
联系Tokenview!
【加入我们】
Website:https://tokenview.io/cn/
Twitter:https://twitter.com/tokenview2018
Telegram中文:https://t.me/tokenview
Telegram英文:https://t.me/tokenview_en
Discord:https://discord.gg/9WCeZqdVqu
微信公众号:TokenviewLabs