区块越满、燃气越贵：NEAR Chain-Gas 的定价与退款机制

定价器不是拍卖，而是一条规则

以太坊的手续费像拍卖：谁出的优先费高，谁的交易先进块，行情靠钱包自己猜。NEAR 走的是另一条路：执行费按”确定性燃气单位”计量，价格由协议一条固定公式根据区块负载自动调节——这就是它的 Chain-Gas 设计。官方文档把动机概括为一句话：用确定性的度量加动态的价格，替代用户手动出价。

规则本身简单到可以背下来：如果上一个区块的填充超过一半，燃气价格上调百分之一；否则下调百分之一，一直调到触底为止。底价是每一太单位燃气（1 Tgas）等于 0.0001 NEAR。链上实时价格随时可查，RPC 会返回以 yoctoNEAR 计的单价，一 NEAR 等于 1e24 yoctoNEAR。对用户，这意味着”挂单等人打包”的博弈被拿掉了；代价是”行情”对单个大户几乎不可施加影响——你出的钱和一百个人出的钱，价格路径是一样的。

买价与烧价：先扣得多，退得回来

NEAR 把一笔燃气拆成”买”和”烧”两个口径：执行前，按买价从账户余额里预扣；执行结束，实际用量折算后，差额原路退回。官方文档特意强调，最终成本等价于单一价格，只是发送那一刻账户里必须备得出更大的预扣额。按当前底价换算：买一百太单位燃气要预扣 0.1 NEAR。这也是新手常见的坑位——账户余额刚好等于”名义费用”时，预扣可能直接失败，报错看起来像”钱不够”，本质是缓冲不够。

烧掉的那部分燃气去了哪？官方文档给出的口径是：开发者激励。协议把被烧毁燃气的百分之三十划给智能合约的开发者分成，等于让”被使用的代码”从链上活动中分到一杯羹，激励写合约的人优化gas消耗；其余部分则进入协议既定的分配结构。至于一笔合约调用最多能带多少燃气，官方文档目前给的单笔上限是一千太单位燃气，这类参数会随治理调整，以最新文档为准。

和其他两条定价路线摆在一起

三种模型放在一起看，差异一目了然。以太坊 EIP-1559 之后是”基础费公式调节加优先费拍卖”，费用市场是用户竞价；卡尔达诺用的是”先模拟执行、按 ExUnits 计价”的确定性账，和 NEAR 一样不依赖出价博弈，但靠事前模拟而非事后退款；NEAR 则是”公式调价加预扣退款”，把波动摊给全体用户而不是塞进拍卖队列。没有哪一种是绝对优劣：公式调价对大户不敏感，竞价模型在极端行情里对肯出价的人更友好，模拟计价则把复杂度转给开发工具链。选型感受也不同——同一段合约逻辑，在 NEAR 上费用主要由”用了多少计算”决定，行情涨跌只会整体平移单价，不会像拍卖市场那样让同一动作在不同十分钟里价差数倍。

普通用户该核对什么

落到日常操作上，有三件可核验的小事。第一，查一次链上燃气价（RPC 的燃气价格接口），确认 yoctoNEAR 数字换算后与钱包显示的手续费对得上，这能识别大部分”费用异常”其实是报价页面问题。第二，预扣机制意味着余额长期贴近零的账户容易在链上价格短暂上浮时失败，留缓冲比卡着算更稳。第三，同一份官方文档写明燃气费与转账金额是两套账，转账失败退款只退未使用的燃气，不会替你”免单”已成功消耗的部分——对账时要把这两类金额分开看。

提示：本文价格规则与比例数字以 NEAR 官方文档当前表述为准，参数属治理可变量，随时可能调整；官方文档同时提供了估算一次调用成本的工具路径，发送前用模拟接口核对预算，比事后看账单更接近真实消耗；文中不构成任何投资建议，也不对未来费率做任何预测。