止盈止損（TP/SL）屬於基於條件觸發的風險控制類訂單，用於在市場達到預設條件時自動執行平倉操作。
在多筆委託並存的交易情境下，其實際執行結果可能受到倉位占用情況的影響。
為協助用戶更好地理解其執行機制，現對相關邏輯說明如下。本次調整適用於分批止盈止損及移動止盈止損場景。
一、目前執行邏輯
當止盈止損訂單滿足觸發條件時，系統會根據用戶當前的可平倉數量進行校驗，並依據實際可平倉倉位執行平倉。
為避免同一倉位被多筆平倉委託重複占用，已被其他委託（如限價委託、計劃委託等）占用的倉位將不計入可平倉數量。因此，當止盈止損訂單觸發時，若可平倉數量不足，訂單可能無法依照預設數量執行，甚至可能因可平倉數量不足而觸發失敗。
舉例說明：
假設您持有 5 BTC 的 BTCUSDT 多單，開倉價格為 70,000 USDT。您先提交了多筆限價平倉委託，累計占用了 5 BTC 的持倉，之後又為該倉位設定了一筆止損訂單。
當市場價格觸發止損條件時，系統會先校驗當前可平倉數量。由於目前倉位已被其他平倉委託占用，可平倉數量不足，因此止損訂單將無法依照原先設定完成全部倉位平倉，甚至可能因可平倉數量不足而觸發失敗。
二、優化後執行邏輯
當止盈止損訂單滿足觸發條件時，系統將以用戶的持倉總數量作為校驗基準，並根據目前持倉及委託狀態執行平倉。
止盈止損訂單觸發後，將優先於其他同方向平倉委託執行。若目前可平倉數量不足以滿足本次止盈止損訂單，系統將自動處理已占用相關倉位的未成交平倉委託（如限價委託、計劃委託等），並依照訂單建立時間順序逐筆撤銷同方向委託（先建立先撤銷），直至滿足本次止盈止損訂單的執行條件。
因此，優化後的執行規則如下：
-
系統以持倉總數量作為統一校驗基準。
-
止盈止損訂單觸發後，將優先於其他平倉委託執行。
-
當可平倉數量不足時，系統將依建立時間順序逐筆撤銷同方向限價平倉委託。
-
撤單順序遵循訂單建立先後規則（先建立先撤銷）。
-
在滿足執行條件的情況下，優先保障止盈止損訂單完整成交。
舉例說明
假設您持有 5 BTC 的 BTCUSDT 多單，並設定了一筆100% 倉位平倉的止盈訂單。在該止盈訂單觸發前，您又建立了一筆 3 BTC 的限價平倉委託（尚未成交，占用倉位）。
當市場價格觸發止盈條件時，系統將以持倉總數量作為統一校驗基準，在識別並處理已占用倉位後執行止盈訂單，使其可依照 100% 持倉數量完成平倉。
三、風險提示與說明
止盈止損訂單的執行結果可能受到市場波動、流動性深度、委託類型差異，以及系統撮合與網路延遲等因素影響。在極端市場情況下，仍可能出現部分成交、延遲執行或無法完全成交的情況。請用戶充分理解其執行機制，並審慎使用。
更多止盈止損未成交的相關情境，請參閱《為什麼止盈止損價格到了卻沒有成交？》。
如在使用過程中遇到任何問題，請及時聯繫平台客服獲取協助。
我們將持續優化產品體驗與訂單執行機制，致力於為用戶提供更穩定、更可靠的交易環境。
