0415 分钟
BUILDER · PRIVATE FLOW · TRADE-OFF

私有订单流改变了哪些风险?

切换公开与私有订单流,比较搜索者可见性、用户保护、提议者收入与新的信任边界。

本章目标学完后,你应该能:
  • 解释私有订单流减少了哪一种可见性
  • 比较公开排序与私有打包的收益和风险
  • 指出保护用户不等于消除排序权
章节位置第 4 / 4 章
  1. 上一章用户制造的价格差,谁来回跑?
  2. 本章私有订单流改变了哪些风险?

    切换公开与私有订单流,比较搜索者可见性、用户保护、提议者收入与新的信任边界。

  3. 下一章自由实验室
阅读前

先想一想这几个问题

展开答案前,可以先在心里做个判断。与预期不同的内容可以加入复习列表。

Q01交易不进公开池,就自动没有 MEV 了吗?
简要回答

它减少公开搜索者观察意图的机会,却把排序、审查和是否回退的权力交给私有构建者或中继。MEV 没有消失,只是信任边界换了位置。

和原先判断相比:

把交易送进私有订单流,可以减少公开搜索者看见用户意图的机会,但它不会消灭排序权。可见性从公共交易池转移到构建者、提议者和订单流服务之间,新的信任边界也随之出现。

公开保护与私有保护不是同一个答案

公开路径的优点是更多人可以观察、竞争和验证;缺点是用户意图暴露给搜索者。私有路径可能让用户更少遭遇公开夹子,但你需要相信服务不会审查、延迟、泄漏或重排交易,也需要知道谁收到了支付。

ORDERING SIMULATION虚拟池 · 不连接真实网络
SECURITY 001 · MEMPOOL / ORDERING / MEV

谁决定交易的顺序?

把一笔交换放进确定性池子,再观察可见性、排序、滑点保护和价值提取如何改变结果。

当前场景私有订单流阶段:待提交
池内现货价120.00积分 / TOKEN
用户预估输出90TOKEN
用户实际输出0TOKEN
搜索者盈亏0积分,已计排序小费
搜索者可见0 条交易池记录
FOCUS EXPERIMENT · PRIVATE交易流变私有后改变了什么?

用公开和私有两种可见性重复用户交易,并指出仍然存在的信任边界。

初始预估 90 TOKEN最小得到 84 TOKEN夹子提取 0 TOKEN
从意图到共享状态私有订单流
  1. 01
    交易池意图是否可见
  2. 02
    区块排序谁先执行
  3. 03
    共享状态节点共同重放
交易池
还没有提交交易
区块最终排序
观察交易池后构建区块

交易池记录不是成交,区块排序也不是赔付。只有执行才会真正移动余额和池子储备。

BALANCE LEDGER · NO VALUE FROM NOWHERE谁获利、谁支付,哪些资产真的移动了?

搜索者利润、提议者小费、池子手续费和用户输出都放在同一张账上。

池子120,000 积分 · 1,000 TOKEN
用户30,000 积分 · 200 TOKEN
搜索者20,000 积分 · 200 TOKEN
提议者0 积分 · 0 TOKEN
观察提示

先提交一笔用户交换。关键问题不是交易是否合法,而是谁能在它成为共享状态前看见并排序它。

排序事件1 EVENTS
  1. 01

    公开池创建:120,000 积分 + 1,000 TOKEN,任何公开交易都可能改变下一笔报价。

操作记录实验时间轴
1 个状态快照

拖动滑块可以回到此前的步骤。从那里继续操作时,后续记录会替换为新的操作序列。

初始状态
查看实验记录 →

切换“普通公开排序”和“私有订单流”,执行同一笔用户交换。注意实验室没有把私有路径标成“绝对安全”:它只减少了一个公开可见性入口,同时把控制点集中到新的参与者之间。

展开:这一步如何实现
public:  user → public mempool → many searchers → builder → proposer
private: user → private relay/builder → proposer

这不是简单的去中心化/中心化二分。要继续问:谁可以加入竞争、谁能查看订单、谁能审查、支付是否可验证、失败后交易能否回到公共路径。

理解检查

私有订单流最直接减少了哪一种风险?

最后留下一个系统问题

MEV 设计不是寻找一个“没有利润的系统”。更好的问题是:利润来自哪一条公开规则,用户能否设置可接受边界,排序者的权力是否可观察,失败与审查是否有可追踪的替代路径。

本章小结完成练习和理解检查后,可以保存本章