来源：Flashbots
我在与人分享 Infra 的投资逻辑时经常会用到这张图片 —— 通过 MEV 供应链（或者说交易生命周期）的视角来看不同的 Infra 项目是很有意思的一件事情。
在许多研究者的不懈努力之下，我们已经从几年前的 MEV 反乌托邦过渡到了一个相对清晰的供应链，尽管还有许多挑战亟待解决。
在该供应链的语境下，订单流起着关键作用。如果我们把供应链比作河床，那么订单流就是在其之上流动的河水。在这篇文章中，我们会阐述一些订单流的关键点。
Orderflow…wat do?
来源：IOSG Ventures
Quintus 把“订单”定义为在以太坊中能够改变区块链状态的任何东西。更简单点，我们也可以把一笔交易理解为订单。在上图中我们尝试描绘订单流在供应链上的旅程。然而，真实的情况可能是这样的...
来源：Frontier当然，这篇文章不会尝试拆分其中所有细节。MEV 供应链已经变得非常庞大且复杂，短时间内讲清楚所有细节几乎是不可能的。因此，在这篇文章中我们主要关注两件事情：私人订单流和订单流拍卖（OFA）。
Private Orderflow Dominance
Public mempools will dry up… - Hasu
在聊到私人订单流的时候，我们通常会看到两个术语——私人订单流（Private Orderflow）和独占订单流（Exclusive Orderflow）。这两个术语在语义上是有区别的。例如，MEVBlocker 绕过 Public Mempool，直接把订单流发送给 Top Builders。这时订单流是私人的，但并不由任一 Builder 独占。此外，OFA 也往往不是“私人”交易，因为人们可以订阅 OFA 的订单流（尽管可能有权限控制）并且观察其中的交易。这通常是为了使拍卖中不同角色的竞争最大化。
社区已经有很多关于私人订单流的讨论，以及私人订单流如何成为中心化的驱动因素。
来源：IOSG Ventures
在整个 MEV 供应链中，Builder 是竞争相当激烈的市场。订单流作为区块构建中最基本的生产资料，理所当然地成为兵家必争之地。在这种情况下，Builder 通常会提供各种各样的服务来从上游吸引订单流：
- 交易预确认：例如，Vitalik 在他的 SBC 2022 演讲中提到：Builder 可以公开地声明如果用户发送一笔 Priority Fee 大于 5 的交易，Builder 将会立即发送一个可强制执行的消息来承诺包含这笔交易；如果 Priority Fee 大于 8，用户甚至可以得到一个 Post-state Root。这在一些需要争夺区块空间的用例中是很有效的。
- Front-running protection，这也是大多数 OFA 的主要卖点。
- Revert protection。如果一个 Bundle 失败或者 Revert，Builder 将不会包含它（意味着用户不需要为交易支付 Gas）。通过把用户的一般交易作为 Bundle 发送，MEVBlocker 的 RPC 端点提供了这种保护。Blocknative 的数据显示，只有约 4.2% 的私人交易在链上 Revert，而约 13.8% 的公开交易 Revert。这凸显了 Revert protection 的好处。
来源：Danning Sui (@sui414)
在上图中，我们可以轻松地看到 Landed Blocks 和私人订单流之间的关系。
来源：Blocknative
近期，许多研究显示私人订单流的问题正在加剧。Blocknative 的数据显示，私人交易的数量由合并前的 5% 增长到了现在的大约 15%，意味着当前 15% 的以太坊交易都是通过私人渠道发送的。
基本上，私人订单流可以分为 Searcher Flow 和 User Flow。
Searcher Flow
- Atomic Flow
来源：Titan Builder
Atomic Flow 指的是 DEX-DEX 套利，三明治和清算等交易。
一段时间之前，Titan 在推特上抱怨尽管他们在 7 天内拥有 15% 的市场份额以及超过 5 万个构建的区块，他们仍然没有收到约 50% 的 Searcher 的订单流。
Titan 的研究指出，Builder 的市场份额与连接到他们的 Searcher 呈正相关关系，并且这个相关性通常是指数级别的。
- Non-atomic Flow
来源：searcherbuilder.pics
在 Atomic MEV 的情况下，我们可以看到所有 Searcher 基本上均匀地把他们的 Bundle 提交给前三的 Builder。然而在 Non-atomic MEV 的情况下，Titan 作为前三的 Builder，只拥有大概 8.8% 的订单流份额。在上图中我们可以看到显著的差别。这显示了来自垂直整合的 Searcher-builder 对订单流的独占访问。
总的来说，Inclusion Guarantee 对 Searcher 来说是选择把 Bundle 发送给谁最重要的考虑因素。这取决于他们发现的 MEV 机会是否能在链上实现。
此外，Searcher 也面临着一些权衡。如果 Searcher 把 Bundle 提交给所有 Builder，可以最大化他们的 Bundle 被包含的机会。然而，Titan 表示，这也会带来一定的风险，例如 Bundle 被拆开，以及一些长尾策略的信息泄露等等。
对于 Searcher Flow，目前大多数 Searcher 把 Bundle 提交给 Top Builder。当他们考虑把 Bundle 提交给 Searcher-builder 时也需要考虑潜在的利益冲突问题。Mid-field Builder 目前也占据大约 16% 的市场份额，当然也有必要考虑是否把 Bundle 发送给他们。
- To mitigate EOF…
Quintus 在这里提到了一些解决方案。
- 大型基础设施的中立性。就像 Optimistic Rollup 的瞭望塔一样，社区需要紧密观察大型基础设施的行动。在潜在的舆论压力之下，我们相信 Metamask 和 Infura 会谨慎行事。但不管怎么样，“依赖代理人做正确的事并非区块链的精神所在”。
- 去中心化 Builder 的角色。Vitalik 在 SBC MEV Workshop 中分享了他的观点。Jon 随后在他的文章中进行了进一步解释，讨论了算法、资源、Builder 服务和订单流等方面。诚然，分布式的 Builder 能够提供抗审查和更强的信任保障，对比单一实体而言。
- 然而，为了实现特定的目标，技术总是存在权衡的。当它实现某个好处的时候，必然有另一些方面被牺牲，例如效率和低延迟。分布式的 Builder 可能的确是一个潜在的解决方案，但我们认为，这个解决方案想要在一个竞争性的市场中占据领先地位是充满挑战的。特别是在供应链中的各个角色都对时间极其敏感的情况下。当然，这是实现去中心化不可避免的成本。
- 默认设置。上游的玩家需要对发送订单流有一定的灵活性，不止是默认发送给 Top Builder，而应该对新进者也进行支持和鼓励。
来源：mempool.pics
Frontier 的研究显示，约六个月内，在所有给 Validator 的付款中，约有 71% 来自至少包含一次 Swap 的交易。上图中我们也可以看到，当我们把私人订单流按不同类型进行拆分，Swap 对比 Atomic Searcher Flow 而言仍然占据绝大多数。
来源：Dune@angelfish
Angelfish 的 Dashboard 中显示，主要订单流仍然来自 DEX，例如 1inch 和 Uniswap。值得一提的是，例如 Metamask Swap 和 Tokenlon (by imToken) 的垂直整合也占据一定的份额。
此外，包括 Unibot、Maestro 和 Banana Gun 在内的 Telegram Bot 的增长也是很有趣的。TG Bot 的主要卖点是易用性，钱包的抽象和 dApp 的简化交互。它们也提供了一些如 Front-running Protection 和 Revert Protection 的功能。
在订单流中，这些 Bot 的流量在过去的一段时间中有着显著增长。数月前，Maestro 和 bloXroute 签订了独家协议，所有发送 Maestro 的订单都会流经 bloXroute 的私有 RPC。有趣的是，Stephane (Frontier) 和 Vadym (Kolibrio) 最近也推出了 TG Bot Alfred，获得了不少关注。
Telegram 有着很大的用户基础。虽然现在说通过 TG Bot 实现 Mass Adoption 还为时尚早，但我们期待通过 TG Bot 的不断迭代，许多有意思的事情将会在订单流中出现，并且影响整个供应链。
Current State Summary of Orderflow Types
来源：Danning Sui (@sui414)
总结来说，上表展示了不同类型订单流的区别。
如前所述，对比 Neutral Builder 而言，Integrated Searcher-builder 在 Non-atomic Searcher Flow 中具有显著优势。这是因为他们有对内部订单流的独占访问权限，并且可以通过自己的 Searcher 产生的利润来反哺 Builder，在拍卖中提高出价。
通过巩固他们的市场份额，他们也可以获得更多的 Atomic Searcher Flow。另一方面，Neutral Builder 通常不会收到 Non-atomic Searcher Flow，而较小的 Atomic Searcher 也没有运行自己的 Builder，不得不把 Bundle 提交给所有人。总而言之，各种不同的因素使得 Integrated Searcher-builder 在如今的区块构建市场中占据着主导地位。
Orderflow Auction (OFA)
- Overview
来源: Frontier Research
OFA 是使订单流实现价格发现的一种方法。通过订单流的买家和卖家的交互，实现对订单流大致的定价。
Frontier 和 Monoceros 已经对 OFA 作了相当详尽的阐述，包括设计空间、权衡等方面。Frontier 的研究让我们从零开始很好地思考 OFA 的设计思路。许多公司例如 Kolibrio、DFlow 等也在积极探索这个领域。在本章节中，我们就不再赘述这些细节。
来源: Dune@cowprotocol
在数据面上，根据 MEV Blocker Dashboard，通过 MEV Blocker 的交易大概占所有以太坊交易的 3%-4%。大约有 47 万的用户，和 738 ETH 的回扣产生。Builder0x69 和 Beaverbuild 返还了最多的回扣，都超过了 200 ETH。
目前，有许多 OFA 在运行当中，面向钱包等上游玩家进行积极的 BD。
尽管 OFA 承诺的“全面保护”听起来像是对用户友好的终极解决方案，Blair 的文章 指出，具有 Front-running Protection 的私人交易并不意味着更好的结算、和对比公开交易来说更好的执行速度。
文中提到，OFA 确保用户的交易不会受到 Front-running 影响，但并不意味着完全的最优执行，用户的交易仍然可能意外地被滑点影响。
文章同时强调，通过 "eth_sendBundle" 和 "eth_sendRawTransaction" 发送私人交易是不同的。不包含 MEV 的用户 Bundle 与其他 Bundle 相比毫无竞争力，且这会让 Builder 执行额外且不必要的模拟，可能引发更糟糕的执行速度。
最后，Blair 在推文中提到了目前 OFA 中的 Observability Gap。即作为用户或钱包，怎样才能验证拍卖商和 Builder 都是诚实的？在这个案例研究中，他们发现有来自用户的 19 笔不同交易原本可以收到回扣，但却被 Builder 的 Backrun 机器人声称得到了这个机会。这揭示了当前在 OFA 中存在的 Observability Gap。
- Takeaways
在这部分中，我们会分享我们在亚太市场观察到的市场情况。
- Users
- Wallets
来源:Max Resnick (@MaxResnick1)
在社区讨论中，大型矿池/验证池带来的中心化风险一直备受关注。然而，在供应链的上游，与订单流相关的中心化风险则更加隐蔽。大型基础设施实体，如 Metamask 和 Infura，需要注意其决策中可能存在的 Bias。小型基础设施可以进行更前沿的探索，促进生态系统向外拓展。
未来，我们预计各利益相关方对订单流的竞争将更加激烈。处于订单流上游的玩家将牢牢把握并逐步加强其定价权。OFA 和 TG Bot 的出现表明，整个基础设施正在不断探索供应链的上游。在这一过程中，我们也发现开发者越来越注重面向用户和 MEV-aware 的设计。
在订单流中，许多挑战仍然需要被解决。在 Flashbots 举办的 MEV Researchathon 中，研究者们提出共同创建 orderflow.pics。最近，Toni 发布了 mempool.pics，这是一个显示私人订单流和参与方统计数据的网站。Winnsterx 则推出了Transparency Dashboard searcherbuilder.pics。越来越多的研究人员和开发者都在关注订单流的发展和未来，并且推动供应链的竞争性、公平性和抗审查性。
