僅減倉訂單：避免平倉操作意外建立反向部位

平倉單可能在原本要平倉的部位消失後變成開倉單。 「僅減倉」指令正是為了因應這種特定風險：符合條件的成交必須減少現有的衍生性商品部位，而不能增加新的曝險。它並不保證成交、特定價格或防止強制平倉。

未撤銷的舊平倉單

考慮一個包含 10 個單位的線性合約部位。交易者設定了所有 10 個單位的賣出限價單，然後手動在同一部位的其他位置賣出 6 個單位。此時只剩下 4 個單位。一個普通的 10 個單位的賣出單可能會平掉剩餘的 4 個單位，並在單向部位系統中開立一個 6 個單位的空頭部位。實際結果取決於交易場所和部位模式。

如果使用有效的「僅減倉」指令，訂單不能使用剩餘數量來建立新的空頭部位。交易場所可能會根據可用部位的變更調整、拒絕或取消訂單。請仔細閱讀其目前的規則，不要想當然地認為每個撮合引擎處理超額數量的方式都相同。

持倉變動觸發另一次檢查

有效的檢查點是在手動平倉、部分成交、清算、持倉責任轉移或其他退出作業之後。將目前持倉與所有未成交的退出訂單進行比較。之前記錄的訂單標籤不如目前持倉和已被系統接受的指令有用。

對於多頭持倉，減倉訂單會賣出；對於空頭持倉，減倉訂單會買入。對沖模式介面也可能要求正確的持倉方向。僅憑買入或賣出方向無法確定訂單是否會減少目標部位。

三種不同的控制

控制	回答的問題	剩餘限制
僅減倉	此成交是否會增加風險曝險？	不保證成交
限價	允許的最差成交價格是多少？	可能無法成交
停損觸發	退出訂單何時生效？	觸發不保證成交

僅減倉停損限價單可能在快速波動期間激活，但超出其限價後可能無法成交。以市價方式平倉可能會在多個價格區間執行。這兩種操作都不會解除保證金要求或消除交易所服務中斷的風險。

退出訂單核對範例

假設剩餘 4 個單位，有兩個待處理的獲利訂單，每個訂單 3 個單位。它們的合計請求數量為 6 個單位。不要假設這兩個訂單都會按其請求數量成交。檢查訂單歷史記錄中的接受情況、優先順序以及任何後續調整。在第一張訂單成交 3 個單位後，確認剩餘部位為 1 個單位，並再次檢查第二個訂單。

實際操作中，應記錄合約、持倉方向、目前數量、訂單數量、已接受的僅減倉狀態以及成交歷史記錄。在提交替換訂單之前，請檢查這些資訊，然後確認替換訂單已被接受。重複點擊提交按鈕可能會產生多個獨立的請求。

在實際交易平台上應用此概念

Coinbase 的僅減倉文件 說明了平倉和意外反向操作之間的差異。其產品可用性和自動設定僅適用於此平台。

OrangeX永續交易頁面 是一個經過驗證的產品條目。請查看目前表單和適用規則，以了解支援的指令和持倉模式；本文不保證每個範例都對應特定的 OrangeX 控制項。

僅減倉是訂單工作流程中的一項風險曝險限制。完整的退出計畫仍需進行數量核對、執行檢查並確保足夠的保證金。範例僅為假設，並非交易建議。