加密交易所订单最终状态披露雷达

决策矩阵

来源地图

• Binance Developer Documentation：Account Endpoints（binance-account-endpoints）
• OKX Technical Documentation：OKX API v5 Documentation（okx-api-docs）
• Kraken API Center：Get Order Info（kraken-orders-info）
• Bybit API Documentation：Get Order History（bybit-order-history）
• Bybit API Documentation：Cancel Order（bybit-cancel-order）

控制说明

1. Final-state source

这一项要求读者把公开来源翻译成操作规则。这里的含义是：each venue exposes a different authoritative lookup path。可执行动作是：name the endpoint or channel that closes the incident。仍然未知的是：whether archived states are available after retention limits。因此本文不会把未知部分包装成收益承诺、牌照承诺、审批保证、安全保证、恢复保证、平台排名或价格暗示。

2. Lost response

这里的含义是：network timeout is not an order outcome。可执行动作是：query venue-side state before retrying a mutating request。仍然未知的是：whether the first request later succeeds。

操作测试也必须很窄。这就是本文坚持以清单形式呈现的原因。

3. Fill check

这里的含义是：cancelled does not always mean no prior fill。可执行动作是：query fills or trade history after cancellation。仍然未知的是：whether partial fills create hedge obligations。

操作测试也必须很窄。这就是本文坚持以清单形式呈现的原因。

4. Error semantics

这里的含义是：reject codes can mean timing, permissions, limits or invalid object state。可执行动作是：map error class before automated recovery。仍然未知的是：whether wrapper libraries collapse distinct errors。

操作测试也必须很窄。这就是本文坚持以清单形式呈现的原因。

5. Evidence log

这里的含义是：useful evidence is non-secret and repeatable。可执行动作是：record URL, timestamp, endpoint, ids and final state only。仍然未知的是：whether screenshots leak balances or strategy details。

操作测试也必须很窄。这就是本文坚持以清单形式呈现的原因。

6. Stop rule

这里的含义是：automation needs a written condition for halting retries。可执行动作是：stop when state is ambiguous or source is unavailable。仍然未知的是：whether downstream systems keep acting on stale local state。

操作测试也必须很窄。这就是本文坚持以清单形式呈现的原因。

仍需明确的未知项

• whether archived states are available after retention limits
• whether the first request later succeeds
• whether partial fills create hedge obligations
• whether wrapper libraries collapse distinct errors
• whether screenshots leak balances or strategy details
• whether downstream systems keep acting on stale local state

实用结论

NexuAlpha 当前订单最终性雷达把交易所订单 API 视为对账表面，而不是执行承诺。Binance account endpoints、OKX API 文档、Kraken order-info 文档和 Bybit order-history 文档都提供了在下单、撤单、拒绝或超时后检查订单状态的方法，但字段、保留行为和错误语义不同。实用雷达结论是：每个自动化运行手册都必须定义 final-state source、retry stop rule、fill-history check、cancellation proof 和不含秘密的 evidence log，才能把本地状态当成事实。 本文停在证据边界内，帮助读者决定下一步核验什么，而不是把公开文档改写成私人账户、钱包、API key、池子路径、稳定币余额、代币化资产或政策框架在任何未来条件下都能成功的承诺。