“欧义交易所API 50004”属于结果不确定状态。客户端可能没有及时收到响应,但服务器端操作仍可能已经受理。根据OKX官方错误码提示,正确流程是先通过订单号、客户端标识或业务记录查询,再决定后续动作。

网络链路、网关和服务处理都有各自超时窗口。客户端停止等待时,请求可能仍在传输、排队或已经执行,只是响应未返回。因此不能把50004简单映射为失败,也不能立即补发同一业务。
应把状态标记为待确认。
使用提交前生成的唯一clOrdId或已获得的ordId查询订单状态,并结合instId、方向、数量和时间核对。若查询暂时也失败,应进入有上限的延迟重查队列,而不是创建新订单。
人工界面与API记录不一致时以官方状态为准并保留证据。
下单、撤单、改单、资金划转和其他会改变账户状态的请求都应具备唯一业务标识、状态机和重复保护。重试器要区分只读查询与有状态操作,设置最大次数、退避和人工停机条件。
不能对所有错误统一自动重试。
监控请求耗时分位数、网络丢包和网关超时配置,确保客户端超时与上游处理逻辑协调。生产恢复前在模拟环境演练响应丢失、延迟返回和重复回调。
日志记录请求ID和脱敏订单标识,不保存API Secret。
50004必须按结果未知处理:先查询业务状态,再决定是否重试。通过唯一客户端标识、明确状态机、有上限重查和模拟故障演练,避免把一次响应超时扩大成重复订单或重复操作。