以太坊的不可能四角：MEV 规模化增长的新十年

2023-02-07 9:20:51观点

我们描绘的 MEV 新十年：竞争，而非垄断；共享，而非独享；共治，而非独裁

作者：Jiawei, IOSG Ventures

原用标题：IOSG Weekly Brief ｜以太坊的不可能四角：MEV 规模化增长的新十年 #160

封面：Photo by Shubham's Web3 on Unsplash

SUAVE：站在 MEV 的新十年

本文为 IOSG 原创内容，仅做行业学习交流之用，不构成任何投资参考。如需引用，请注明来源，转载请联系 IOSG 团队获取授权及转载须知。

简要：

SUAVE 是 Flashbots 提出的兼容 EVM 的区块链，作为多链的统一排序层，旨在解决构建者的中心化问题。
基础设施逐渐由集中化的通用层向精细化的专业层演变。功能模块化和专业化程度的提升，使得「整体大于部分之和」成为可能。
从 PBS 到 SUAVE 的趋势是，不断引入竞争的多样性，并确保竞争条件均衡。
我们描绘的 MEV 新十年：竞争，而非垄断；共享，而非独享；共治，而非独裁。

我们已经有了什么？

以太坊合并至今近半年时间，我们已经有了相对确定的 MEV 供应链以及对应的工作流。这个工作流基本上是在做「整合」这件事情：钱包整合用户的交易，搜索者整合套利机会，构建者整合订单流。由单个用户发出的交易作为起始，直到验证者提议一个区块，整个流程已经实现高度专业化。

回到 2020 年末的 DeFi 浪潮，随着链上金融活动的快速增长，MEV 初现端倪。彼时的矿工与 MEV 搜索者之间几乎没有直接的通信渠道，搜索者只能单纯支付更高的 Gas 费用，以期交易得到包含。这造成了网络拥堵和 Gas 费用的波动，给以太坊网络造成了负面的外部性。

Flashbots Auction 基于拍卖机制，创建了矿工与搜索者之间的通信渠道，前者出售区块空间，后者捕捉套利机会，实际上实现了区块空间的市场化。

另一个问题是，大型验证池与个人验证者捕获 MEV 的能力差距悬殊，而前者本就拥有更高的概率被选择为提议者，这将逐渐导致以太坊验证者集的中心化。于是 PBS 被提出，即无论大型验证池还是个人验证者，都把区块外包给专业的区块构建者进行构建，以此创造相对公平的竞争环境。

作为先于协议层的 PBS 实施，MEV-Boost 延续了 Flashbots Auction 的拍卖机制，减轻了验证者在 MEV 层面的中心化问题。

并且仍然需要什么？

我们仍然需要区块构建者的去中心化。容易忽视的是，当前构建者的角色仍然高度中心化。过去 14 天内，79.1% 的 MEV-Boost 区块仅由 4 个构建者进行构建。中心化会带来一些我们不愿看到的事情（尤其在区块构建作为核心基础设施的情况下），例如审查与勒索、监管层面的压力和系统的脆弱性等等。
导致构建者的中心化的原因主要出于以下两点。

独家订单流（Exclusive Orderflow, EOF）

我们知道，构建者的订单来源主要有三种：Mempool、私密交易渠道和搜索者提交的 Bundle；构建者的终极目标是构建一个最值钱的区块。在区块构建中，订单流是最基本的生产资料，得到的订单流越多，能够表现 MEV 的机会也越多。如果构建者无法掌握足够多的订单流，即便有再好的策略，也是巧妇难为无米之炊，几乎不可能在区块构建的激烈竞争中胜出。在这方面，OF 优势方的网络效应非常明显。一方面，他们有更多的机会表现 MEV，意味着更有可能构建一个最值钱的区块；另一方面，如果 OF 劣势方迟迟不能赢得区块，那么把订单提交给他们的 Orderflow Owner 的交易也迟迟无法得到确认。一段时间后，这些 Owner 将转向可以更快确认交易的构建者。两方的差距将迅速扩大并且劣势方最终将不得不退出竞争。

为了尽可能获取更多的订单流，构建者可以灵活采用多种方式：类比传统券商中出现的 PFOF（Pay for Orderflow），构建者可以向钱包、RPC 服务提供商和 dApp 支付回扣以获得他们的订单流——钱包做这件事情是很容易的，只需要修改默认的 RPC 端口，并且大多数用户不会留意自己的交易被发送到公共 Mempool 还是私有中继。

