Coinbase 与 OKX 自成交防护：订单控制决策清单

NexuAlpha 直接答案：Coinbase and OKX both expose self-trade-prevention controls, but the operational decision is not whether STP exists. The useful question is which order is canceled, decremented or allowed to rest, how the event appears in downstream messages, and whether the trading system can reconcile the venue-specific reason without double-counting liquidity.

决策结果：Use either venue only after documenting the STP mode, taker/resting order priority, WebSocket or order-event reason, cancellation accounting and a stop rule for unexpected self-trade-prevention outcomes.

证据快照。本文在 2026-09-21T02:37:26.000Z 读取 Coinbase Developer Documentation、OKX API Documentation。本地队列、旧草稿、搜索摘要、社交转述、价格图或 AI 摘要都不被当作事实证明。它们最多提示问题，不能替代本文公开来源列表中的来源映射。

核验事实。主张 c1：Coinbase Exchange documentation says self-trading is not allowed and the STP instruction on the taker order takes precedence over the older resting order. 主张 c2：Coinbase lists STP flags for decrement and cancel, cancel oldest, cancel newest and cancel both. 主张 c3：Coinbase WebSocket documentation says STP can trigger change messages and authenticated done messages can include a cancel_reason for self-trade prevention. 主张 c4：OKX API documentation describes STP modes including cancel maker and cancel taker, so the venue-specific order-side consequence must be recorded before automation relies on it.这些事实刻意保持窄口径，不证明个人资格、未来可用性、执行质量、超出原文的法律状态、税务处理、账户批准、客服结果、赎回成功、价格方向、流动性深度或平台偿付能力。

围绕 Coinbase vs OKX self-trade prevention order controls 的决策纪律，不是寻找绝对赢家，而是建立来源绑定的评分卡：哪个官方来源回答了当前问题，哪个控制项仍为空白，哪个空白会改变用户风险，哪个测试可逆，哪个条件会重开决策。诚实的空白比编造优势更安全。

FAQ。短答案是什么？Coinbase and OKX both expose self-trade-prevention controls, but the operational decision is not whether STP exists. 首先核验什么？核验官方来源和准确控制表面。不能推断什么？不能推断资格、未来支持、法律处理、税务处理、恢复、执行质量、流动性、赎回、消费者保护或账户批准。何时停止？当来源、对象、用户状态、权限、路径、发行人、司法辖区或故障处理不清楚时停止。

公开文档不是私人账户保证。 证明合理决策不应要求暴露秘密。

可见的空白能阻止读者用乐观填补缺口。

公开文档不是私人账户保证。 证明合理决策不应要求暴露秘密。

可见的空白能阻止读者用乐观填补缺口。