key 被封怎么办——保险赔付

共享 key 的风险从哪来

在聚合站里，你用一个 API key 就能调用多个模型。这类 key 通常来自贡献者，也可能被多个用户共享。共享带来便利，也带来风险：如果某个 key 被上游判定为异常使用，就可能被封禁，影响正在使用它的请求。

保险池就是为了应对这种「共享资源被中断」的情况而设计的。

保险池如何运作

核心思路是：小额押金，集体保障。

• 用户在使用共享 key 时，可以选择一次性缴纳一笔小额押金，进入保险池。
• 当某个共享 key 被封禁，并且该次封禁符合赔付条件时，保险池会按规则向受影响的用户赔付。
• 赔付通常以站内余额或 USDC 等形式返还，用于弥补因中断产生的额外调用成本。

押金不是消费，更像是一种风险分摊机制：平时不动用，出事时用来覆盖损失。具体押金金额、赔付比例和上限由站点规则决定，使用前应查阅最新说明。

为什么需要健康检查

保险池要能持续运作，前提是共享 key 的状态是可观测的。健康检查的作用正在于此：

• 及时发现异常：定期探测 key 是否仍能正常返回，避免用户请求到已经失效的 key。
• 减少误判：区分「暂时性网络抖动」和「确实被封禁」，避免把偶发错误当成赔付事件。
• 支撑赔付判定：健康检查记录可以作为判断封禁发生时间与影响范围的依据，让赔付更可追溯。
• 保护贡献者：贡献者提供的 key 若被滥用，健康检查也能帮助尽早发现，减少被封概率。

没有健康检查，保险池很难判断「什么时候该赔、赔给谁、赔多少」，也就难以稳定运行。

使用建议

• 如果你的业务对中断非常敏感，建议开启保险池并了解赔付规则。
• 遇到 key 不可用时，先查看站点公告或健康状态，再决定是否发起赔付申请。
• 关注贡献者侧的返佣规则：贡献优质 key 通常能获得更高比例的 USDC 返还，这间接提升了共享池的整体质量。

保险池不能消除风险，但可以把单次封禁带来的冲击分散到更多人身上，让共享 key 的使用更可持续。