Backrun 与 Sandwich：何时使用每种策略
**简短回答** — **Backrun** 在目标交易*之后*立即进行交易，通过使资金池脱离平衡状态来捕获目标留下的套利价值。**三明治**则在目标之前和之后都进行交易——先行单买入，目标的换币推高价格，然后后行单以目标造成的更差价格卖出。从机制上看，差异只是一笔额外的交易；但从道德和操作角度看，这是天壤之别。Backrun 是正和博弈（它们使价格恢复到均
简短回答 — Backrun 在目标交易之后立即进行交易，通过使资金池脱离平衡状态来捕获目标留下的套利价值。三明治则在目标之前和之后都进行交易——先行单买入，目标的换币推高价格，然后后行单以目标造成的更差价格卖出。从机制上看，差异只是一笔额外的交易；但从道德和操作角度看，这是天壤之别。Backrun 是正和博弈（它们使价格恢复到均衡状态，并不会让目标用户的结果变差）；三明治则是明确的剥削性行为（目标用户正是因为三明治而获得更差的成交价）。到 2026 年，最严肃的 MEV 操作都只运行 Backrun 并明确禁用三明治逻辑——这既是因为监管方向不利，也是因为协议端防御（私有 RPC、MEV-Share、抗三明治路由器、MEV-Blocker 返利）越来越多地将普通用户流量引离可被三明治攻击的内存池暴露面。FRB Agent 默认禁用三明治策略；2026 年的工作策略是保持其关闭状态，除非您的司法管辖区和交易对手池都确实允许使用。
精通之路
- 什么是 MEV？
- 私有内存池与公共内存池
- Backrun 与三明治（当前）
- 包含概率 101
- 修复失败的捆绑包指南
- Mempool 扫描 101
力学，并肩
| 属性 | Backrun | 三明治 |
|---|---|---|
| 交易数量 | 1（您的）+ 1 参考（目标） | 3（你的前手，目标，你的后手） |
| 您出现在区块中的位置 | 紧接在目标之后 | 目标之前和之后 |
| 对目标成交的影响 | 无（目标按照预期的相同状态执行） | 更糟糕（你的前手交易把价格推向不利方向） |
| 利润来源 | 资金池恢复平衡；您捕获价差 | 目标支付过高的价格；您捕捉到差异 |
| 原子性要求 | 单笔交易（您的）或捆绑包（您的+目标参考） | 捆绑 3 笔交易，全有或全无 |
| 典型规模 | 每次机会金额小；高频 | 可变；单个目标上可能很大 |
| 协议响应 | 一般可以容忍；已纳入 MEV-Share 返利 | 越来越多被封锁（私有 RPC、抗三明治路由器） |
最大的区别是：**Backrun 不会让任何人的境况变得比之前更糟。**无论您是否进行 Backrun，目标用户的交易本来就会移动资金池——套利价值是由他们的交易创造的，否则会被其他人捕获（或者作为短暂的资金池失衡留存到下一个套利者出现）。相比之下，三明治会让目标的成交结果比没有机器人时更糟糕。
何时 Backrun 是正确的工具
- 流动性充足的 AMM 换币对价格产生明显影响时。 交易者针对 ETH/USDC 执行 20 万美元的交易；资金池价格移动；您根据交换后的状态进行交易以捕获失衡。纯粹套利。
- 借贷协议上的清算。 头寸变得可被清算；清算交易移动抵押品；您进行 Backrun 以捕获清算人收到的抵押品与当前市场价格之间的相关套利。
- 跨 DEX 重新平衡。 Uniswap 的掉期价格变动；与 Sushi/Curve 的价差创造了跨 DEX 套利机会；你进行套利。
在这三种情况下，您的交易价格都更接近公允价值。协议受益，套利市场受益，没有人的境况实质上恶化。
当三明治理论上适用但操作上不明智时
三明治经济学发挥作用的条件有资金池条件和目标用户条件——广泛的掉期容忍度、滑点一开始就很高的非流动资金池。到 2026 年，大多数运营商仍然会避免使用它们，因为：
- 监管方向。 一些司法管辖区正在明确研究三明治攻击作为市场操纵的类似物。法律立场正在走向“这是有害的，至少需要披露”。
- 声誉成本。 三明治提取的公共关联限制了机构合作伙伴关系和交易对手的准入。一项贸易的经济效益与长尾商业成本相比相形见绌。
- 协议端防御正在发挥作用。 Flashbots Protect、MEV-Blocker、MEV-Share 以及越来越多地采用抗三明治路由（CoW Swap、主要钱包中受 MEV 保护的 RPC）意味着三明治的可寻址表面每个季度都会缩小。
- 交易对手池发生变化。 当钱包通过三明治保护端点默认路由用户时，仍然访问公共内存池的人群越来越“不再”是毫无戒心的零售用户 - 而是协议智能合约、其他机器人或明确选择直接提交的用户。将这些人口夹在中间的经济学是不同的。
由于这些原因，FRB Agent 默认禁用三明治策略。它们可以启用，但需要显式配置和策略确认。
工作决策树
对于任何机会：
- 目标是通过公共内存池 RPC 提交的普通用户吗？ 如果是，则默认只做 Backrun——这是三明治在道德和监管方面最有问题的人群。
- 资金池足够深、流动性足够好吗？ 如果是，Backrun 的经济模型就能成立；反正三明治的经济效益通常也很薄弱，因为滑点容忍度很低。
- 触发交易本身是否是合约到合约的操作（DEX 路由器、聚合器、自动化策略）？ 那么 Backrun 仍然是正确的工具——没有个人用户受到伤害，动态纯粹是套利。
- 您所在辖区对三明治提取的监管立场是否不明确或存在敌意？ 如果是，请将三明治视为禁区。
FRB Agent 以及 2026 年严肃运营商的默认设置是：只做 Backrun。如果问题是是否要启用三明治，答案几乎总是"否"。
无论哪种方式都要遵守操作纪律
无论是 Backrun 还是（极少数情况下的）三明治：
- 始终在签名前针对当前区块高度的分叉进行模拟。 最大的损失来自模拟与现实的偏差，而不是"策略本身出错"。
- 始终在捆绑包中显式引用触发交易。如果没有显式的
targetTxHash等效字段，您的 Backrun 可能会落在与触发交易不同的区块中，从而不产生任何效果。 - 始终严格限制每个资金池类别的滑点。滑点上限不会因交易落地而扩大——而是会收紧。
- 始终跟踪已实现盈亏与模拟盈亏。 持续差距（超过 100 笔交易>10%）是模型错误，而不是统计噪音。
Solana 与以太坊上的 Backrun
Solana 和以太坊之间 Backrun 的实现机制存在显著差异，为一条链设计的策略不会直接适用于另一条链。
以太坊上的 Backrun： 标准模式是通过 eth_sendBundle 提交捆绑包，其中 Backrun 交易显式引用触发交易。该捆绑包保证了原子性——你的 Backrun 与触发交易落在同一个区块中，否则完全不落地。这对于 Arbitrum 上的 GMX Backrun、以太坊上的 Uniswap V3 报价套利以及 AAVE 清算对都至关重要。
通过 Jito 在 Solana 上进行 Backrun： Jito 捆绑包在 Solana 上提供相同的原子性保证——您的 Backrun 交易和触发交易位于同一个捆绑包中并以原子方式执行。主要区别在于 Solana 没有传统的内存池；触发交易必须已经在您的捆绑包中，或者在您提交之前已经确认。对于基于 Jito 的 Backrun，常见模式通常是在下一个区块中对已确认（已落地）的交易进行 Backrun，而不是把两者打包在一起提交。
速度方面的考量： 在以太坊 12 秒的区块时间内，您有充裕的时间检测触发交易、模拟响应并为同一区块提交捆绑包。在 Solana 约 400 毫秒的区块时间内，从检测到触发交易到提交的窗口以毫秒计算。对于有竞争力的 Solana Backrun，Yellowstone gRPC 订阅（相对于标准 WSS）几乎是必需的——标准 WebSocket 端点会增加 100-200 毫秒的检测延迟，足以消耗掉大部分窗口时间。
参考
相关文章
延伸阅读与工具
讨论
暂无笔记。添加第一条观察，或在以下平台与团队分享链接 X (@MCFRB).