MEV-Share:不断演变的 MEV 重新分配机制

本文介绍了MEV-Share协议,旨在将最大可提取价值(MEV)返还给用户。MEV-Share在MEV-Boost的基础上引入了Matchmaker角色,负责撮合用户交易和搜索者的MEV交易,并将部分MEV收益分配给用户。文章分析了MEV-Share的工作原理,并指出了其依赖中心化的Matchmaker、MEV分配方式复杂等局限性,以及对协议未来发展的展望。

\*_ 访问 Four Pillars 官方网站 以探索 这篇 和其他研究文章!

作者:

Seongwan Park

(@ seongwan_eth)

审核人:

100y

(@ 100y_eth)

1. 简介

今年 2 月,MEV-Share(一种用于重新分配最大可提取价值(MEV)的新设计)首次在 Flashbots 论坛 上推出,并且在 3 月举行的 ETH Denver 的 MEV 赛道 中也有介绍。为了更容易理解 MEV-Share,本文将介绍 MEV-Share 相对于其前身 MEV-Boost 的关键特性,并展示其在高层次上的工作原理。我还将讨论 MEV-Share 的一些局限性,并简要分享我对它们的看法。本文需要一些关于 MEV-Boost 的先验知识。

2. 什么是 MEV-Share?

在以太坊网络上,有许多不同的参与者参与 MEV 的创建和重新分配。用户创建交易,搜索者将这些交易与他们自己的 MEV 交易组合成一个 bundle。一旦 bundle 被传递给构建者(Builder),它将 bundle 和其他交易组合成一个完整的区块,并将其发送给提议者(Proposer)。

MEV-Boost 和 MEV-Share 可以被理解为定义这些不同参与者之间交互的协议,旨在在他们之间公平地分配 MEV。虽然 MEV-Boost 侧重于提议者和构建者之间的关系,以防止他们从事恶意行为,但 MEV-Share 在搜索者和用户之间的关系中添加了逻辑。MEV-Share 不是一个独立于 MEV-Boost 的协议,而是试图将 MEV-Boost 提升到一个新的水平。

MEV-Share 的主要特点是在用户之间重新分配 MEV。在最初的 MEV-boost 设计中,当搜索者使用他们的交易创建 MEV 交易时,用户不会直接获得奖励。在 MEV-Share 中,其想法是将一部分 MEV 收入返还给用户。

例如,假设一个用户在 Uniswap 上创建一个交易,将大量的 ETH 兑换成 USDC,这导致 DEX 之间 ETH-USDC 池的价格差异,一个搜索者看到这一点,并在用户兑换交易之后立即捆绑一个套利交易,以获得 1 ETH 的利润。在 MEV-Boost 中,如果搜索者向构建者投标,搜索者和构建者获得 1 ETH 的利润,那么在 MEV-Share 中,1 ETH 中的 0.8 ETH 将被分配回用户(80% 给用户只是一个例子)。这背后的想法是,用户是决定区块链生态系统使用方式的人,只有他们的交易才能产生 MEV,因此奖励和保护他们将使网络更加活跃。

3. 工作原理

MEV-Share 除了用户、搜索者和构建者之外,还引入了一个名为 Matchmaker(匹配者)的新实体。匹配者是一个受信任的实体,预计不会从事恶意行为,并负责在用户、搜索者和构建者之间转发交易,创建最终的 bundle,并保护用户交易。它们之间的交互通常按以下顺序进行。

3.1 用户 → 匹配者 → 搜索者

用户将其交易发送给匹配者,然后匹配者仅与搜索者共享有关用户交易的部分信息。例如,如下面的 json 所示,匹配者不会透露交易的全部内容,而是选择并仅发送交易调用了 Uniswap V3 合约并交易了 ETH 和 USDC 代币的信息。

## Matchmaker -> Searcher
{
     "tx_hash_1": {
          "to": "uniswap_v3_router",
          "tokens_traded": ["ETH", "USDC"]
     },
}

