Geomi 免 Gas 为什么失败？核对函数规则、密钥与组织额度
链小知 · 进阶 · 核验 · 依官方文档整理
从原始失败阶段排查 Aptos 代付：服务拒绝与已经执行的链上失败有不同费用。
开始前准备
- 准备已有项目网络、资源类型、去敏后的错误阶段和交易哈希；不把 server key、支付资料或签名发给本站。
1. 先记录失败发生在哪一层
保留已有错误与交易状态，区分没提交、代付服务拒绝、已执行但失败。官方 Billing 区分 rejected 和链上 failed；只看按钮提示不能认定无费用。
检查结果：有具体失败阶段；已有哈希另核对链上状态。
2. 核对项目网络与函数规则
在已有项目的 Gas Station 资源查看网络、允许函数、函数支出和reCAPTCHA要求；未显式允许的函数不获赞助。Gas Station网络应与客户端和钱包适配器一致，不以放开全部规则解决排查。
检查结果：网络与目标函数有当前匹配规则。
3. 检查请求路由和密钥类型
按资源文档核对 SDK 的 transaction submitter 与 adapter配置；普通Node匿名访问不等于Gas Station鉴权。公开客户端只能用合适client key，server key保持后端；Origin检查可被非浏览器伪造。
检查结果：请求使用预期代付资源，没有暴露server key。
4. 核对匹配的限流和组织预算
查看已有Usage/Billing与前端每IP规则。规则间同unit+window的specific可以覆盖default，其他适用规则仍要满足；不能把所有默认额度简单相加。额度和系统限额属于组织，预算异步可能略超。
检查结果：当前组织、资源和IP限额都有记录，不只检查单用户。
5. 计算实际费用而不是按失败次数猜
未上链拒绝不计Gas但仍消耗CU；已执行失败可有Gas费用，按账单核对。定价页当前10/100美元月度额度不能替代组织实际剩余额度或交易费用；未取得数据时保留未知。
检查结果：CU、Gas、余额额度及失败阶段分别记录。
怎样确认完成
- 找到可定位的规则、鉴权、限额或交易阶段差异；尚未确证的原因保留待查。
- 文档整理，未修改资源、充值、签名或发出交易。
常见错误与边界
- 把用户无APT等同应用方零成本。
- 以一个资源低用量推断整个组织没有触达限制。