构建者还可以为用户提供额外的服务，例如提供三明治保护、交易预先确认、补贴用户的 Gas 费等，吸引用户把交易提交给他们。

上图展示了 EOF 可能带来的恶性循环——独占的订单流使得构建者在如何表现 MEV 上有更多的自由度和腾挪的空间，从而构建出具有更高价值的区块；随着时间推移，这些构建者会占据更多区块构建的市场份额，验证 EOF 的合理性，这又成为构建者进一步优化和推动 EOF 的激励因素。

根据 Rated 统计，在 14 天内由 builder0x69 构建的区块中有 529,633 个地址不在其他构建者的区块中；即来源于其中 32.7% 的地址的订单流是其独占的。可见 EOF 在顶级的构建者中已经占据了较大比例。

跨域 MEV（Cross-domain MEV）

Source: apriori, odos.xyz, A Formalization for Cross-domain MEV

跨域 MEV 是导致构建者中心化的另一个问题。

跨域 MEV 的背景与 Vitalik 提出的以太坊 Rollup-centric Roadmap 直接相关。未来数年内，以太坊 L1 的大部分活动将由各个 Rollup 进行承载，而以太坊主链本身仅作为 DA 和安全基础层。在此愿景下，大量的金融活动将频繁发生在 Rollup 以及跨 Rollup 之间，由此产生更加复杂的套利机会与组合。

容易想到，多个域的构建者相比单个域的构建者而言，拥有更多的捕获跨域 MEV 的机会，从而逐渐主导各个域的区块生产。

SUAVE