用户可以通过指定自己的隐私偏好来指定在交易中共享哪些信息。只向搜索者展示交易的一小部分的原因是为了保护用户的交易。如果搜索者拥有关于交易的所有信息,他们可以单独将 bundle 传递给构建者或提议者,绕过 MEV-Share。通过将此 bundle 放入一个区块中,搜索者不必为提取的 MEV 向用户付费。因此,提取具有公开可用的用户交易的 MEV 的过程与当前 MEV-Boost 中的过程相同。

3.2 搜索者 → 匹配者

[情况 1] 当搜索者确切知道用户的交易时。

搜索者从他们从公共内存池获得的完整交易和从匹配者获得的局部交易中创建可提取的 MEV 交易,并将它们发送回匹配者。如果你从完整的交易中创建一个 MEV,你应该能够创建一个准确的 MEV bundle 并将其发送给匹配者。(你也可以直接将其发送给构建者。)

以下面的 json 数据为例,用户的特定交易“0xhash”之后是 MEV 交易“0xf145bh0t5”,这是搜索者自己创建的,它被捆绑在 “txs” 字段中并发送给匹配者。

## Searcher -> Matchmaker
{
 "txs": ["0xhash", "0xf145hb0t5"]
 "blockNumber": 1000000,
}

[情况 2] 搜索者不知道用户的交易

但是,如前所述,搜索者无法访问用户的所有交易。因此,当搜索者创建一个 MEV bundle 时,他们必须要求匹配者在用户中查找满足其特定条件的交易。由于它不知道用户的交易,因此在创建 bundle 时只能通过清空用户的交易来传递 bundle 的一部分(一个部分 bundle)。

以下是搜索者发送给匹配者的 json 数据示例。bundle 以 “_” 为前缀,这意味着如果你有满足以下条件的交易,请将其放在该位置。Hints 字段中的数据是搜索者正在寻找的。当用户的交易被执行时,与合约 “0x7a25” 和 “0xd14b” 交互并生成事件日志 “0x41000” 的交易应进入 “_” 字段。

## Searcher -> Matchmaker
{
 "txs": [ __ , "0xf145hb0t5"]
 "blockNumber": 1000000,
 "hints": {
  "addresses_touched": ["0x7a25", "0xd14b"],
  "Logs_emitted": "0x41000",
 }
}

3.3 匹配者 → 构建者

匹配者从搜索者那里获取部分 bundle,并搜索符合搜索者条件的交易。然后,它创建一个 bundle 并设置一个有效性条件,以便用户可以获得交易的部分奖励。匹配者最终指定用户应该收到的奖励。

在下面的例子中,有效性条件要求构建者向名为 0xprivsender 的用户发送 1 ETH。假设构建者也是一个受信任的实体,它将向用户发送 1 ETH。通过此过程,当用户的交易被插入到一个 bundle 中并且 MEV 被创建时,用户可以获得补偿,这才是 MEV-Share 的主要目的。

## Matchmaker -> Builder
{
 "txs": ["0xpr1v4t3", "0xf145hb0t5"]
 "blockNumber": 1000000,
 "validity_conditions": {
  "eth": {"0xprivsender", 1}
 }
}

4. 局限性和批评

MEV-Share 是一个相对较新的概念,实际的 实现 仍处于早期阶段。在 Flashbot 关于 MEV-Share 的介绍的进一步讨论部分,它提到了许多额外的考虑因素和需要改进的领域。在本文中,我将介绍我认为 MEV-Share 最大的局限性,并解释为什么我仍然对其适用性持怀疑态度。

4.1 很少提及匹配

正如我们在演练中所见,匹配者应该为用户找到符合搜索者给出的 Hints 的交易,但是关于匹配实际上如何发生的信息非常少。

首先,搜索者需要创建一个 MEV bundle,并向由其创建的 bundle 的匹配者展示一个 bid。但是,如果搜索者只有关于用户交易的部分信息,那么将很难创建一个完整的 bundle。此外,搜索者不想赔钱,所以它会对它的 bid 持保守态度。有人担心,允许搜索者创建和提交部分 bundle 实际上可能会增加搜索者的复杂性和不确定性。

