问腾讯云验证码服务端校验超时后，如何处理票据状态不确定？

在评估腾讯云验证码接入方案，有一个服务端校验与业务幂等之间的边界想确认。以下是设计场景，不是已复现的线上故障。 环境与流程：Web 前端取得 Ticket、Randstr 后，将它们与业务请求 ID 一起提交给后端；后端多实例部署，调用 DescribeCaptchaResult，通过后才执行受保护的业务操作。同一业务请求可能因浏览器重试落到不同实例。 关注的故障窗口是：腾讯云可能已经完成票据校验，但后端在收到响应前网络超时，因此本地既没有明确成功结果，也没有执行后续业务。这里没有实际报错日志，不把推演中的超时当作已发生的故障。 目前做的是文档检索与流程推演，尚未进行故障注入：检索到的票据说明涉及有效期与重复校验限制。考虑过按业务请求 ID 加锁并保存明确的校验结果，这能处理本地已知成功后的重试，但似乎无法覆盖“远端已校验、本地未收到结果”的窗口；直接重试原票据也未必能恢复首次结果。 想确认三点： 1. DescribeCaptchaResult 是否有官方支持的幂等重试或首次结果查询机制？同一 Ticket 在响应丢失后再次提交，应如何区分首次未处理与首次已消耗？ 2. 如果无法恢复首次结果，是否应始终视为未验证，要求前端重新完成验证码，而不是把重复校验响应当作成功依据？产品推荐的交互方式是什么？ 3. 多实例后端应如何绑定业务请求 ID、用户会话与校验结果，既允许同一次操作安全重试，又避免一个已通过的结果被复用于另一笔业务？ 希望得到产品接口语义或可靠的接入实践，不考虑跳过服务端校验、失败放行等降级方式。