Binance 与 OKX 自成交防护对账雷达

决策矩阵

来源地图

• Binance Developer Docs：SPOT API Glossary（binance-spot-glossary）
• Binance Developer Docs：Account prevented matches（binance-prevented-matches）
• OKX Docs：Self trade prevention（okx-stp-guide）
• OKX Docs：Order state and cancelSource guidance（okx-order-states）

控制说明

1. Scope

这一项要求读者先把公开来源翻译成操作规则。这里的含义是：Binance references user or tradeGroupId while OKX references master-account level。可执行动作是：map account grouping before placing related orders。仍然未知的是：venue account-linking state。因此本文不会把未知部分包装成安全承诺、收益承诺、官方背书、审批保证、可用性保证或注册诱导。

2. Mode

这里的含义是：OKX exposes cancel_maker, cancel_taker and cancel_both。可执行动作是：log selected STP mode per order。仍然未知的是：default changes。

3. Event field

这里的含义是：Binance exposes prevented match fields for reconciliation。可执行动作是：store preventedMatchId and preventedQuantity when present。仍然未知的是：field availability by endpoint。

4. Cancel reason

这里的含义是：OKX exposes cancelSource for system cancellation reasons。可执行动作是：reconcile cancelSource before retrying。仍然未知的是：reason-code changes。

5. Stop rule

这里的含义是：STP does not prove fill quality or profit。可执行动作是：stop if bot accounting treats prevented matches as normal fills。仍然未知的是：private order state。

仍需明确的未知项

• venue account-linking state
• default changes
• field availability by endpoint
• reason-code changes
• private order state

实用结论

本文最有价值的地方是克制。NexuAlpha Radar 将自成交防护视为订单对账问题，而不是笼统的市场诚信徽章。Binance Spot API glossary 将 Self Trade Prevention 定义为防止用户订单或 tradeGroupId 下订单与自身订单撮合，并暴露 preventedQuantity、preventedMatchId 等 STP 事件字段。OKX API 文档说明，强制 self-trade prevention 作用于 master account 层级，覆盖主账户及其附属子账户，并支持 cancel_maker、cancel_taker、cancel_both 三种模式。OKX 还说明，用户订单可能因 self-trade prevention 被系统取消，用户可通过 cancelSource 查看原因。雷达评分问题是：交易系统能否记录模式、受影响订单、prevented quantity、取消原因以及后续仓位或余额对账，而不会重复计算流动性。 用户应获得一个更清楚的核验路径，而不是一个看似肯定、实则无法由公开证据承担的承诺。