加价为什么不能稳定插队：SIP-45 给 Sui 交易提交改的三道参数

在 Sui 上抢一个“先成交”的机会，光把手续费拉到顶格曾经没用——这是 SIP-45 提案在动机部分给出的观察。这份状态为 Final 的核心标准把 gas price 的上限和验证者的转发行为一起改了。本文按原文拆这套算法，并说明它给钱包端的手续费设置带来什么变化。

旧的天花板：顶格价格买不到确定性

提案描述的场景是竞价的：多个玩家抢同一个先成交才值钱的机会，有人把 gas price 出到当时的最高允许值 99999，期望交易在下一轮共识里排到最前。现实是，即便提交窗口短于一百毫秒，交易进块顺序仍然近乎随机，因为交易由不同的验证者各自转发进共识，每个验证者的转发时延有抖动，出价本身不改变这个随机性。提案作者分析了多家跨所搬砖机器人，发现它们最终都放弃了拉价策略，统一挂常数费率（例如 850 MIST）——拉高了也白拉。天花板 99999 于是成了一个纯装饰值。

新算法：出价越高，立刻转发的验证者越多

SIP-45 做了三件事。第一，gas price 上限从 99999 提到一万亿 MIST（原文写作 1,000,000,000,000），高价重新有了真实成本含义。第二，引入按费率决定的即时转发范围：验证者收到一笔高于当前建议费率（RGP）的交易时，若自己处于转发序列的前 N 位，就跳过随机延迟、以最小时延直接提交进共识。N 由出价决定——低于 K 倍建议费率时 N 为 1，超过后 N 按 N = gas_price / RGP + 1 增长。第三，K 这个放大抑制常数取 5，防止小额加价就惊动全网转发。至于把多笔交易捆在一起保相对次序，那是另一套机制——软捆绑：Sui 怎么让多签名的几笔交易高概率挨在一起 讲的软捆绑——SIP-45 只管单笔出价的转发时机。

提案自己算的账

原文附了一张按 2024 年 11 月 7 日前三十天交易样本统计的费率分布表：约 99.78% 的交易 gas price 落在 5000 以下，顶格 9 万附近另有一小撮密集人群。按这套 N 函数推演，共识带宽的放大预计在 12% 以内。换句话说，提案买的东西是“出价与插队概率的对应关系”，代价是共识多转发一部分交易。提案同时承认，为适配后续的快速通道（原文点名了 Mysticeti Fast Path），这套参数还需要继续调整——它自己也留了 Sui 的 FastPath 快在哪：独立交易怎么提前拿到提交证书 那样的快路径话题接口，也解释了为什么 Sui 为什么没有区块：检查点在执行之后创建，纪元把四件事钉死 里钉死的纪元机制之外，交易进块仍值得单独立规矩。

钱包端怎么用这些信息

对普通用户，这份提案改变的读法是“费率档位”：钱包给慢、标准、快三档时，高档现在对应的是更多验证者立即转发，不再只是账面数字；但 N 的函数形态决定了概率提升是递增的，不是跨过某个价就锁定首位。做核验时建议分开看两个数：你设定的 gas price，与实际成交回执里生效的 gas cost，二者差异能反映当时网络的建议费率与竞争程度。抢不到先手时先回看回执，再决定下一次加不加价——把每次成交当样本，而不是把参数表当保证。

把这套机制读成成本账

提案的原话是：想要更高的插队确定性，得付出“真实的成本”——费率抬高直接放大这笔交易的应付费用，加价不再是零代价的按钮。做核验时建议把两件事分开看：钱包里设定的 gas price，与回执里生效后的实际花费，两者的差异能反映当时建议费率的水位；同一笔操作在无人竞争与多人竞争的时间窗里，胜出的出价可能差一个量级。另外，N 随出价线性增长的设计意味着提价买到的是概率的逐步改善，从 99999 以下加到 99999 以上只是解锁了原本不存在的加价空间，前一段的性价比与后一段完全不同。观察几天自己的成交回执再定习惯档位，比抄别人的“神价”稳妥；发现某档费率突然不灵时，先确认是不是建议费率本身随网络负载漂移了。

边界与风险提示

优先提交买的是排序概率，不是成交权利：费率再高，交易仍可能因对象冲突、余额不足或自身条件不满足而执行失败，费用成本另算。本文数据与参数均为提案原文在 2024 年前后的口径，网络现状可能已随实现迭代变化，以链上回执与官方文档为准。涉及真金白银的手续费策略，本文只讲机制，不构成投资建议。