什麼是 OCO（一個取消另一個）訂單以及如何使用它？ （預先交易指令）

了解 OCO 訂單機制

1. OCO 訂單是一種有條件交易指令，它鏈接兩個單獨的訂單（通常是止損訂單和限價訂單），以便其中一個訂單的執行自動取消另一個訂單。

2. 交易者部署 OCO 訂單來管理風險，同時保留機會，特別是在波動的加密貨幣市場中，價格走勢可能會在關鍵支撐或阻力區域快速變化。

3. 與簡單的止損或止盈訂單不同，OCO 強制執行相互排他性：如果市場觸發止損部分，則限價部分立即消失，反之亦然。

4. Binance、Bybit 和 OKX 等交易所在現貨和期貨接口上原生實現 OCO 功能，儘管腿之間的最小價格距離等參數可能會因資產對和合約類型而異。

5、底層邏輯依賴交易所端訂單簿監控；服務器端滿足觸發條件後，無需客戶端軟件或 API 輪詢即可取消。

加密貨幣波動的戰略部署

1. 在 2024 年 3 月 Bitcoin 從 69,000 美元大幅回撤至 58,000 美元期間，交易者使用 OCO 在 57,500 美元下達止損市價單（用於退出多頭），並在 59,200 美元下達限價買入單（用於在恢復時重新進入），兩者同時有效，直到執行為止。

2. 在流動性較低的山寨幣對中（例如 SOL/USDT），OCO 有助於避免滑點陷阱：止損限價腿可防止執行低於定義的成交價格，而競爭限價訂單僅確保在狹窄範圍內入場。

3. 套利者在中心化和去中心化場所之間應用 OCO：一條腿的目標是 Coinbase Pro 上的價格偏差，另一條腿的目標是 Kraken 上的反轉，如果其中任何一個成交，則自動取消。

4. 在永續合約上，OCO 貨幣對通常與倉位模式設置（交叉保證金或逐倉保證金）結合使用，以確保保證金餘額重新計算僅反映剩餘訂單的影響。

跨交易所架構的執行行為

1. 幣安以原子方式處理 OCO 訂單：兩條腿在激活之前都在匹配引擎中註冊，並且取消信號在正常負載下在 100 毫秒以下的延遲內傳播。

2. Bybit 的 OCO 實施允許每條腿的有效時間選項（GTC、IOC 或 FOK），從而啟用非對稱期限策略，例如 GTC 止損與在一個匹配週期內有效的 FOK 限價訂單配對。

3. Deribit 將 OCO 的使用僅限於期權市場，其中兩條腿必須參考相同的標的行使價和到期日，這使得它不適合現貨 BTC 或 ETH 方向性交易。

4、部分去中心化交易所缺乏原生OCO支持；用戶通過智能合約包裝器或第三方機器人對其進行模擬，從而引入額外的天然氣成本和預言機依賴風險。

風險考慮因素和常見陷阱

1. 週末事件或閃電崩盤期間的價格差距可能會導致部分或失敗的觸發：如果 BTC 在一次交易中從 61,000 美元跌至 57,000 美元，59,000 美元的止損單可能會遠遠低於預期，而其配對限價單仍處於休眠狀態，但無論如何都會被取消。

2. 訂單簿深度影響限價腿的可行性：在薄弱的 ETH/USDT 訂單簿上設置 58,500 美元的買入限額，即使在止損腿取消後也可能會導致零成交，從而使交易者面臨沒有新入場機會的風險。

3. 交易所維護窗口或 API 速率限制可能會延遲 OCO 註冊，導致一側被接受，而另一側因超時而被拒絕，從而造成意外的單訂單風險。

4. 監管分類不同：美國平台將 OCO 視為 CFTC 指導下的複雜衍生品，要求在允許零售賬戶訪問之前加強 KYC 驗證。

常見問題解答

問：我可以修改有效 OCO 訂單的某一邊嗎？不會。一旦提交，兩條腿都是不可變的。修改需要完全取消並重新提交整個 OCO 結構。

問：OCO訂單在執行前會消耗保證金嗎？保證金僅在任一腿激活時保留，而不是在提交時保留。閒置的 OCO 不會影響可用餘額或清算計算。

問：OCO 訂單在公共訂單簿中可見嗎？在觸發之前，兩條腿都不會出現。只有執行的訂單才會成為公共交易歷史或訂單簿快照的一部分。

問：如果網絡延遲阻止取消確認，會發生什麼情況？交易所在服務器端記錄所有取消事件。即使沒有客戶端確認，取消的賽段也會在匹配引擎中永久失效。