返回架构笔记
Arch Day 208

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
第七阶段 - Web3专题深度
MEVPBSBuilderNetJitoFlashbotsePBSMEVBoost

日期: 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:

维度当前PBSBuilderNet
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需要更快更激进→三明治攻击比例更高