Sui 的费用页面很少让人猜价：官方文档开宗明义，这套定价机制的目标之一就是”不需要预测当前gas费市场价”。原因藏在它的账本结构里——一笔手续费拆成了两条腿。此前本栏目讲过 SIP-45 给交易提交改的参数（见 加价为什么不能稳定插队：SIP-45 给 Sui 交易提交改的三道参数），那是”怎么把交易塞进队列”；这篇算”账单本身怎么构成”。
两条腿的公式
官方给出的等式很直白：总算力单位乘以参考价，加总存储单位乘以存储价。执行按区间分桶计价，最小档一千单位，最大档五百万单位，再超出交易直接中止；同一桶内的两笔交易收费完全一样，官方明说这是为了让人不必为省几个单位去精雕合约。存储侧线性计价，当前调度下每字节对应一百个存储单位，文档例子：存 25 字节计 2,500 单位、存 75 字节计 7,500 单位。存储价由治理提案设定、很少变动，同一价格对所有交易通用。
参考价从哪来
每个纪元开始，全体验证者被调查一次，各自报出自己愿意处理交易的最低气价，协议把报价排序后按筹码权重取三分之二分位数作为全网参考价。用户提交价高于参考价的部分，文档建议理解为给网络的小费；平稳期绝大多数交易就按参考价提交。表现差的验证者在纪元末会被削减质押奖励，这构成”守价”的激励。这套设计的用户侧含义：钱包默认气价应当贴近当前纪元参考价，明显更高就要问一句多出来的小费花在哪。
删数据会退钱，账单可以是负的
Sui 用存储基金模型：用户为数据长期存储预付费用，其中可返还部分（初始设定为存储费的 99%）在数据被删除时以返还款形式退给交易发起者。于是净手续费等于计算费加存储费再减去返还款——官方示例表里最后一行，一笔删掉大量旧数据的复杂交易净费为负，执行交易反而净收钱。但拿返还款有个前提：预算要够大。
gas 预算的上下限与失败扣法
每笔交易必须附一个以 SUI 计的 gas 预算，下限 2,000 MIST、上限 50 SUI，官方文档给出的成功条件是预算不小于计算费与总费两项中的较大者。不达条件时：预算连计算费都不够，全额预算被扣走；够计算费但盖不住总费，收计算费和交易输入对象变更相关的费用。结合上一节：有可观返还款时，预算往往必须明显高于你最终实付的净费，这正是钱包报价常比实际扣费高的原因之一，不代表被多收了。
分桶与返还款的用户直觉
分桶计价意味着两笔复杂度不同的交易只要落进同一个桶，收费完全一样；想让费用变贵不需要写更复杂的合约，只要跨过桶边界。删对象的返还款则来自前人创建数据时预付的存储费，净费可以为负。这两件事合起来解释了 Sui 钱包里的常见观感：不同操作的默认报价经常相同，这不是定价出错；清理旧数据那笔的实付明显低于新建对象的操作，多出来的返还也不是额外收益，只是此前预付存储款的退回。理解这一点后，比较钱包报价先看单位数落在哪个桶、有没有把返还款计入预估，再比价格本身。
怎么核对你的账单
官方文档的示例表把一笔交易的费拆成七项：参考价、计算单位、存储价、存储单位、返还款、最低预算、净费。在浏览器或钱包回执里核对时照这个口径逐项对：如果看到实付高于”参考价乘以计算单位加存储单位乘以存储价”，先检查是否主动加了小费；如果实付接近甚至低于净额且你刚删了对象，多半是返还款生效。示例中的单位价格均为文档演示值，以现网与官方页当前数值为准。同名的 SUI 在不同链不能混查，跨桥资产先看当前网络。费用机制不构成投资建议，也不能替你判断某笔交易该不该发。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。