- 方法目录中的
availability字段 —— 在渲染时决定显示、提示还是隐藏某条通道。 corridor_status_changedwebhook —— 通道状态一变化即推送,无需轮询。- 公开状态页 —— 一个托管的品牌化页面(HTML + JSON),可从你的应用或自有状态工具中链接。
监控是可观测性,不是闸门:
down 状态的通道不会阻止你的请求。控制权在你手中——你可以继续发送(请求会以常见的错误码失败,退款照常处理),也可以在你的界面中暂停该通道直到恢复。通道状态
状态转换带有滞回机制:单个超时绝不会宣告中断,恢复也需要持续的稳定窗口——你读到的状态是有意义的,而非噪声。
1. 方法目录中的 availability
GET /v1/payouts/methods 与 GET /v1/payins/methods 现在为每条通道包含增量字段 availability。其余结构保持不变。
operational——监控只持久化实际观测到的内容。
2. corridor_status_changed webhook
将你的端点订阅到 corridor_status_changed 事件(webhook 指南),每次状态转换发生时你都会立即收到——中断与恢复都会推送:
该事件是广播:不与你的某笔操作绑定,因此不携带
account_id。与所有 webhook 一样需要幂等消费(按投递 id 去重)。
3. 公开状态页
你的机构拥有一个托管状态页,展示每条通道的实时状态、最近 90 天的正常运行率以及事故历史。页面公开(无需认证)、使用你机构的品牌形象,可放心分享给你自己的客户。- HTML:
GET /status/{orgToken}—— 自包含页面,可直接链接或嵌入。 - JSON:
GET /v1/status/{orgToken}—— 同样的数据,供你自己的状态工具或监控使用。
orgToken 是运营方共享给你的不透明令牌(机构管理员可在 GET /v1/org/branding 中读取 status_page_url)。
未知或格式错误的令牌返回
404——令牌不会泄露机构是否存在。该端点按 IP 限流。
常见问题
down 状态的通道会拒绝我的请求吗?
down 状态的通道会拒绝我的请求吗?
不会。监控绝不阻止发起操作。
down 意味着新操作极可能以常见错误码失败(channel_unavailable、渠道拒绝、超时相关状态)——失败的操作照常全额退款。请使用 availability 决定界面上展示什么。中断多快能被检测到?
中断多快能被检测到?
监控持续评估,将每笔真实发起的操作与周期性的主动健康检查结合,因此即使在流量很少的通道上,中断通常也能在几分钟内被检测到。滞回机制避免单个超时导致状态抖动。
我需要轮询目录来跟踪可用性吗?
我需要轮询目录来跟踪可用性吗?
不需要——订阅
corridor_status_changed 即可收到每次状态转换的推送。目录适合在渲染时读取快照;webhook 才是变更流。通道中断时在途的操作会怎样?
通道中断时在途的操作会怎样?
它们会自行收敛:每笔操作通过既有的 webhook 与对账机制到达最终状态(
completed 或 failed 并退款)。你永远不需要重新发送——使用相同 idempotency_key 重试始终是安全的。状态页可以白标吗?
状态页可以白标吗?
可以。页面自动使用你机构的品牌(logo、颜色、名称)——与凭证和托管页面使用同一套配置。向你的运营方索取机构状态页 URL,或者如果你是机构管理员,可从
GET /v1/org/branding 中读取。为什么看不到事故背后的服务商?
为什么看不到事故背后的服务商?
平台在设计上与服务商无关:通道仅以国家、币种和方式标识。事故原因经过归一化处理,绝不包含内部渠道身份。