交易提交后，谁能先看见它？
把一笔交换从钱包、公开交易池追到区块，区分意图、待处理内容和已经成为共享状态的排序。
- 区分用户签名、公开交易池和已执行区块
- 解释排序为什么会改变后续报价
- 观察搜索者何时获得了可利用的信息
- 上一章课程开始
- 本章交易提交后，谁能先看见它？
把一笔交换从钱包、公开交易池追到区块，区分意图、待处理内容和已经成为共享状态的排序。
- 下一章夹子交易赚走的是什么？
先想一想这几个问题
展开答案前，可以先在心里做个判断。与预期不同的内容可以加入复习列表。
Q01交易还没上链，别人为什么已经能利用它？＋
公开交易池传播的是待执行意图。搜索者能先模拟这笔交易会怎样改变状态，再提交围绕它的交易，并竞争把这些交易排进同一区块。
一笔交易签名后，并没有立刻成为所有节点都认可的事实。它可能先进入公开交易池，被搜索者观察，被构建者重新排序，最后才在区块执行中改变余额和池子储备。
Pending 不是已执行
钱包里的“已提交”、节点的 pending 状态和区块里的 executed state 是三件不同的事。公开交易池更像一个等待室：它让其他参与者看到你的交易意图，却不承诺最终顺序。
谁决定交易的顺序？
把一笔交换放进确定性池子，再观察可见性、排序、滑点保护和价值提取如何改变结果。
- 01交易池意图是否可见→
- 02区块排序谁先执行→
- 03共享状态节点共同重放
交易池记录不是成交，区块排序也不是赔付。只有执行才会真正移动余额和池子储备。
搜索者利润、提议者小费、池子手续费和用户输出都放在同一张账上。
先提交一笔用户交换。关键问题不是交易是否合法，而是谁能在它成为共享状态前看见并排序它。
- 01
公开池创建：120,000 积分 + 1,000 TOKEN，任何公开交易都可能改变下一笔报价。
拖动滑块可以回到此前的步骤。从那里继续操作时，后续记录会替换为新的操作序列。
实验室里用户用 12,000 积分换 TOKEN。先点“提交到交易池”，你会看到预估输出，但池子储备还没有移动；继续观察交易池、构建排序，直到执行区块，状态才真正落地。
展开：这一步如何实现
wallet signs transaction
→ public/private pending flow
→ builder chooses an order
→ proposer publishes a block
→ every node replays the same state transition
公开交易池不等于共识层；私有订单流也不等于没有排序权。设计系统时，要分别声明可见性、取消/替换、审查和最终执行边界。
为什么一笔 pending 交易还没有成为共享状态？
本章留下的审计问题
当你看到任何“MEV 收益”时，先问三件事：谁看见了什么、谁选择了顺序、哪一笔执行真正移动了资产。把这三个边界分开，才能继续分析夹子交易和回跑套利。