Bybit 与 OKX 改单撤单确认控制对比

决策矩阵

来源地图

• Bybit API Documentation：Amend Order（bybit-amend-order）
• Bybit API Documentation：Websocket Trade Guideline（bybit-websocket-trade）
• OKX API Documentation：OKX API guide: order operations（okx-order-operations-guide）
• OKX API Documentation：OKX API guide overview（okx-api-overview）

控制说明

1. Acknowledgement meaning

这一项要求读者先把公开来源翻译成操作规则。这里的含义是：an API acknowledgement is a transport or acceptance event, not a final order-state proof。可执行动作是：store acknowledgement separately from the later order update。仍然未知的是：whether a user interface collapses the two events into one status label。因此本文不会把未知部分包装成收益承诺、牌照承诺、审批保证、恢复保证、结算保证、可用性保证、价格暗示或平台排名。

2. Final state source

这里的含义是：the websocket order channel or order-status lookup is the state authority after amend or cancel。可执行动作是：wait for the final order event before reusing balances or replacing exposure。仍然未知的是：which event wins when REST response and websocket event arrive out of order。

操作测试也必须很窄。这就是本节保留边界的原因。

3. Request identity

这里的含义是：client IDs, request IDs and order IDs determine whether retries are safe。可执行动作是：persist the submitted identifier, venue order ID and retry attempt together。仍然未知的是：how the venue handles duplicate client identifiers after reconnect。

操作测试也必须很窄。这就是本节保留边界的原因。

4. Timeout boundary

这里的含义是：request expiry and receive-window rules stop stale requests from becoming surprise actions。可执行动作是：set a local stop rule before resubmitting after latency or clock drift。仍然未知的是：whether the server accepted the first request after the client timed out。

操作测试也必须很窄。这就是本节保留边界的原因。

5. Partial fill race

这里的含义是：an order can be partially filled before an amend or cancel result is known。可执行动作是：reconcile fills and remaining quantity before sending the next instruction。仍然未知的是：whether queue priority or residual quantity changed during the race。

操作测试也必须很窄。这就是本节保留边界的原因。

6. Rate-limit surface

这里的含义是：single, batch, instrument and sub-account limits can fail independently。可执行动作是：track the limit bucket used by each amend or cancel route。仍然未知的是：whether a failed batch item should trigger a local cancel-all safeguard。

操作测试也必须很窄。这就是本节保留边界的原因。

仍需明确的未知项

• whether a user interface collapses the two events into one status label
• which event wins when REST response and websocket event arrive out of order
• how the venue handles duplicate client identifiers after reconnect
• whether the server accepted the first request after the client timed out
• whether queue priority or residual quantity changed during the race
• whether a failed batch item should trigger a local cancel-all safeguard

实用结论

Bybit 与 OKX 都把改单或撤单视为异步控制问题：请求被接受不等于订单最终状态。Bybit 明确 amend-order acknowledgement 只代表请求已被接受，用户应通过 websocket order status 确认结果；OKX 也说明成功改单或撤单响应只代表接受，最终结果要看 websocket orders channel，同时 request expiry、cxlOnFail 与按 instrument 的限制会影响操作记录。实用结论是：在设计自动交易控制前，应比较 acknowledgement、final state、request ID、timeout、rate limit、partial fill 与 reconciliation 规则。 本文停在证据边界内，帮助读者决定下一步核验什么，而不是把公开文档改写成私人账户、钱包、回调、政策框架、结算路径或流动性头寸在任何未来条件下都能成功的承诺。