如何使用OKX停損停損單？

了解基於觸發器的訂單機制

1. 觸發訂單獨立於未平倉部位運行，直到透過cxlOnClosePos標誌明確連結。

2. 系統使用可設定的價格類型（ last 、 index或mark ）根據即時市場數據評估triggerPx 。

3. 當觸發條件啟動時，平台在orderPx提交新訂單，該訂單可以設定為-1以進行市場執行。

4. 這些訂單無需提前預留保證金，可在閒置期間提高資金效率。

5. 每個附加的演算法順序必須指定tpTriggerPx和tpOrdPx或slTriggerPx和slOrdPx ，並由 API 強制執行嚴格的相互依賴性。

建構多條件演算法訂單

1. AttachAlgoOrds數組最多接受兩個條目－一個用於止盈，一個用於停損－支援同時雙邊設定。

2. 一旦一條腿觸發，另一條腿自動取消，保持位置完整性，無需人工幹預。

3. 參數驗證發生在伺服器端；無效組合傳回 HTTP 400 以及描述性錯誤代碼，例如51000或51001 。

4.諸如attachAlgoClOrdId之類的訂單標識符仍然是可選的，但提高了跨日誌和調試會話的可追溯性。

5. AttachAlgoOrds內的所有值都必須是字串，甚至是slTriggerPx和tpOrdPx等數字閾值。

位置連動行為

1. 將cxlOnClosePos設為true將演算法訂單生命週期直接綁定到關聯部位的存在。

2. 全倉平倉會立即取消所有相關的停損和停盈訂單，不論其啟動狀態為何。

3. 當cxlOnClosePos為false時，訂單獨立持續存在，甚至在部位清算後也可能執行。

4. 此標誌統一適用於AttachAlgoOrds內的所有條目；不支援混合連動模式。

5. 頭寸側對齊 ( posSide ) 必須在父訂單和附加演算法之間匹配，以避免拒絕。

API整合模式

1. Python 開發人員使用TradeAPI.place_order()和ordType='trigger'並將AttachAlgoOrds嵌入請求正文中。

2. Orders-algo通道的 WebSocket 訂閱提供即時狀態更新，包括algoId 、 status和failureCode 。

3. 速率限制嚴格：每個 API 金鑰每秒僅允許 20 個請求，需要仔細批次處理多工具策略。

4. 簽章產生遵循 HMAC-SHA256，透過方法、路徑、時間戳記和 JSON 正文的串聯字串進行簽章。

5. 環境變數安全地儲存憑證，避免在原始檔或筆記本中硬編碼機密。

常見問題解答

Q1：我可以修改主動停損訂單的觸發價格嗎？不可以。 OKX 不支援編輯觸發的演算法訂單。使用者必須取消並使用更新的參數重新提交。

Q2：如果止損價和停損價同時觸及會發生什麼事？交換基於微秒時間戳分辨率處理先註冊的條件；不存在保證訂購。

問題 3：是否可以在單筆交易中附加兩個以上的演算法訂單？不可以。 attachAlgoOrds數組僅支援零個、一個或兩個元素——不允許超出此限制的擴展。

Q4： tpOrdKind參數會影響止盈的執行方式嗎？是的。當設定為limit時，系統在tpOrdPx下達標準限價訂單。對於條件，它會在提交之前等待tpTriggerPx 。