Jito 束是什么？Solana MEV 的原子货车与小费拍卖

结论先说

Jito 是 Solana 上围绕 MEV 搭建的一层”带价订单簿”：搜索者把最多五笔交易捆成一个 bundle（束），声明它们要么全部执行、要么全部作废，并向束尾挂一笔小费；区块引擎（block engine）在每 50 毫秒的拍卖节拍里模拟、组合这些束，把出价最高的可行组合交给验证者打包，小费再分给验证者及其质押人。对普通用户，它同时提供低延迟直发通道与一种可选项：把交易标记为”不许抢跑”后，引擎会拒绝任何把这笔交易排在束内非首位的束（机制描述以 Jito 官方文档为准）。它不是 Solana 共识的一部分，而是共识旁边的排序市场——理解 Solana 的 MEV 图景，Jito 是绕不开的一块拼图（Solana 侧费用与计算预算背景见Solana 计算预算怎么调？CU 上限、单价与优先费的关系，EVM 世界的对位物见bundle 是什么？builder 和验证者怎么合作）。

束的形状

一个束是至多五笔交易的有序序列，执行语义是”原子性”：按顺序逐笔执行，任何一笔失败则整个束回滚，不进块。这解锁了跨交易组合策略——最典型的是原子套利：在同一个束里先在 A 池买入、再在 B 池卖出，两腿要么都成、要么都不成，搜索者不必再裸露”第一腿成交、第二腿被抢”的风险。束与束之间的竞争靠小费：束内一笔专门的转账把小费付给当块验证者，引擎按小费高低决定谁进块。Jito 文档记载束的小费有 1000 lamports 的协议下限，且高需求期下限未必够赢拍卖，建议优先费与小费双开。

Jito 束是什么？Solana MEV 的原子货车与小费拍卖机制示意

50 毫秒拍卖节

拍卖的设计比”谁出价高谁赢”细一层。引擎按 50 毫秒的节拍并行跑多场子拍卖：账户锁模式互斥的束（读写冲突）被拉进同一场互搏，锁模式不相交的束各打各的——这把 Solana 账户模型的可预测读写集直接用进了拍卖结构，局部状态各卖各的，避免全局一个队。同一场内按”小费除以请求计算单元”的效率排序，胜出的束组合在计算单元上限内贪心堆叠，交给验证者。与以太坊的 PBS 相比（见以太坊MEV与PBS是什么？交易排序的市场原理），Jito 没有把 builder 做成独立职业行会：验证者仍然自己收普通交易，束只是叠加在上面的”加急货架”，分工深度和信任结构都更轻。

反抢跑标记

对散户最有实操价值的是文档记载的防夹机制：在交易里引用任意一个以 jitodontfront 开头的合法公钥（账户不需要真实存在，建议标为只读），区块引擎就会拒绝”把这笔交易排在束内第一位之后”的任何束——想动它，只能把它放进束首。这不能防所有 MEV（束首之前仍可能有无关交易），但把”公开挂单被精准夹击”这一最痛的场景堵上了大半。与之互补的还有 bundleOnly 通道：交易只作为单交易束提交，不跌回公共转发路径，配合小费可省掉失败成本。钱包是否已内置这些选项，以你所用钱包的说明为准。

钱最终去哪

束小费与 mev 收益经引擎结算给验证者，文档口径是再分配给验证者与其质押人——这让 Solana 质押者从排序市场里分到一杯羹，与以太坊经 MEV 中继（见MEV 中继是什么？PBS 链条上的信任枢纽）流向提案者的链条形似而结构不同。对 L2 世界的读者，Solana 的排序市场特殊性（单一排序器、账户锁、无 gas auction）见L2 的 MEV 为什么和 L1 不一样？的对照框架。运行侧提醒：引擎是带区域端点的集中服务（官方文档列出多地域入口），依赖它的低延迟与防抢跑，等于在共识之外引入了一个可选依赖——这是”性能换集中度”光谱上的一次真实取舍。