“欧一交易所API改单成功”如果只看HTTP状态、顶层code或单笔sCode,可能把异步失败当成生效。自动化系统应将请求回执与订单修改结果分开记录,在确认前沿用原订单风险假设。

回执可证明请求已被接口接收,并返回ordId、clOrdId、reqId、sCode和sMsg等关联信息。它适合确认传输及受理结果,但不是撮合系统中订单字段已改变的证明。
程序不能收到sCode=0就覆盖本地原价格和原数量。
在相同ordId的orders频道更新中读取amendResult:官方当前字段说明以0表示改单成功,-1表示失败,1表示改单请求先被接受但随后失败并由系统自动取消。
同时保存reqId并为每次修改使用唯一值,避免把不同改单请求的结果串在一起。
cxlOnFail为false时,改单失败后原订单通常继续按原条件存在;设为true时,符合说明的改单失败可能触发自动撤单。因此失败不能一律解释为“什么都没变”。
应再核对state、剩余数量和当前委托价格,确认订单究竟仍为live、已成交还是已取消。
先通过订单状态查询核对ordId,并检查WebSocket登录、订阅和断线补偿,不要直接重复发送同一修改。若确需重试,使用新的唯一reqId,并保留旧请求与查询结果的关联。
日志须脱敏,不记录API Secret、Passphrase或完整签名。
OKX API改单成功回执只代表请求被接受,最终应核对orders频道的amendResult或订单查询。cxlOnFail可能使异步失败转为自动撤单,确认前不能覆盖本地订单状态。