Bybit 上的“僅減少”選項是什麼？它如何防止意外訂單？

了解僅縮減模式

1.Reduce-Only是Bybit的一項風險控制功能，它將訂單執行限制為僅減少或關閉現有未平倉頭寸的頭寸。

2. 啟用後，系統會自動取消任何會增加頭寸規模的訂單（無論是多頭還是空頭），無論方向或槓桿設置如何。

3. 此模式在訂單級別運行，這意味著在激活“Reduce-Only”的情況下提交的每個訂單都會在路由之前根據當前倉位狀態進行驗證。

4. 永續合約和反向期貨合約統一適用，但不影響現貨交易或期權市場。

5. 該標誌是在服務器端強制執行的，因此客戶端修改或 API 篡改一旦觸發就無法覆蓋其邏輯。

Reduce-Only 如何減少人為錯誤

1. 交易者經常在市場波動期間誤判入場點，並試圖在沒有意識到方向不匹配的情況下增加虧損頭寸。

2. 多頭頭寸持有者可能會意外地下達買單，認為這是對沖，但如果不允許額外的多頭敞口，則“僅限減少”會阻止該訂單。

3. 在多倉賬戶中，不同策略的重疊訂單可能會發生衝突；僅減少確保每個儀器僅發生淨減少。

4. 當信號提供商啟用僅減少時，跟單交易用戶受益，防止追隨者由於延遲或滑點而無意中打開抵消頭寸。

5. 使用鍵盤快捷鍵或移動界面的手動交易者經常點擊錯誤的按鈕——Reduce-Only 充當訂單匹配之前的最終看門人。

技術執行機制

1. 訂單撮合前，Bybit的撮合引擎會檢查頭寸增量：如果建議訂單增加淨敞口，則返回錯誤代碼“ReduceOnlyOrderWouldIncreasePosition”。

2. 檢查包括考慮部分執行——如果限價訂單可能會以擴大風險的方式部分執行，則整個訂單將被拒絕。

3. 全倉保證金和逐倉保證金賬戶均遵循“僅減少”模式，但兩種模式之間的保證金餘額計算略有不同。

4.止損單和止盈單繼承其父倉位的Reduce-Only屬性，確保條件邏輯保持一致。

5. API用戶必須明確將reduce_only參數設置為true； omission 默認為 false，為了安全起見必須明確聲明。

與其他風險參數的相互作用

1.Reduce-Only 獨立於 TP/SL 觸發器工作，但會影響這些訂單的行為方式 — 如果止損訂單要開立新倉位，即使價格觸及觸發水平，也會失敗。

2. 追踪止損動態保留僅減少行為：隨著價格變動，追踪止損會重新計算執行是否會減少或增加風險。

3. 與 Close-All 功能結合使用時，Reduce-Only 可確保單獨評估批次中的所有活動訂單，而不僅僅是匯總結果。

4. 頭寸模式（對沖 vs 單向）影響僅減少範圍：在對沖模式下，多頭和空頭分別評估，而單向將它們視為淨值。

5. 強平引擎遵循Reduce-Only約束——即使在極端的資金費率壓力或指數背離的情況下，強制強平訂單也不會違反此規則。

常見問題解答

問：Reduce-Only 是否適用於通過 Bybit 移動應用下達的市價訂單？是的。所有訂單類型（包括市價訂單、限價訂單、止損市價訂單和止損限價訂單）均須接受僅減量驗證，無論接口或設備如何。

問：為特定訂單啟用“Reduce-On”後，我可以禁用它嗎？不會。一旦使用 reduce_only=true 提交訂單，該設置對於該訂單生命週期來說是不可變的。需要取消並重新提交才能更改。

問：如果我提交“僅限減倉”訂單時我的頭寸已經為零，會發生什麼情況？訂單會立即被拒絕，並顯示錯誤代碼 30037（“ReduceOnlyOrderOnZeroPosition”），從而防止出現虛假輸入或意外使用保證金。

問：當追踪距離調整時，追踪止盈訂單是否遵循僅減少？是的。每次重新評估追踪止損都會重新計算風險影響，如果更新的觸發器會擴大頭寸規模，則執行會被阻止。