IOSG:从以太坊交易生命周期观察订单流创新
MEV供应链中,订单流起着关键作用,私人订单流的问题正在加剧,Searcher Flow和User Flow是两种私人订单流。Orderflow Auction (OFA)是一种实现价格发现的方法,MEV Blocker交易大概占所有以太坊交易的3%-4%,OFA的发展将推动供应链的竞争性、公平性和抗审查性,可能占据以太坊所有交易的30%以上。
原文作者:Jiawei
原文来源:IOSG Ventures
前言
来源: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
Non-atomic Flow 指的是 CEX-DEX 套利。
来源: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…
Exclusive orderflow has a solution. - Stephane
Quintus 在这里提到了一些解决方案。
- 大型基础设施的中立性。就像 Optimistic Rollup 的瞭望塔一样,社区需要紧密观察大型基础设施的行动。在潜在的舆论压力之下,我们相信 Metamask 和 Infura 会谨慎行事。但不管怎么样,“依赖代理人做正确的事并非区块链的精神所在”。
- 去中心化 Builder 的角色。Vitalik 在 SBC MEV Workshop 中分享了他的观点。Jon 随后在他的文章中进行了进一步解释,讨论了算法、资源、Builder 服务和订单流等方面。诚然,分布式的 Builder 能够提供抗审查和更强的信任保障,对比单一实体而言。
- 然而,为了实现特定的目标,技术总是存在权衡的。当它实现某个好处的时候,必然有另一些方面被牺牲,例如效率和低延迟。分布式的 Builder 可能的确是一个潜在的解决方案,但我们认为,这个解决方案想要在一个竞争性的市场中占据领先地位是充满挑战的。特别是在供应链中的各个角色都对时间极其敏感的情况下。当然,这是实现去中心化不可避免的成本。
- 默认设置。上游的玩家需要对发送订单流有一定的灵活性,不止是默认发送给 Top Builder,而应该对新进者也进行支持和鼓励。
在合规方面,Alex 在推文中提到:获取私人订单流的 Integrated Searcher-builder 可能在不知不觉中进行了内幕交易。在传统金融中,利用重大非公开信息(MNPI)进行有利于个人的股票和证券交易是违法的。
Evan 在这篇文章中提供了在 MEV 供应链中关于 OFAC 风险的详尽分析。对于 Builder 来说,他们的 OFAC 风险是与 Searcher类似的。然而,他们需要更主动的评估他们收到的订单流,并且拒绝触碰到特别指定国民和被封锁人员(SDN List)的订单。
在传统金融中,Pay For Order Flow 一直充满争议。在加密世界中,我们相信仍然需要进行更多的合规探索。
关于【IOSG:从以太坊交易生命周期观察订单流创新】的延伸阅读
走近BTC:理解BitVM所需的背景知识(1)
Delphi Digital发布了比特币二层技术研报,介绍了比特币Rollup和四大采用BitVM的项目。BitVM利用MATT思想,将复杂程序和数据存储在链下的Merkle树中,只发布Merkle Root到链上,实现比特币原生的验证欺诈证明。比特币脚本和Taproot以及预签名是实现这一方案的重要技术。P2SH交易类型中可以添加Script,比特币节点会验证公钥和公钥hash是否匹配,以及数字签名是否正确。隔离见证/SegWit升级解决了交易延展性问题,P2WSH功能与P2SH相似。Taproot可精简脚本内容,BitVM基于此构建复杂方案。下一篇文章将详细介绍Taproot、预签名等技术。
一张蛋糕蜡烛图,带你快速了解链抽象的关键要素
本文介绍了链抽象的概念,旨在为用户提供无缝的跨链操作体验。该框架由四部分组成,涉及复杂的技术以确保可靠性、成本效益、安全性、速度和隐私。作者提出了六种设计方案来解决跨链三难困境,并介绍了CAKE框架的三个基础设施层。最后,作者强调了实现链抽象的关键设计决策,包括谁控制执行意图的权力、向求解器披露什么信息以及有哪些结算路径可供求解器使用。钱包、求解器层和跨链预言机是实现链抽象的关键组成部分。为了解决跨链三难问题,需要统一的跨链意图表达标准。
User Flow
当前,MEV 流经钱包、dApp、RPC、Searcher、Builder 和 Validator,用户对他们产生的 MEV 并没有大多的控制权。
来源: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
根据 imToken's 2023 Crypto Wallet Report, 63% 的受访者认为在交易所交易比在钱包上交易更方便或更便宜。此外,38% 的用户认为钱包不如交易所安全,因为他们担心被黑客攻击(29%)或因自己的失误而丢失加密货币(18%)。
这表明,许多用户可能仍然缺乏对链上事物的足够了解。因此认为,让用户自发地从钱包的默认 RPC 设置切换到 OFA 存在不小的摩擦。人们在用户教育方面还有很多工作要做。
- Wallets
为实现 OFA 的采用,钱包可能需要代替用户做出决定。根据我们与钱包的交流,我们发现:
- 大部分钱包把 OFA 看做维生素而非止痛药。
- 一些钱包不太清楚 MEV 及其潜在影响。
- 一些钱包认为 OFA 仍处于早期阶段,缺乏透明度。这种不透明是影响他们决定是否整合 OFA 的关键因素之一,因为他们无法评估其背后的相关风险。
- 尽管有些钱包的确认识到这是一个 Monetization 的机会,但与 OFA 整合仍然不是他们的首要任务。事实上,自今年 4 月推出以来,MEV Blocker 的总回扣仅为 783 个 ETH,对钱包整体而言并不算多。对于这些钱包来说,交易的包含速度和成功率比潜在的回扣更为重要。
-总体而言,钱包倾向于乐观但谨慎 —— 目前他们还没有主动采用 OFA 的强烈动机。
根据 Chainalysis 的 The 2023 Geography of Cryptocurrency Report, 中亚和南亚的国家在草根加密货币的采用方面领先于其他大多数国家。根据我们在亚太市场的观察,钱包的采用通常也呈现出地理性趋势。例如,亚太地区的移动端钱包通常会及时推出多链和消费者应用的支持,使其尤其适合东南亚市场。
因此,在像 Metamask 这样的关键基础设施保持中立的情况下,专注于特定地区的长尾钱包比其他钱包更有可能首先采用 OFA。这应该是 OFA 平台扩展业务的主要关注点。在多个现有OFA 竞争的市场下,钱包领域的竞争将变得极其激烈。
OFA 在设计上有各种权衡,主要挑战是说服供应链的上游采用这个解决方案。公众教育当然是一个缓慢而长期的过程。展望未来,我们相信 OFA 将逐渐被采用,可能占据以太坊所有交易的 30% 以上。钱包在促进这一过渡中扮演着至关重要的角色。在这个过程中,谨慎对待中心化的驱动力是很重要的。
Closing Thoughts
来源:Max Resnick (@MaxResnick1)
在社区讨论中,大型矿池/验证池带来的中心化风险一直备受关注。然而,在供应链的上游,与订单流相关的中心化风险则更加隐蔽。大型基础设施实体,如 Metamask 和 Infura,需要注意其决策中可能存在的 Bias。小型基础设施可以进行更前沿的探索,促进生态系统向外拓展。
未来,我们预计各利益相关方对订单流的竞争将更加激烈。处于订单流上游的玩家将牢牢把握并逐步加强其定价权。OFA 和 TG Bot 的出现表明,整个基础设施正在不断探索供应链的上游。在这一过程中,我们也发现开发者越来越注重面向用户和 MEV-aware 的设计。
在订单流中,许多挑战仍然需要被解决。在 Flashbots 举办的 MEV Researchathon 中,研究者们提出共同创建 orderflow.pics。最近,Toni 发布了 mempool.pics,这是一个显示私人订单流和参与方统计数据的网站。Winnsterx 则推出了Transparency Dashboard searcherbuilder.pics。越来越多的研究人员和开发者都在关注订单流的发展和未来,并且推动供应链的竞争性、公平性和抗审查性。
免责声明:本文仅代表作者个人观点,不代表链观CHAINLOOK立场,不承担法律责任。文章及观点也不构成投资意见。请用户理性看待市场风险,以及遵守所在国家和地区的相关法律法规。
图文来源:Jiawei,如有侵权请联系删除。转载或引用请注明文章出处!