交易所订单确认与最终状态披露雷达

决策矩阵

来源地图

• OKX Europe：OKX WebSocket Orders Channel Push Behavior Adjustment Announcement（okx-websocket-orders）
• OKX Technical Support：OKX API guide（okx-api-guide）
• Binance Support：Binance Spot API Service Upgrade (2024-06-06)（binance-cancelreplace）
• OKX Help Center：API Announcements（okx-api-announcements）

控制说明

1. Acknowledgement

这一项要求读者把公开来源转换成操作规则。这里的含义是：the exchange has received or accepted an order message。可执行动作是：separate transport acknowledgement from final order state。仍然未知的是：gateway latency and private matching details。因此本文不会把未知部分包装成安全承诺、收益承诺、官方背书、审批保证、可用性保证或注册诱导。

2. Final state

这里的含义是：the last usable order state after validation, book entry, fill or cancellation。可执行动作是：wait for the explicit state update before reconciling。仍然未知的是：private account event timing。

3. Post-only exception

这里的含义是：an order type that can cancel when it would cross the book。可执行动作是：treat live-then-canceled sequences as a special case。仍然未知的是：future matching-engine rules。

4. Amend result

这里的含义是：the source field that explains a successful or failed amendment。可执行动作是：record amend result and source before retrying。仍然未知的是：venue-specific reject reason depth。

5. Cancel result

这里的含义是：confirmation that an order is canceled rather than merely requested。可执行动作是：wait for canceled state before reusing exposure。仍然未知的是：network or session failure timing。

6. Rate-limit mode

这里的含义是：how requests behave when order-rate limits are hit。可执行动作是：design retry budgets around documented limits。仍然未知的是：private account tier or subaccount limits。

7. WebSocket channel

这里的含义是：the feed that carries order-state updates。可执行动作是：subscribe and reconcile before trusting UI-only state。仍然未知的是：connection drop handling。

8. REST fallback

这里的含义是：the secondary route for order checks or repair。可执行动作是：use only with idempotent identifiers and logs。仍然未知的是：venue incident behavior。

9. Evidence packet

这里的含义是：non-secret request id, order id, timestamp and official URL。可执行动作是：store operational evidence without API secrets。仍然未知的是：sensitive account values。

10. Stop rule

这里的含义是：when the article cannot support action。可执行动作是：stop if accepted, live, filled and canceled states are conflated。仍然未知的是：future API changes。

实用结论

本文最有价值的地方是克制。NexuAlpha Radar 把订单确认与最终状态拆成两个披露字段，因为 API 用户如果混淆二者，可能重复计算敞口或在旧状态上重试。当前官方证据说明了原因：OKX 调整受影响的 WebSocket 订单推送行为，失败的 post-only 或 RPI 下单可能只发出 canceled；Binance 则记录了 cancelReplace 的速率限制模式，在订单速率限制超出时可以撤单但不能下新订单。有效的交易基础设施文章应先记录平台、端点、订单类型、确认事件、最终状态事件、改单或撤单结果和重试条件，再称订单已修复。 用户应获得一个更清楚的核验路径，而不是一个看似肯定、实则无法由公开证据承担的承诺。