MEV-Share 与专用中继:何时使用
**简短回答** — MEV 共享和私有捆绑中继不是竞争对手 — 它们是用于不同工作的工具。 **私人中继**(Flashbots `eth_sendBundle`、Titan、beaverbuild 等)将您的完整捆绑包密封起来,不让公众看到,直到包含在内;中继会看到捆绑包,构建器会出于包含考虑而看到它,其他人不会看到。 **MEV-Share** 是一种

简短回答 — MEV 共享和私有捆绑中继不是竞争对手 — 它们是用于不同工作的工具。 私人中继(Flashbots eth_sendBundle、Titan、beaverbuild 等)将您的完整捆绑包密封起来,不让公众看到,直到包含在内;中继会看到捆绑包,构建器会出于包含考虑而看到它,其他人不会看到。 MEV-Share 是一种订单流拍卖 (OFA) 小费协议 - 它公开有关待处理交易的部分信息(此池上正在发生交换,大小大致如此,但不是确切的字节),因此搜索者可以构建 OFA 感知的捆绑包,该捆绑包会反向运行触发器并将部分捕获的值退还给原始用户。您通常使用私有中继来获取生产资本(您希望零策略泄漏)和MEV-Share 用于专用路线,其中与特定用户流的匹配是策略的一部分。最重要的业务同时运行这两种方式——默认为私有,金丝雀或特定 OFA 目标的 MEV 共享——并保持预算分开,这样一条路径就不会耗尽另一条路径。
精通之路
- Flashbots 捆绑包说明
- 最佳以太坊私有 RPC
- 包含概率 101
- MEV-共享与私有中继(当前)
隐私模型:各自泄露了什么
| 物业 | 私人中继 | MEV-Share |
|---|---|---|
| 公共内存池可见性 | 无 | 无 |
| 中继看到完整的捆绑包 | 是的 | 是的 |
| 建造者看到捆绑包 | 在纳入评估时 | 在纳入评估时 |
| 其他搜索者看到捆绑包 | 从来没有 | 他们看到提示——为匹配而设计的部分信息 |
| 触发用户看到捆绑包 | 从来没有 | 通过协议识别为匹配的搜索目标 |
因此,核心权衡是:MEV-Share 可以让您更好地匹配特定订单流(用户明确选择暗示其交易),但代价是向搜索者池泄露部分信号。私人中继完全保密,但您可以通过内存池监控而不是提示匹配来找到自己的机会。
当私有中继是正确的工具时
- **生产资本。**任何你不愿意看到部分泄露的东西,即使是作为一个暗示。
- 以 IP 为策略的策略。 如果您发现了竞争对手没有发现的不寻常路线或过滤器,MEV-Share 的提示流可让相邻搜索者根据您的行为模式对其进行逆向工程。保持密封。
- 公共内存池流量的回滚策略。 您已经在监视内存池;无论如何,触发交易对您都是可见的。 MEV-Share 没有匹配的好处。
当 MEV-Share 是正确的工具时
- 受益于明确的用户选择加入的路线。 MEV-Share 用户已表示他们想要具有价值意识的执行,并且愿意接受 OFA 定价。经济学倾向于那些能够抓住这些流量的搜索者。
- **退款意识策略。**有些策略是有利可图的,因为它们将一部分退款给触发用户(更好地满足用户→更好的订单流→不断出现)。 MEV-Share 的
refundRecipient和refundPercent是一等公民。 - 在标准 mempool 中不可见的利基池流。 某些用户路径(夹心保护钱包、MEV-Share 路由聚合器)仅发出提示,而不发出原始交易。回滚这些流程的唯一方法是通过 MEV-Share。
包含图片
私有中继:
- 包容性取决于构建者对扇出的覆盖范围和费用竞争力。
- Flashbots + Titan + beaverbuild + rsync-builder 的扇出将覆盖率推至接近 95%。
- 传递事务的延迟;低于 150 毫秒的 RTT 就足够了。
MEV-Share:
- 纳入取决于构建者对 MEV-Share 路由捆绑包的关注 + 您出价的吸引力。
- 构建者的参与是部分的——并非每个构建者都平等地集成 MEV-Share。
- 提示新鲜度很重要:过时的提示(>1 秒)通常意味着触发器已经在块中。
提交到一个路径的包不会自动在另一路径上工作。模式不同;向标准 Flashbots Relay 提交 MEV-Share 风格的提示会默默失败,反之亦然。
运行两者的操作纪律
如果您运行两条车道:
- 单独的预算。 一个通道中的错误不应耗尽另一通道的资源。
- 单独测量。 独立跟踪每个通道的包含、退款和损益。比较各车道的总数会隐藏哪条车道实际在工作。
- 默认为私有。 MEV-Share 通道是针对特定策略的选择,而不是您的后备方案。
- 记录谁批准使用 MEV-Share 及其策略。如果提示泄漏稍后显示为逆向选择,则启用回滚。
- 限制提示粒度(如果您创作触发流程)。过度透露提示会变成向搜索者群体出售阿尔法。
评价矩阵
| 标准 | 私人中继 | MEV-Share |
|---|---|---|
| 策略 IP 隐私 | 完整 | 部分(提示) |
| 夹杂物控制 | 直接中继协议+扇出 | 构建者对提示匹配流程的兴趣 |
| 退款机制 | 手动/策略构建 | 通过 refundRecipient / refundPercent 获得头等舱 |
| 生产资本权 | 默认 | 仅特定路线 |
| 适合金丝雀 | 是的 | 是的 |
| 适合匹配特定流程 | Mempool 监控路径 | 原生贴合 |
常见错误
- 同时将同一捆绑包提交到两条路径。 协议格式不同;其中一个或两个都会失败。它们是独立的产品,不是冗余的基础设施。
- 假设 MEV-Share 包含 = private-relay 包含。 不同的构建者侧关注;不同的标题数字。逐一测量。
- 忽略 MEV-Share 上的退款接收者。 如果您不设置它,则会在表中留下用户本可以收到的价值(这会激励他们继续使用 MEV-Share 路由钱包)。
- 运行 MEV-Share 而不审核您的提示所揭示的内容。 过于具体的提示可能会让其他搜索者对您的过滤器进行逆向工程。
MEV-Share 何时具有战略意义
尽管很复杂,MEV-Share 在私人中继无法单独处理的情况下创造了特定的价值:
订单流访问: 如果您正在构建 DEX 聚合器、钱包或 DEX 前端,MEV-Share 可以让您将用户的流路由到搜索者,同时将提取的 MEV 的一部分返回给这些用户。这创建了一个与用户一致的激励结构,这是纯粹的私有内存池路由所无法提供的。
退款增强策略性能: 对于从事利润微薄机会的搜索者来说,退款机制可以使边际策略变得积极。如果没有退款份额,在 Gas 后赚取 8 美元毛额的策略可能无法盈利,但如果从提示匹配的搜索者返回的提取 MEV 中获得 40% 的退款,则可以盈利。
依赖于待处理流上下文的策略: 某些 MEV 策略受益于知道特定的大型待处理事务的存在 - 即使没有完整的详细信息。 MEV-Share 的提示系统为选择加入的交易提供此信号,为以前需要私人中继关系或公共内存池抓取的待处理流信号创建合法市场。
2026 年的实用指南:运行私有中继作为主要路径,将 MEV-Share 视为特定策略的专用辅助通道,并在生产部署之前仔细审核提示粒度。
参考
相关文章
延伸阅读与工具
讨论
暂无笔记。添加第一条观察,或在以下平台与团队分享链接 X (@MCFRB).