Skip to main content
即刻安装 Cobo WaaS Skill,在 Claude Code、Cursor 等 AI 开发环境中使用自然语言集成 WaaS API,显著提升开发效率 🚀
本文档规定了 TSS Node Callback服务器通信中使用的请求和响应 Payload 格式。

回调请求

回调请求由 TSS Node发送到回调服务器。

基本请求结构

TypePing 请求

用于回调服务器的心跳监控。 如果您在配置 TSS Node设置时指定了 monitor_interval 参数,节点将定期发送请求以验证服务器可用性。
对于 TypePing 请求,request_idrequest_detailextra_info 将是空对象。

TypeKeyGen 请求

用于私钥分片生成。

request_detail

extra_info

TypeKeySign 请求

用于交易或消息签名操作。

request_detail

extra_info

transaction 对象包含一个 initiator_type 字段,用于标识交易的发起方式,因此您的回调服务器可以区分交易,例如区分通过 API 发起的交易和通过 App 发起的交易。可能的值为 API(通过 WaaS API 发起)、Web(通过 Cobo Portal 发起)、App(通过 Cobo Portal Apps 发起)和 External(在 Cobo 之外发起)。有关完整的交易结构,请参阅获取交易信息操作的响应。

TypeKeyReshare 请求

用于密钥reshare操作。reshare意味着使用现有的私钥分片持有者组为新组生成私钥分片。

request_detail

extra_info

回调响应

您的回调服务器必须使用以下结构响应所有回调请求:

HTTP 响应要求

上述回调响应是 HTTP 响应的 JSON 包体。请使用 HTTP 200(OK)状态码返回您的响应,并将包体中的 status 字段设置为 0,以表明您的回调服务器已成功处理该回调。 HTTP 状态码和包体中的 status 字段是不同的:HTTP 状态码表示 HTTP 请求是否到达并由您的回调服务器处理,而包体中的 status 字段表示回调的处理结果——值为 0 表示成功,任何其他值表示回调服务器在处理请求时发生了错误。

示例

重要说明

  • 如果 TSS Node未能收到 HTTP 响应,它将重试回调请求。
  • 超过最大重试次数后,风险控制结果将被设置为 REJECT
  • 对于 TypePing 请求,需要成功响应(status = 0)以表明服务器可用。