OKX如何設定減倉以避免增倉？

了解 OKX 訂單執行中的僅縮減邏輯

1. OKX 上的僅減倉訂單是一條條件指令，它將執行限制在結果部位大小嚴格趨於零的情況下。

2. 此標誌可防止風險敞口意外增加（無論是多頭或空頭），無論市場方向或當前訂單簿狀態如何。

3. 啟用後，交易所會在允許執行之前根據您的現有頭寸驗證每個潛在的成交，拒絕會擴大淨敞口的成交。

4. 此約束適用於匹配引擎級別，而不是客戶端邏輯，這意味著它不能被延遲套利或競爭條件繞過。

5. 所有保證金模式均強制執行僅減少行為：現金、逐倉和交叉保證金，但頭寸會計規則因模式而異。

透過 OKX REST API v5 進行逐步配置

1. 使用/api/v5/trade/order端點，並將tdMode明確設定為'cash' 、 'isolated'或'cross' 。

2. 在 JSON 負載中包含參數reduceOnly=true — 這必須是布林文本，而不是字串。

3. 僅當您目前部位為淨空頭時，才將方位指定為「買入」 ；僅當淨多頭時才指定「賣出」 。

4. 除非在多位置模式下操作，否則省略posSide ；在單位置上下文中，OKX 從側面 + 現有位置符號推斷方向。

5. 將ordType設定為'limit' 、 'market'或'post_only' ； reduce-only 與所有類型相容，但在滑動情況下表現不同。

WebSocket 即時位置驗證流程

1. 在提交僅限減倉訂單之前，請使用arg = {'channel':'positions','instType':'SWAP'}訂閱永續合約的倉位通道，或使用 'SPOT'訂閱現貨保證金的倉位通道。

2. 解析傳入的位置更新以提取pos 、 vailPos和avgPx欄位 - 這些欄位確定減少的資格。

3. 監控訂單通道的狀態轉換： status: 'live'表示接受； “已取消”代碼：51000表示僅減少違規。

4. 如果pos由於並發填充而在提交中發生變化，OKX 將在最終匹配之前重新評估僅減少合規性。

5. 位置狀態的本機快取都不安全－始終依賴最近 200 毫秒內更新的 WebSocket 來源值。

繞過僅減少強制執行的常見錯誤配置

1. 將reduceOnly='true'設為字串而不是布林值會導致靜默回退到標準訂單行為。

2. 在多頭寸模式下同時持有多頭和空頭頭寸時使用posSide='net'會使僅減少語義無效。

3. 當pos > 0時下達僅減少買單會導致立即拒絕，錯誤代碼為58201 ，而不是延遲失敗。

4. 在全倉保證金帳戶中啟用autoMarginReduction不會覆蓋僅減少約束 - 它只會影響清算機制。

5. 同時提交多個reduce-only訂單並不能保證原子執行；每個都根據瞬時位置快照獨立驗證。

常見問題解答

Q：僅減少是否適用於透過條件觸發器下達的止盈和停損訂單？是的。如果在建立期間指定，條件訂單將繼承 reduceOnly=true 並在觸發時保持強制執行。

Q：僅減倉訂單可以部分執行並留下剩餘風險嗎？是的。部分成交按比例減少部位；剩餘的未填充數量將保持有效，直到完全執行或取消。

Q：如果我的部位在訂單提交和匹配之間翻轉符號，會發生什麼事？ OKX 在比賽時重新計算資格。如果在僅減倉賣出配對之前持倉變動較長，則訂單在執行前會被拒絕。

問：選擇權行使或轉讓是否支持僅減少？不。僅減少僅限於線性和反向永續合約、期貨和現貨保證金——選擇權合約不支持此標誌。