Binance 与 Kraken 断线撤单和开放订单控制对比

决策矩阵

来源地图

• Binance Developer Docs：Spot REST API Trade（binance-rest-trade）
• Binance Developer Docs：Spot WebSocket API trading requests（binance-ws-trading）
• Kraken API Center：Cancel on Disconnect（kraken-cancel-disconnect）
• Kraken API Center：Cancel All（kraken-cancel-all）
• Kraken Status：Kraken system status（kraken-status）

控制说明

1. Control object

这一项要求读者先把公开来源翻译成操作规则。这里的含义是：Binance evidence centers symbol-level cancel-all while Kraken evidence centers a session timer that can cancel all client orders。可执行动作是：name whether the bot needs explicit cancellation or disconnect protection。仍然未知的是：cross-venue portfolio orders。因此本文不会把未知部分包装成安全承诺、收益承诺、官方背书、审批保证、注册诱导、可用性保证或产品推荐。

2. Authentication

这里的含义是：both controls are authenticated and should be treated as private trading actions。可执行动作是：redact keys, tokens, signatures and account identifiers from evidence。仍然未知的是：private account permission templates。

3. Timer behavior

这里的含义是：Kraken's safety depends on renewing or disabling a countdown。可执行动作是：monitor heartbeat age and planned maintenance state。仍然未知的是：latency spikes during incidents。

4. Symbol scope

这里的含义是：Binance cancel-all-open-orders is documented at symbol scope。可执行动作是：loop symbols deliberately rather than assuming global cancellation。仍然未知的是：hidden open orders on unsupported products。

5. Response finality

这里的含义是：a cancel response is not the same as independent state reconciliation。可执行动作是：query open orders and fills after cancellation。仍然未知的是：fills that arrive during cancel windows。

6. Maintenance handling

这里的含义是：Kraken specifically warns about disabling the timer before scheduled maintenance。可执行动作是：add a maintenance-mode branch to runbooks。仍然未知的是：venue-specific maintenance notices。

7. Stop rule

这里的含义是：unattended execution should stop when cancel state cannot be proven。可执行动作是：freeze strategy retries until venue and local state match。仍然未知的是：operator emergency override。

仍需明确的未知项

• cross-venue portfolio orders
• private account permission templates
• latency spikes during incidents
• hidden open orders on unsupported products
• fills that arrive during cancel windows
• venue-specific maintenance notices
• operator emergency override

实用结论

本文最有价值的地方是克制。Binance 与 Kraken 都公开了订单撤销控制，但解决的自动化风险不同。Binance Spot REST trade 文档说明，cancel-all-open-orders endpoint 会撤销某个交易对的全部 active orders，需要 signed request，并返回 canceled 订单状态。Kraken WebSocket cancelAllOrdersAfter 文档则描述了一个需要认证的 dead-man-switch timer：若客户端没有持续延长计时器或用 timeout 0 关闭机制，计时器到期会撤销全部 client orders。实用结论是：比较两家是否适合无人值守执行前，应先拆分按 symbol 手动撤单、基于心跳的 kill switch、防认证、维护窗口处理和撤单后对账。 用户应获得一个更清楚的核验路径和停止条件，而不是一个看似肯定、实则无法由公开证据承担的承诺。