如何在合約中設定OCO（One-Cancels-the-Other）訂單？ （風險控制）

了解衍生性商品交易中的 OCO 訂單機制

1. OCO訂單由在同一交易對和合約類型上同時下達的兩個連結條件訂單組成。

2. 當 OCO 的任一分支執行時，另一個分支將被交易所的撮合引擎自動取消。

3. 交易者通常將止盈限價訂單與停損市場或停損限價訂單結合起來，以鎖定收益或限制損失。

4. 系統在提交時驗證兩個訂單－確保可用保證金涵蓋任一訂單執行的最壞情況。

5.OCO邏輯在伺服器端運作；一旦訂單被接受，客戶端斷開連線不會影響取消完整性。

主要合約平台分步配置

1. 進入衍生性商品交易介面，選擇目標永續合約或期貨合約。

2. 從訂單類型下拉式選單中選擇「OCO」－某些平台將其標記為「括號訂單」或「止盈/停損對」。

3. 輸入入場價或目前持倉水準的基本價格，然後定義高於（多頭）或低於（空頭）的止盈價格。

4. 指定停損觸發價格和相關執行類型（市價、停損市價或停損限價）以及所需的限價（如果適用）。

5. 提交前確認保證金餘額符合雙腿初始和維持要求；有些交易所會預先檢查並拒絕不充分的案例。

雙重訂單綁定的保證金和風險影響

1. 保證金保留給兩個潛​​在部位中較大的一個（而不是總和），因為只有一個可以執行。

2. 如果在高波動期間觸發止損，滑點可能會擴大到超出預期水平，特別是對於低流動性合約。

3. 止盈部分的部分填充不會取消停損部分，除非平台支援部分 OCO 解決方案（大多數平台不支援）。

4. 無論 OCO 狀態或待定觸發條件為何，未平倉部位的資金費率將繼續累積，直到完全平倉。

5. 強平風險持續存在，直至第一回合執行； OCO 不會在觸發激活之前屏蔽不利的移動。

常見的錯誤配置及其後果

1. 為兩條腿設定相同的觸發價格會產生不確定的行為－交易所通常會徹底拒絕此類提交。

2. 大多數合約場所不支援在 OCO 框架內使用追蹤停損；獨立的追蹤訂單必須單獨管理。

3. 在不同合約期限或反向/線性類型之間下達 OCO 訂單違反約束規則並導致拒絕。

4. 忽略有效時間設定（例如 GTC 與 IOC）可能會導致意外取消或持續不活動。

5. 輸入價格值而不考慮價格變動大小限制會導致訂單傳送之前的驗證失敗。

常見問題解答

Q：提交後我可以修改 OCO 的一條腿嗎？大多數交易所禁止編輯單一組件。交易者必須取消整個 OCO 並重新提交更新參數的兩條腿。

Q：OCO 是否適用於全倉模式？是的，但保證金利用率是根據共享全倉保證金錢包計算的。任一腿的補倉都會減少其他未平倉部位的可用餘額。

Q：如果在任一 OCO 分支觸發之前我的帳戶餘額低於維持保證金，會發生什麼事？清算的進行與 OCO 狀態無關。系統可能會在任一條件指令啟動之前清算頭寸。

Q：OCO 訂單在公共訂單簿中可見嗎？不會。觸發時僅顯示活動腿。休眠腿在執行或取消之前保持不可見。