Chainlink Automation如何避免重复执行？

解释链下模拟checkUpkeep、链上执行performUpkeep、checkData与performData，说明幂等、防抢跑和Gas限制。

Automation的check阶段只负责提出“现在可能需要执行”，真正的安全条件必须在perform阶段重查。

双阶段流程

节点通过eth_call模拟checkUpkeep，输入checkData，返回upkeepNeeded与performData。这个结果不会锁定链上状态，也不是一笔承诺。

先看结论

证据项	规范结论
1	checkUpkeep通常由Automation节点以eth_call方式链下模拟，返回upkeepNeeded和传给执行阶段的performData。
2	performUpkeep是链上交易，必须重新检查关键条件，不能假设checkUpkeep之后状态未变化。
3	合约应让performUpkeep幂等或安全失败，并限制performData解码、Gas消耗和可被他人抢先改变的状态。

performData

performUpkeep被发成链上交易时，其他交易可能已经改变余额、时间或任务标记。函数应重新判断，并让重复调用安全退出。

竞态条件

performData来自链下模拟，应限制长度并验证内容。不能让任意bytes直接决定受保护目标、收款人或高权限calldata。

客户端怎样实现

检查层	需要留下的证据	阻断条件
双阶段流程	从Chainlink Documentation确认Chainlink Automation的checkUpkeep的正式定义，并保存网络、地址与读取时间	定义或版本对不上时，不继续套用本文步骤
performData	在原始返回、签名消息或交易指令中定位对应字段，不用界面缩写代替	找不到原始值时，把结果标为未验证
竞态条件	用Chainlink Automation Overview复核实现行为，特别记录可选扩展与权限主体	实现与规范语义不一致时，按具体部署重新评审
Gas与注册	构造一个失败样例，确认客户端会明确拒绝而不是静默修正	失败仍被显示为成功时，停止上线并补充状态校验

记录Chainlink Automation upkeep时，把“输入快照”和“判断结果”分开。该主题的快照包含原始bytes、字段单位、对象地址、区块高度与Chainlink Documentation版本；结果注明通过的规则和仍未知的Gas与注册。这样即使Chainlink Automation的checkUpkeep随后变化，也能复现当时的结论。

Chainlink Automation upkeep的测试至少覆盖正常路径、缺少performData、提交前状态改变及客户端不支持当前版本。前几类验证竞态条件边界，最后一类确认产品不会删除字段或改走未经用户确认的回退路径。