Arch Day 208: MEV供应链 — PBS、BuilderNet与Jito
MEV(Maximal Extractable Value)是区块链的"隐形税"——验证者/Builder/Searcher通过重排交易顺序提取的额外价值。以太坊通过PBS(Proposer-Builder Separation)将区块构建外包给专业Builder,Solana的Jito则以$674M tips(2024年, 191x增长)主导MEV格局。MEV不会消失,只能被重新分配。
日期: 2026-10-24 (Day 208) 阶段: 第七阶段 - Web3专题深度 标签: #MEV #PBS #BuilderNet #Jito #Flashbots #ePBS #MEVBoost
核心概念
一句话定义
MEV(Maximal Extractable Value)是区块链的"隐形税"——验证者/Builder/Searcher通过重排交易顺序提取的额外价值。以太坊通过PBS(Proposer-Builder Separation)将区块构建外包给专业Builder,Solana的Jito则以$674M tips(2024年, 191x增长)主导MEV格局。MEV不会消失,只能被重新分配。
知识点详解
1. MEV供应链(以太坊)
以太坊MEV供应链(MEV-Boost PBS):
用户 → 交易 → Mempool(公共交易池)
↓
Searcher(搜索者):
├── 监控Mempool
├── 发现MEV机会(套利/清算/三明治)
├── 构建Bundle(MEV交易包)
└── 发送给Builder
Builder(构建者):
├── 收集多个Searcher的Bundle
├── 加上普通用户交易
├── 构建完整区块(最大化区块价值)
├── 向Proposer出价(Bid)
└── 不能单独决定区块内容
MEV-Boost Relay(中继):
├── 接收Builder的区块+出价
├── 验证区块有效性
├── 向Proposer展示最高出价
└── 防止Proposer偷看区块内容
Proposer(验证者):
├── 从多个Builder的出价中选最高
├── 签署承诺使用该区块
├── 获得Builder的出价(ETH)
└── 不需要自己构建区块
价值流:
MEV → Searcher提取 → 部分给Builder(出价) → 部分给Proposer(区块费)
2. Builder中心化问题
| 指标 | 数据 |
|---|---|
| Top 2 Builder市占率 | ~60%(Titan Builder + rsync-builder) |
| Top 5 Builder市占率 | ~90% |
| MEV-Boost使用率 | ~92%的以太坊区块 |
| 每日MEV总量(ETH) | ~200-500 ETH($400K-$1M) |
Builder中心化的风险:
1. 审查风险: 少数Builder可以拒绝包含特定交易
→ 例: Tornado Cash相关交易被部分Builder排除
→ 数据: ~30%的区块曾排除OFAC制裁地址交易
2. 垄断定价: Builder市占率高→Proposer选择少→Builder压低出价
→ Proposer获得的MEV份额可能下降
3. 单点故障: 主要Builder宕机→区块质量下降
→ 2024年曾发生Builder故障导致空区块
3. Flashbots BuilderNet(TEE)
Flashbots提出BuilderNet——用TEE(可信执行环境)去中心化Builder:
| 维度 | 当前PBS | BuilderNet |
|---|---|---|
| Builder | 中心化企业 | 去中心化节点网络 |
| 信任 | 信任Builder不作恶 | TEE保证公平排序 |
| 审查 | Builder可审查交易 | TEE内无法审查 |
| 透明度 | Builder内部黑盒 | TEE可验证执行 |
BuilderNet工作原理:
1. Searcher提交Bundle → 加密发送到TEE
2. TEE内多个Builder节点协作构建区块
3. TEE保证: 没有节点可以偷看/重排/审查交易
4. 构建完成 → 提交给Proposer
5. 利润分配: TEE内透明计算→公平分配
关键假设:
├── TEE(Intel SGX/TDX)的安全性
├── 侧信道攻击风险(已有学术攻击案例)
└── 长期: 可能被ZK证明替代(更强安全保证)
4. ePBS(Enshrined PBS)
ePBS(EIP-7732)将PBS直接写入以太坊协议(而非MEV-Boost这样的外部中间件):
| 维度 | MEV-Boost(当前) | ePBS(提案) |
|---|---|---|
| 实现 | 外部中间件 | 协议层原生 |
| Relay | 需要信任Relay | 不需要Relay |
| 单点故障 | Relay宕机→退回本地构建 | 协议保证 |
| 时间线 | 已运行2年+ | Glamsterdam升级(2026?) |
5. Jito与Solana MEV
Jito是Solana MEV的主导基础设施:
| 指标 | 数据(2024) |
|---|---|
| Jito Tips总额 | $674M(2024年) |
| 增长 | 191x(vs 2023) |
| Solana验证者使用率 | **95%+**使用Jito-Solana客户端 |
| 日均Tips | ~$1.8M |
| 三明治攻击占比 | 51.56% of MEV(2024) |
Jito MEV架构:
传统Solana:
├── 验证者按先到先得排序交易
├── 无公共Mempool(但有RPC节点泄露)
└── MEV通过交易注入+优先费用实现
Jito-Solana:
├── Jito客户端替代原始Solana客户端
├── Bundle市场: Searcher提交Bundle+Tip
├── 验证者执行Bundle → 收取Tip
├── Block Engine: 类似以太坊的Builder角色
└── ~95%验证者使用Jito → 事实上的标准
Jito MEV类型分布(2024):
├── 三明治攻击: 51.56% ($347M)
├── 套利: 31.2% ($210M)
├── 清算: 12.4% ($83M)
└── 其他: 4.84% ($33M)
争议: Jito在2024.03关闭了Mempool功能(防三明治)
→ 但Searcher通过RPC节点仍能获取交易信息
→ 三明治攻击占比反而上升到51.56%
6. MEV对PM的意义
| PM决策 | MEV相关 | 建议 |
|---|---|---|
| DEX设计 | 用户被三明治 | 集成MEV保护(Private Mempool/Intent) |
| 定价策略 | MEV影响实际执行价 | 展示"含MEV"价格而非理论价格 |
| 链选择 | 不同链MEV程度不同 | Solana MEV更严重(高速→更多三明治) |
| 用户教育 | 用户不理解滑点损失 | 滑点设置引导+MEV警告 |
| 协议收入 | MEV是"泄漏的协议价值" | 协议捕获MEV(如UniswapX) |
面试题
问题:MEV对普通用户意味着什么?作为PM你会怎么保护用户?
回答:
MEV对普通用户意味着每笔DEX交易都有一个"隐形税"——用户设置1%滑点容忍度,三明治攻击者就精确提取接近1%的价值。2024年Solana上51.56%的MEV来自三明治攻击,用户在不知情的情况下被"征税"。
我的保护策略(三层):
Layer 1: Intent架构。最根本的解决方案——用户签署链下Intent→Solver/Filler竞争执行→交易不经过公共Mempool→Searcher看不到→三明治不可能。推动产品集成UniswapX或CoW Protocol。
Layer 2: 私有Mempool。如果不能用Intent,用Flashbots Protect/MEV Blocker作为RPC→交易不暴露在公共Mempool→Searcher看不到。产品层可以一键切换到"保护模式"(像浏览器的"隐私模式")。
Layer 3: 用户教育+智能滑点。
- 自动滑点设置(根据交易量和市场波动动态调整,而非固定1%)
- 交易完成后显示"实际执行价 vs 市场价"(让用户知道MEV损失)
- 大额交易建议分批执行(减少单笔MEV暴露)
关键原则:MEV保护不应该是"高级功能"而应该是默认开启——就像HTTPS替代HTTP,用户不需要选择"是否要安全"。
追问准备:
- Q: MEV能完全消除吗?→ 不能。只要交易有排序,就有MEV。但可以改变谁获益——从Searcher/Builder → 用户/协议
- Q: Solana的MEV为什么比以太坊更严重?→ Solana的400ms区块时间+无传统Mempool→MEV Searcher需要更快更激进→三明治攻击比例更高