要求匹配者找到满足特定条件的交易也可能会降低整体效率。这是因为,在 MEV-boost 中,搜索者创建了整个 bundle,而在 MEV-Share 中,搜索者请求具有特定条件的交易,并且匹配者必须逐个搜索满足所有搜索者条件的交易。我们需要考虑我们是否正在创建一个名为匹配者的受信任实体来隐藏用户交易,并将所有工作都留给这个全知的匹配者。

4.2 过度依赖匹配者

匹配者在接收来自用户的所有交易并向搜索者提供一个子集,找到满足搜索者要求的交易,完成 bundle 并将其传递给构建者方面起着重要作用。除了保护用户交易的角色外,它几乎继承了 MEV-Boost 中搜索者的角色,因此将需要高的计算能力。

在 MEV-Boost 中,存在少量称为构建者的中心化实体,而创建另一个称为匹配者的中心化实体会因中心化而带来另一个攻击向量。即使我们排除匹配者可能是恶意的可能性,它仍然容易受到 DoS 攻击,本文后面提出的解决方案似乎并不十分完整。

有两种方法可以解决这个问题:一种是向搜索者收取提交 bundle 的费用,另一种是管理搜索者的声誉。前一个选项将为协议增加另一层复杂性,使其对搜索者的参与吸引力降低,并且还需要考虑提交费用。后者似乎是最现实的,但它也增加了匹配者的运营复杂性,并且存在单个搜索者通过多个节点发出请求的 Sybil 攻击风险。

最初的匹配者将由 Flashbots 提供支持,并且有关于将来分散匹配者的讨论,但是没有关于它将是什么样子的消息。

4.3 用户 MEV 补偿方法的结构性问题

匹配者指定一个有效性条件,这使得构建者将一部分 MEV 返还给用户。这里的问题之一是匹配者不清楚应该奖励哪个用户。如果 MEV bundle 中的用户交易来自单个用户,并且我们知道搜索者是谁,那么 MEV 的分配相对简单,但情况并非总是如此。在具有多个用户的 bundle 的情况下,也很难确定应该奖励哪个用户以及奖励多少。

最大的问题是很难分辨搜索者何时伪装成另一个用户并将自己的交易包含在 bundle 中。如果用户交易产生的 MEV 非常大,搜索者的策略是将尽可能多的交易包含在 bundle 中,在这些交易中,他们会伪装成用户以利用奖励,从而拿走一些奖励。匹配者找到并禁止这一点似乎不现实。

5. 结论

在本文中,我们研究了 MEV-Share 协议,该协议被引入作为 MEV-Boost 之后的下一步,并讨论了当前设计的局限性。它具有重要意义,因为它是首次尝试将 MEV 奖励直接返还给用户。但是,实际上,匹配者的过度信任结构和 MEV 重新分配方法的困难仍然被认为是主要的局限性。MEV-Share 是否会为这些问题提出可行的解决方案,以及该协议将来是否会变得更高级,还有待观察。

关于我们

Four Pillars 是一家总部位于首尔的全球加密研究公司,由韩国最具影响力的区块链研究人员组成。通过强大的研究和治理技能,它通过提供高质量的研究文章,同时支持协议扩展到韩国和全球市场,来帮助各种市场参与者轻松进入区块链行业。

Four Pillars 链接

免责声明: 加粗 本文仅用于提供一般信息,不构成法律、商业、投资或税务建议。加粗 不应将其用作做出任何投资决策的基础,也不应依赖于会计、法律或税务指导。加粗 提及特定资产或证券仅用于说明目的,并不代表推荐或认可。加粗 本文表达的观点是作者的观点,不一定反映任何附属机构、组织或个人的观点。加粗 本文反映的观点可能会发生变化,恕不另行更新。

  • 原文链接: medium.com/fourpillars/m...
  • 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
点赞 0
收藏 0
分享
本文参与登链社区写作激励计划 ,好文好收益,欢迎正在阅读的你也加入。

0 条评论

请先 登录 后评论
seongwan_eth
seongwan_eth
江湖只有他的大名,没有他的介绍。