Chainlink节点处理预言机请求时交易回退的调试问题咨询

高概率错误原因 #

• 作业ethtx任务目标地址配置错误：当前submit任务的to参数填写的是业务合约地址，但fulfillOracleRequest2属于Chainlink Oracle合约的方法，交易必须提交到发起请求时使用的Oracle合约地址，而非业务合约。Oracle合约收到请求后会自动回调业务合约的fulfill方法，直接向业务合约提交该调用会直接触发回退。
• 参数编码顺序不匹配：确认encode_mwr任务的ABI定义、data字段赋值顺序，和fulfill函数的参数顺序完全对齐，避免_ytViews和_ytSubs两个uint256参数位置颠倒，导致函数签名校验失败。
• 外部适配器返回值格式异常：自行开发的外部适配器如果返回的ytViews、ytSubs为字符串格式、带小数的数值，会导致jsonparse任务输出类型不符合uint256要求，编码后的参数非法触发合约回退。
• 合约修饰符校验失败：recordChainlinkFulfillment修饰符会自动校验三个条件：回调发起地址是业务合约授权的Oracle地址、回调的requestId为未处理过的有效请求、请求未超过约定过期时间，任意一项不满足都会触发回退。

调试排查步骤 #

• 第一步：修正作业submit任务的to地址为调用sendChainlinkRequestTo时传入的_oracle地址，替换当前填写的业务合约地址。
• 第二步：在Chainlink节点UI的作业运行详情中逐个核对任务输出：
  • 检查fetch任务返回的原始响应，确认ytViews、ytSubs均为非负整数，无引号、小数点等异常格式
  • 对比encode_mwr任务的输出编码，和手动调用fulfill函数的入参编码是否完全一致
• 第三步：校验业务合约配置：确认setPublicChainlinkToken设置的LINK代币地址和当前链的官方LINK地址一致，且发起请求时传入的Oracle地址和节点所属的Oracle合约地址完全匹配。
• 第四步：若当前使用的是已停止服务的测试网，切换到仍在维护的测试网复现问题，废弃测试网的链状态不稳定可能导致未知交易失败。

内容的提问来源于stack exchange，提问作者fpluis