(本节内容参考自 https://writings.flashbots.net/the-future-of-mev-is-suave/ )

针对上述问题，Flashbots 提出了 SUAVE 作为解决方案。High-level 地讲，SUAVE 是兼容 EVM 的区块链，作为所有区块链通用的 Mempool 和区块构建者网络，以及去中心化的排序层。

SUAVE 想要做的事情是解决构建者的中心化问题，更具体而言，需要同时解决上述的 EOF 和跨域 MEV 两个问题。

SUAVE 可以拆解为如下 3 个组成部分：

Preference Environment（偏好环境）

偏好环境对应于跨域 MEV。

偏好的定义相对宽泛：例如对用户而言，限定某笔 Swap 的参数是一种偏好；对 MEV 搜索者而言，指定一笔交易的位置，或者其构建的 Bundle 也是一种偏好。偏好的范围可以从单个域的简单交易到跨域的复杂事件序列。用户会为他们的偏好进行付费，若偏好得到满足，费用将得到解锁。

从技术上讲，用户的偏好最终以交易的形式反映在 Mempool 中，而偏好环境是一个公共的多链 Mempool，将尽可能多的偏好汇总在了同一层。

为什么偏好环境可以解决跨域 MEV 问题？上述提到，多链构建者会比单链构建者在跨域 MEV 上更加有优势，这是因为多链构建者能够看到并捕获的 MEV 机会更多。

而 SUAVE 本身就是多链的通用排序层，偏好环境相当于把多链的用户偏好放置在同一层，因此无论对多链或单链构建者而言，用户的偏好都是公开透明的。这样使得信息差导致的优势不复存在。

Execution Market（执行市场）

执行市场对应于 EOF。

既然用户偏好已经在 SUAVE Mempool 得到了体现，SUAVE 又进一步在执行市场中引入了执行者（Executor）的角色，他们之间相互竞争，为用户的偏好提供最佳执行。根据用户提出的不同偏好，构建者、RPC 服务提供商、钱包——任何人都可以是执行者。

首先，用户的交易产生了 MEV；其次，执行者们为满足用户的偏好而相互竞争，在同样提供最佳执行的情况下，竞争将反映在价格上，最终使得尽可能多的 MEV 返还给用户。这个过程可以理解为招标与择优录取。这也就是为什么在上图中，执行市场实现了「Minimizes MEV for users」。

偏好环境使得所有用户的偏好都变得公开透明。而执行市场把这些偏好放在一个公开市场里面，让所有执行者通过竞标的方式去实现用户的偏好，而非由单独的构建者来满足，从而解决了 EOF 的问题。

Decentralized Building（去中心化区块构建）

最后，在整合偏好环境和执行市场的输出之后，由构建者网络共同协作来构建完整的区块，而非由单个构建者构建区块。这一步需要在不泄露 Orderflow 和 Bundle 内容的前提下，在构建者之间共享这些信息，在 SUAVE 路线图的后期将引入 SGX 等安全解决方案来实现这个需求。

Thoughts

Part #1

如果暂且抛开 MEV，单纯从区块链的角度去思考 SUAVE，那么我们可以梳理一个区块链的发展趋势和叙事逻辑。

首先，比特币基于区块链实现了无需可信第三方的价值传递，区块链提供了作为金融基础设施最根本的信任。

之后，以以太坊为代表的公链作为 dApp 的执行环境，进一步可分为以 General Purpose Alt-L1/Rollup 为代表的通用执行环境和以 Appchain/Approllup 为代表的专用执行环境。我们将网络、共识等组件抽象出来成为一个整体，并忽略掉其中的技术细节，它们实质上都是 dApp 生长的土壤。

尽管上述 Rollup 可被视为执行层，承载了以太坊 L1 的一部分工作负载，但执行环境仍然以单体化为主。Celestia 则将执行环境的各个组成部分进行拆解。DA 层同样作为区块链，但已经不再是「执行环境」本身，节点间共识也仅仅针对 Data Blob 达成一致性。此时区块链作为信任组件被引进来，以提升 DA 的信任级别。

SUAVE 则进一步地将 Mempool 和 Sequencing 从多个执行层中抽象出来，作为统一的协调层。SUAVE 的交易类型和费用结构等设计可以为「表达」MEV 而进行定制和适配，无需与先前的区块链设计完全相同。在多链和多方协作的场景下，区块链更多以协调层的形式存在。

我们能够看到，基础设施逐渐由集中化的通用层向精细化的专业层演变。功能模块化和专业化程度的提升，使得「整体大于部分之和」成为可能，例如我们在通用结算层上能够实现更佳的可组合性；在通用排序层上能够表现和捕获更多的 MEV。

Part #2

本文的中间部分我们讨论了 SUAVE 的大致设计，目前 SUAVE 仍在早期研究阶段，其具体实施尚无公开资料可供参考。笔者在这里提出 SUAVE 可能面临的两点挑战。

Sequencing

当前 Sequencer 的中心化问题仍未被解决，Optimism 和 Arbitrum 的 Sequencer 由团队运行，是完全中心化的。而实现去中心化的 Sequencing 始终是绕不开的话题，各个 Rollup 在路线图中都提到了这一计划。例如 Optimism 提出从经济和治理机制两方面出发对 Sequencer 进行轮换，Arbitrum 提出了它们的 Fair Ordering 方案。

更早一些，Vitalik 在他的文章 An Incomplete Guide to Rollups 中列举了几种方式，包括 Sequencer 拍卖、基于 PoS 的随机选取和 DPoS 投票等。其他方案还包括 Cosmos 的先到先得（FCFS）、Chainlink 的公平排序服务（FSS）和 Espresso Systems 的 Decentralized Sequencer 中间件。

SUAVE 想要成为所有区块链的统一排序层，这个愿景显然更加野心勃勃。当然，说服各个 Rollup 采用其方案将会是一个巨大的挑战。

Ecosystem

Quintus 在文章中写到，Uniswap、Metamask 和 Infura 分别作为 dApp、钱包和 RPC 服务提供商的代表，掌控着以太坊总订单流中的大多数（且往往是有价值的）。据估计，Infura 在总订单流的份额超过 70%。这些流量端作为交易发出的卡口，把握着订单流的流动，在 MEV 供应链中扮演着重要、但容易被忽视的角色。

SUAVE 的核心是 Open Orderflow，需要多方参与，因此上述实体的作用在 SUAVE 的设计中得到了凸显，旨在帮助这些 Orderflow Owner 进行货币化和创造利润。

MEV 供应链中的每一实体都是 Economically Rational 的，如果说 dApp、钱包和 RPC 服务提供商可能存在一些顾虑，但搜索者和构建者是由利益驱动的，如果 SUAVE 提供了优质的订单流，那么他们就有足够强的动力主动与 SUAVE 进行整合，并逐渐建立起网络效应。

在接口层面，钱包可以简单地改变 RPC 端口，将交易发送到 SUAVE。但如果钱包需要为偏好环境和执行市场做适配，免不了做一些额外的改动。因此，SUAVE 要实现其愿景，还需要与生态中的核心流量建立合作。