链上套利残酷共学-DAY01
链上套利残酷共学-DAY01
📅 日期: 2026-08-05
🎯 学习目标: MEV 三明治攻击机器人项目搭建、节点性能基建研讨与共学营课题拆解
一、 今日项目进展与代码重构 (MEV-Flashbot-Sandwich-RS)
1. 代码库克隆与项目接入
- 成功将 Rust 实现的高性能 MEV 三明治机器人仓库
mev-flashbot-sandwich-rs克隆至本地工作区。 - 技术栈解析:
Rust+Tokio异步高并发运行时ethers-rs链上交互与 WebSocket 订阅Flashbots RPC提交私密交易 Bundle 防抢跑AES-GCM私钥加密解密
2. 彻底取消硬编码 &.env环境变量重构
- 修复了原代码中
mempool.rs硬编码 RPC 节点与合约地址的问题。 - 在
.env中新增并支持了以下配置项,实现代码与配置解耦:RPC_URL: 动态 WebSocket 节点链接TARGET_CONTRACT: 目标交易合约(如 MetaMask ETH 兑换 USDT 代理合约)ROUTER_LIST: Uniswap V2 / V3 及其他 DEX 的 Router 路由合约列表
二、 MEV 节点基建与性能瓶颈深度探讨
1. 为什么 Infura / Alchemy 公共节点无法实盘获利?
- 广播延迟与数据缺失: 公共节点 WS 推送默认仅推送交易 Hash(无 Raw Tx Data),且存在网关限速与排队。
- 二次 RPC 往返开销: 收到 Hash 再发起
get_transaction产生 100ms~300ms 额外网络延迟。 - 缺少本地 EVM 模拟: 依赖 RPC 节点的
eth_call无法在微秒级推演最优 Front-run 数量。
2. MEV 基建演进 4 阶路线图
- Phase 1 (本地 EVM 模拟): 集成
revm(bluealloy/revm) 嵌入式虚拟机,在内存中维护池子状态快照,微秒级模拟出数。 - Phase 2 (极速 Mempool 通道): 接入 bloXroute BDN / Chainbound Fiber gRPC 专线获取原始 Pending 交易流。
- Phase 3 (自建 Reth 节点 + 多 Builder 提交): 自建 Paradigm Reth (Rust 客户端),调高
max_peers = 200+,通过 IPC 零开销交互;同时向 Beaverbuild, Titan, Rsync, Eden 等全网主流 Builder 并发提交 Bundle。 - Phase 4 (物理同构与客户端魔改): 机房物理托管(AWS us-east-1 / Equinix Frankfurt 同区);魔改 Reth 节点 P2P 字节流解析。
3. 链上永续合约(Perp DEX)可夹性与 MEV 机制分析
- 传统 AMM 模式 / 带现货 Swap 杠杆开仓: 含有滑点设置,会被传统 MEV 机器人进行三明治攻击。
- 预言机 Pricing 模式 (GMX V2 / Jupiter / Hyperliquid): 采用异步两阶段执行与预言机定价,免疫三明治攻击,但衍生出强平争抢 (Liquidation MEV)和预言机延迟套利 (Oracle Frontrunning / Latency Arbitrage)。
三、 共学营议题与参考仓库案例拆解 (w3player/arbitrage-playbook)
今日在共学营中重点学习并整理了社区参考仓库 w3player/arbitrage-playbook 中的 4 大核心 Issue 议题:
📌 Issue #1: LP 套利探讨 (LP Arbitrage)
- 核心逻辑: 探讨基于 Uniswap V3 / Concentrated Liquidity(集中流动性)的 LP 动态做市与流动性再平衡套利。
- MEV 关联: JIT (Just-In-Time) Liquidity 攻击。在大型 Swap 交易前向池子里提供集中流动性捕获手续费,交易完成后立即撤出流动性。
📌 Issue #2: 资金费套利探讨 (Funding Rate Arbitrage)
- 核心逻辑: 跨 CEX/DEX 或 DEX/DEX 之间的期现套利(Cash and Carry)与资金费率(Funding Fee)对冲。
- MEV 关联: 当不同永续合约平台的资金费率产生偏离时,利用智能合约进行自动对冲平仓;同时关注预言机更新滞后带来的 Latency Arbitrage 机会。
📌 Issue #3: 跨所交易套利工具 Gate CrossEx
- 核心逻辑: 跨中心化交易所 (CEX) 与去中心化交易所 (DEX) / 跨 CEX 之间的 API 极速套利工具。
- 工程实践: 涉及低延迟 WebSocket 行情监听、并发订单簿深度对比以及风控止损逻辑。
📌 Issue #4: Backpack 套利展示
- 核心逻辑: 新兴高性能 Solana 生态交易所 Backpack 的 API 交易、挂单套利与活动收益提取策略展示。
- 工程实践: 基于高效 SDK 进行高频挂单与做市策略。
四、 明日计划 (Day 02 Plan)
- 深入研究
revm库与ethers-rs的本地集成,实现 Uniswap V2 池子状态在内存中的初始化。 - 编写本地模拟计算逻辑,推演受害交易在池子中的价格影响,计算最优化三明治输入量。
LI.FI 跨链套利与 AI Agent 集成指南 (LI.FI Cross-Chain Arbitrage & Agent Guide)
本文档整理自Bruce Xu的技术分享《套利共学|从发现价差到执行:如何接入 LI.FI 实现跨链套利和 AI Agent 集成》,并结合 LI.FI 官方文档 总结。用于指导在本项目中利用Go 语言后端与Next.js 可视化前端接入 LI.FI 路由引擎,进行链间价差识别、磨损测算与库存再平衡。
📌 一、 为什么跨链套利需要 LI.FI?
链上发现价差只是第一步。实际能否套利成功,取决于:
- 资金从哪来、走哪条路、多久到达、实际收到多少;
- 中间涉及的各种显性/隐性磨损:LI.FI Service Fee、Bridge/Swap 协议费、源链/目标链 Gas、交易滑点 (Slippage)、价格冲击 (Price Impact)、最少到手数量。
LI.FI 作为链上流动性的路径与执行层,将不同的区块链(Chains)、跨链桥(Bridges)、DEX 以及 Solver 聚合到统一的 REST API / MCP Server 中,为套利系统提供 Route 查询、交易构造(transactionRequest)与跨链状态持续跟踪(/status)。
💡 二、 实战案例:Ethereum 1,000 USDC -> Arbitrum USDC 成本拆解
假定我们在 Ethereum 上有 1,000 USDC(fromAmount = 1000000000,6 位 Decimals),通过请求 LI.FI API:
bash
curl --get 'https://li.quest/v1/quote' \
--data-urlencode 'fromChain=1' \
--data-urlencode 'toChain=42161' \
--data-urlencode 'fromToken=0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48' \
--data-urlencode 'toToken=0xaf88d065e77c8cC2239327C5EDb3A432268e5831' \
--data-urlencode 'fromAmount=1000000000' \
--data-urlencode 'fromAddress=0x1111111111111111111111111111111111111111' \
--data-urlencode 'slippage=0.005'
返回真实数据测算:
- 跨链工具: Eco Route (生态路线)
- 输入: 1,000 USDC
- 预计到手与最低保证: 997.5 USDC
- LI.FI Service Fee: 2.5 USDC(扣除比例 0.25% / 25 bps)
- Ethereum Gas 估算: 约 $0.2456
- 预计耗时: 7 秒
成本与基点 (Bps) 计算:
1 bps = 0.01%25 bps = 0.25%1,000 USDC 的 25 bps = 2.5 USDC- 显性执行成本: 2.5 USDC (Fee) + 0.2456(Gas)0.2456(Gas)\approx∗∗∗∗2.7455**(约27.455 bps)。
- 套利盈亏平衡点 (Break-even Spread):表面价差必须显著大于 27.455 bps + 目标链交易滑点 + 延迟风险,否则无法获利。
🧮 三、 套利盈亏平衡点 (Break-even Spread) 计算公式
Minimum Required Spread=LI.FI Fee+Bridge/Swap Fee+Gassrc+Gasdst+Slippage+Price Impact+Latency RiskMinimum Required Spread=LI.FI Fee+Bridge/Swap Fee+Gassrc+Gasdst+Slippage+Price Impact+Latency Risk
套利系统在发现价差后,必须先带入真实 Quote 的所有数值进行计算: Net Profit=Target Expected Profit−Total Friction CostNet Profit=Target Expected Profit−Total Friction Cost 只有 Net Profit>0Net Profit>0 时方可发起执行。
🔄 四、 常见跨链套利架构场景
1. 多链预置资金 + 事后库存再平衡 (Inventory Rebalancing)
- 核心痛点: 临时跨链需要数秒至数分钟,无法满足毫秒级套利窗口。
- 最佳实践: 在 Ethereum、Arbitrum、Base 等目标链上预先准备资产库存。
- 操作流:
- 当 A 链与 B 链出现价差,在两端同时/原子化完成买卖交易,瞬间锁住价差;
- 交易完成后,利用 LI.FI 在低频/低 Gas 时段进行跨链资金调拨,实现库存再平衡。
2. LI.FI Token Service 校验
- 跨链套利必须校验 Token 真实地址与 Decimals(如 Native USDC vs USDC.e,或 Wrapped Tokens)。
- 利用
/token和/tokens校验priceUSD、decimals与verified状态,防止价格计算失真。
⚡ 五、 AI Agent & MCP Server 集成方案
LI.FI 官方提供了只读 Hosted MCP Server:
- MCP Endpoint:
https://mcp.li.quest/mcp - 功能暴露:
get-chains,get-token,get-quote,get-allowance,get-status
Agent 分工与安全隔离边界:
- AI Agent (Hermes / Claude Code / Agent): 负责自动化行情扫描、调用 LI.FI MCP 获取 Quote、对比多条 Route、计算成本与监测交易 Status(
PENDING,DONE,FAILED)。 - 隔离钱包执行层 (Isolated Signer): AI Agent 绝不直接持有私钥。Agent 得到
transactionRequest后提交给安全的隔离钱包服务,在风控拦截(白名单、滑点上限、额度控制)后进行签名广播。
🛡️ 六、 API 限流与缓存治理 (Rate Limit Governance)
- 未认证 API: 每 2 小时 75 次 Quote/Route 查询。
- Portal Partner API Key: 默认 100 requests/min,2 小时滚动窗口计费。
- 缓存策略:
chains,tokens,tools属于低频数据,必须在本地内存/Redis 中持久化缓存(如 24 小时)。- 对策略扫描做 防抖 (Debounce) 和 批量查询 (Batching)。
- 读取 HTTP 响应头
ratelimit-limit,ratelimit-remaining,ratelimit-reset;遇到 429 自动指数退避 (Exponential Backoff)。
📌相关资源链接:
- LI.FI Partner Portal: https://portal.li.fi/
- LI.FI 官方文档: Universal Market Access for Digital Assets - LI.FI
- LI.FI Agent 指南:
===================
Theoweb3
CSDN 用户 ID:wwh1st,GitHub:theoweb3,TG:theo_liu,X:theoweb33,谷歌邮箱:wwh9th,vxgz号:穗余
深耕 Web3 领域,为公链与分布式底层基础设施建设者,长期聚焦公链底层架构、链上基础设施、跨链协议、去中心化系统研发,持续落地基础设施相关技术实践与开源项目。
作为中文 Web3 领域内容创作者与行业 KOL,持续输出底层技术解析、生态研究、行业观察内容,面向开发者与从业者普及区块链底层逻辑,搭建技术沟通桥梁,拥有持续行业影响力。
华语 Web3 开源社区参与者与共建者,积极推动开源协作、开发者交流、技术落地实践,持续赋能华语开发者生态,推动开源方案在公链基础设施场景落地,拓展华语开源社区对外技术交流边界。
长期持续输出技术博客,记录公链底层开发、分布式系统、Web3 工程实践、开源项目落地经验,沉淀可复用技术方案,致力于用技术推动去中心化基础设施持续发展。
