自动化任务的计费方式决定它何时停摆

链上自动化执行服务的账单，平时没人看，直到它停摆。质押解锁提醒、定期再平衡、止损触发、清算看守——这些任务背后都是一张由押金、订阅费、按次执行费和 gas 补偿拼成的账单。这篇把账单结构讲清楚，再讲它断供的几种方式。

第一项押金。注册一条自动化任务时，委托方要锁一笔保证金，用途是约束任务定义合法、执行者按约交付。押金不是消费，任务删除或正常迁移时可退回；但它决定了任务的信用等级，也意味着任何违规判定的争议期里资金被冻着。第二项订阅费。服务网络维持链下监听、模拟与调度，通常按周期向任务账户扣一笔固定费用，可以按次计费或者按周期计费，两种模式的差别在低活跃期最明显：按次付费在没触发时不花钱，周期费照收。第三项执行补偿。每次触发执行，执行者垫付 gas 并提交交易，服务网络从任务余额里按公式补偿，公式由 gas 价、执行步骤数与一个激励系数决定——激励系数就是给执行者的利润，它保证有人愿意抢单。

断供路径也藏在账单里。最常见的是余额不足：任务余额被订阅费按天磨薄，或者一笔高 gas 时段的执行费超出预期，余额跌破最低线，任务自动暂停。多数事故不是没钱，而是没有人看着钱。第二条是补偿公式失灵：gas 价格飙升或执行步骤比预估多，补偿不足以覆盖成本，执行者集体报价消极，任务虽在账面存活但触发延迟。第三条依赖前置条件：触发条件要读预言机或者链上状态，源数据滞后或被限流，条件永远不满足，任务看起来安静、实际已瞎。第四条最隐蔽：任务绑定的合约被升级或迁移，地址变了，触发接口对不上，自动化在错误地址上忠实地什么都不做。

把停摆风险折算成检查清单就有五条。给任务余额设充值闹钟，按当前消耗速度预留至少一个季度的缓冲；读一遍补偿公式，用近三个月的 gas 均价算一次单次成本，确认最坏时段仍在预算内；核对触发条件读取的每个数据源的新鲜度；合约升级事件订阅打开，迁移公告日逐条重绑任务；最后做一次演练——在小额测试环境或模拟调用里验证触发路径完整。

还有一个常被省略的角色：执行者市场本身。自动化网络并不雇佣固定员工，执行者是一群独立运营的机器人操作员，他们同时订阅多条任务流，按补偿公式实时决定接哪些单、放哪些单。这意味着你的任务在某一刻是否被及时处理，取决于它在全网执行者的优先级表上排第几——补偿公式里的激励系数每低一个百分点，愿意为它垫付 gas 的人就少一批。理解了这一点，就不会把任务停摆简单归因为网络故障：多数延迟是经济性的，是补偿在某段 gas 行情下不再覆盖成本，执行者用脚投票的结果。因此高级用户会把关键任务设计成触发宽松、补偿略高于均值，宁可平时多付一点，换取压力时段的插队权。

自动化把人的反应时间外包给了计费系统，账单设计决定了这份外包的可靠性。看任何自动化服务的安全承诺，先翻它的计费与补偿条款，那才是停摆时间表。把视角再放宽一点：自动化服务网络本身也有商业模型问题——激励系数压低时执行者流失，触发延迟上升，网络价值下降，形成负循环；系数抬高了又推高每个任务的持有成本。因此比较两家自动化服务，除了比费率，更应该比执行者数量分布与历史上触发到落块的延迟分布，这些数据链上可查。另一个常被忽略的点是权限面：授权自动化替你说一句话，等于交出一段签名权，任务删除后有没有清理干净旧授权，值得每次迁移时核对一次。计费表决定它什么时候停，权限表决定它停之前能做什么，两张表都要看。本文内容为机制说明，不构成投资建议。