基础 MEV:端点、费用和回滚手册
**简短回答** — Base 是底层的 OP Stack(Ecotone 将 L1 数据转移到 blob 后与 Optimism 的费用模型相同),但有两件事让 Base 上的日常 MEV 感觉不同。 **首先**,排序器由 Coinbase 运营,这在历史上意味着较长的正常运行时间,但对商品公共 RPC 的速率限制更严格 - 启动或声明事件期间的突发流量

简短回答 — Base 是底层的 OP Stack(Ecotone 将 L1 数据转移到 blob 后与 Optimism 的费用模型相同),但有两件事让 Base 上的日常 MEV 感觉不同。 首先,排序器由 Coinbase 运营,这在历史上意味着较长的正常运行时间,但对商品公共 RPC 的速率限制更严格 - 启动或声明事件期间的突发流量将在私有端点之前很久限制公共端点。 第二,基础流量主要由消费者应用程序(Aerodrome 上的模因币、社交应用程序、链上游戏)主导,因此 MEV 机会面很大程度上是 AMM 互换的回流,窗口非常短。为了可靠地执行,您需要一个不会在负载下受到限制的私有 RPC、一个在签名前立即重新定价 L1 组件的诚实费用模型,以及打包到单个执行器合约调用中的原子性,以便部分填充不会浪费资本。
精通之路
什么与Optimism相同,什么不同
Base 是一条 OP Stack 链,因此费用机制与 Optimism 基本相同:每笔交易都支付 L2 执行费加上 L1 数据费,并且自 Ecotone 以来,L1 组件通过 EIP-4844 blob 定价。全新世时代的动态 L1 标量也适用于此——您的费用模型需要根据您即将签署的精确交易的 eth_getL1Fee 进行刷新,而不是根据几秒钟前缓存的值进行刷新。
是什么改变了日常情况:
- 定序器操作员。 Base 的定序器由 Coinbase 运行。正常运行时间一直很长,但与 Optimism 发布的事件报告相比,Coinbase 的事件响应并不透明。当出现问题时,您通常会在官方确认之前就注意到延迟下降。
- 流量混合。 Optimism的流量扭曲了基础设施(DeFi 协议、DAO 操作)。 Base 的倾斜消费者(Aerodrome memecoin 交易、社交应用程序、游戏)。这改变了 MEV 机会的“形状”:更多但更小的 AMM 互换、更短的窗口、来自其他支持者的更多竞争。
- 速率限制。 Public Base RPC 会大幅节流。在 Optimism 上轻松处理 200 rps 的 RPC 在 Base 上可能会达到 50 rps 的上限。始终以您自己的负载为基准,而不是提供商的营销数据。
端点景观
| 端点类型 | 典型的 p95 延迟 | 正确的用例 |
|---|---|---|
| 公共基础 RPC (https://mainnet.base.org) | 100–200 毫秒 | 只读,硬性速率限制 |
| Tier-1 商业私有 RPC | 30–60 毫秒 | 标准 MEV,清算 |
| Tier-2 商业 RPC + WSS | 20–40 毫秒 | 逆流、时间敏感的流程 |
| 自托管操作节点+WSS | <10 毫秒读取,~20 毫秒写入 | 高频逆跑 |
速率限制点值得重复:在 Aerodrome 上发布 memecoin 期间,公共 Base RPC 将对您进行速率限制。运行第 1 层私有 RPC 和一个位于 us-east-2 附近的操作节点的单独搜索器将优于运行 10 个公共 RPC 工作线程的团队。在提交之前使用 WSS 延迟测试 从实际部署区域进行基准测试。
不会撒谎的费用会计
一个常见的基本错误:根据五秒前的 L1 费用标量进行回溯定价。在大量发布期间(多个 OP Stack 链同时竞争 blob 空间),基本费用的 L1 部分可能会在单个窗口中发生 30-50% 的变化。以陈旧标量定价的交易悄然变为负数。
纪律是:
- 针对候选交易从
eth_estimateGas估计 L2 执行 Gas。 - 针对您要签名的确切字节查询
eth_getL1Fee。每次重试时重新查询,而不仅仅是在策略输入时重新查询。 3.计算总成本=L2gas×L2 有效 Gas 价格+L1 费用。 - 如果模拟利润未清除总成本加上您的安全边际,则拒绝交易。
FRB Agent 在每次 Base 发送之前自动执行此操作 - 模拟器分叉当前状态并使用当前费用参数重播,因此您看到的价格就是您支付的价格。
Base 上的私人捆绑包怎么样?
与Optimism的答案相同:Base 上没有接受 eth_sendBundle 的 Flashbots 式中继。原子性来自于将您的路由打包到一个调用自定义执行器合约的事务中。合同会在部分失败时恢复,因此整个事情要么落地,要么不落地。
两种实用的“私人风格”提交路径:
- 私有 RPC 端点使您的交易远离公共点对点层,直到被包含。大多数商业 Base RPC 将其作为付费功能出售。
- 直接排序器提交(白名单),适用于对延迟非常敏感的流。可用性有限——通常根据机构数量进行协商。
Runbook:Aerodrome 或 Uniswap v3 上的 Base backrun
- 订阅操作节点 WSS feed。 确认稳定的节奏;超过约 500 毫秒后重新连接。
- 在 feed 中识别目标交换;根据当前池状态计算回滚路径。 Aerodrome 的 CL 池和 Uniswap v3 蜱是两个主要表面。
- 使用
eth_getL1Fee针对候选签名交易重新查询 L1 费用。 - 在当前水头处针对基叉进行模拟。除非模拟利润清除
(L2 gas + L1 data fee + priority fee + safety margin),否则拒绝。 - 通过您的私人 RPC 提交,并享受有竞争力的优先费用。基数有 2 秒块;在其他人采用该路径之前,您的窗口大约是 1 个有序块。
- 在 2 个方块内确认。 如果未着陆,则杀死 — 状态已移动。
- 实现的日志与模拟的损益。 持续存在的差距意味着您的模型已经过时。调整。
特定于 Base 的常见故障模式
- 公共 RPC 中途限制。 在计算回溯时,您达到了
eth_call的速率限制,响应延迟了 5 秒,机会就消失了。 Base 上“幻象损失”的一个最大原因是通过支付私人 RPC 费用来修复它。 - Aerodrome CL 刻度数学被低估。 Aerodrome 的滑流池具有集中的流动性刻度,每个区块都会发生变化。针对最后一个区块的报价的模拟可能会出现很大的错误。在模拟步骤之前立即重新获取当前报价。
- Memecoin 蜜罐。 Base 托管大量欺诈性代币合约。针对蜜罐的反冲会在卖出腿上恢复——你支付Gas 费,却一无所获。在允许路由进入策略之前,维护代币白名单或运行合约字节码检查(查找非标准传输挂钩)。
- 排序器速度减慢,恕不另行通知。 Coinbase 并不总是及时发布降级事件。如果您的包含延迟超出了通常的基线 5 分钟以上,请将其视为排序器问题并暂停新发送,而不是视为模型问题。
何时完全跳过 Base
- Memecoin 发布风暴。 在一次备受期待的发布过程中,公众的内存池观点充斥着复制交易机器人和狙击手,导致经济崩溃。等待 30-60 分钟,让灰尘落定。
- Coinbase 状态事件。 定序器上的 Coinbase 端中断可能会将确认时间延长到远远超出模拟窗口。 状态页面 和 Base 的官方状态源都值得连接。
参考
相关文章
延伸阅读与工具
讨论
暂无笔记。添加第一条观察,或在以下平台与团队分享链接 X (@MCFRB).