如何在加密貨幣合約交易中使用“僅減倉”選項？

了解僅減少功能

1、reduce-only模式是幣安、Bybit、OKX等主流交易所永續合約交易界面中嵌入的風控功能。

2. 激活後，此設置將訂單執行限制為減少或平倉現有風險的頭寸——不允許進行新的定向投注。

3. 它在訂單層面運行：如果用戶持有 5 BTC 的多頭頭寸並下達 3 BTC 的僅減倉賣單，系統會將其視為部分平倉，而不是作為抵消空頭。

4. 無論訂單是作為市價訂單、限價訂單、止損市價訂單還是止盈訂單，只要打開了僅減倉訂單，此邏輯都適用。

5. 交易所通過拒絕任何開設反頭寸的嘗試來強制執行這一點；後端在將訂單發送至匹配引擎之前驗證淨頭寸增量。

當交易者依賴僅減少時

1. 在劇烈波動期間，交易者會激活僅減倉以退出頭寸，而不會因意外逆轉入場而觸發清算。

2.套利者在平倉基差交易時使用它——確保他們只平倉期貨部分，同時保留現貨對沖。

3. 投資組合經理在再平衡週期中應用它來削減槓桿，而不改變淨方向偏差。

4. 跨子賬戶管理多種策略的用戶通常只在一個賬戶上鎖定reduce-only，以將平倉邏輯與其他地方生成的入場信號隔離。

5. 在清算價格區域附近使用追踪止損訂單時，這一點變得至關重要——防止通過錯誤配置的觸發器導致意外的保證金放大。

跨平台的技術行為

1. 在 Bybit 上，僅減倉訂單在訂單歷史記錄中顯示時帶有明顯的“RO”標記，並且無法修改為同時包含“僅後”或“觸發時平倉”標誌。

2. 當用戶嘗試下僅減倉訂單時，幣安會顯示警告橫幅，該訂單將導致頭寸規模為零，但仍持有未平倉訂單，突出顯示未履行限額的剩餘風險。

3. OKX執行嚴格的先進先出減少：如果交易者以不同的平均價格持有三個獨立的多頭條目，則首先針對最早的條目執行僅減少賣出。

4. 一些去中心化的永久協議（例如 GMX）不會將僅減少作為 UI 切換，而是在所有“closePosition”調用的智能合約邏輯中嵌入等效行為。

5. API 用戶必須在 POST /fapi/v1/order 有效負載中設置參數reduceOnly=true — 省略它默認為正常訂單路由。

僅減少失敗的風險場景

1. 如果用戶同時持有同一交易品種的多頭頭寸和空頭頭寸，則僅減倉分別適用於每一方——關閉部分多頭頭寸不會影響空頭頭寸，可能會意外增加淨增量。

2. 全倉保證金賬戶可能會在執行過程中重新計算保證金，導致部分成交的表現與孤立保證金假設下的預期不同。

3. 在交易所範圍內的流動性緊縮期間，僅減少市場訂單可能會遭受嚴重滑點，尤其是對於小交易量的山寨幣對，其買賣價差擴大到超過 3%。

4. 某些平台允許僅減量訂單觸發本身並非僅減量訂單的條件訂單（例如止損），從而創建級聯非減量執行。

5. 通過錢包轉賬或期貨和現貨錢包之間的內部轉賬進行手動頭寸調整，完全繞過僅限減少的約束。

常見問題解答

問：reduce-only 是否可以防止強制平倉？答：不會。 Reduce-only 只控制訂單意圖——它不會改變清算機制。如果保證金比率超過閾值，無論倉位是如何建倉或平倉，該倉位仍將面臨清算。

問：我可以在一項操作中將僅減倉與槓桿調整結合起來嗎？答：不直接。頭寸規模減少後，槓桿變化需要單獨的 API 調用或 UI 交互。交易所將槓桿率和頭寸規模視為獨立參數。

問：如果我的僅減少訂單部分成交會怎樣？ A：已成交部分平掉您的部分倉位；未成交的剩餘訂單將作為僅減少訂​​單保留在訂單簿中，直到被取消或執行 - 不會自動轉換為常規訂單。

問：reduce-only 是否適用於所有合約類型？答：大多數中心化交易所都支持線性永續合約和反向永續合約。由於結算結構不同，交割期貨、期權或移動合約通常不可用。