如何在Bybit一次性平倉所有未平倉合約？

批量位置閉合機制

1. Bybit在其網頁介面中沒有為USDT或反向永續合約提供原生的「平倉」按鈕。

2. 使用者必須針對不同交易品種的每個活躍部位（無論是多頭或空頭）手動啟動單獨的平倉訂單。

3. 平台強制執行部位層級的粒度：每個交易品種、槓桿設定和保證金模式都被視為需要單獨操作的獨立實體。

4. 嘗試透過市價單平倉而不指定具體規模可能會因即時流動性限製而導致部分成交或滑點。

5.單次API呼叫無法跨越多個交易對平倉；每個交易品種都需要自己的請求以及精確的參數，包括方位、訂單類型和數量。

基於 CCXT 的自動化工作流程

1. 開發人員將ccxt.bybit與defaultType: 'swap'和經過驗證的憑證整合。

2. 使用fetch_positions()取得未平倉頭寸，該方法傳回包含品種、邊、合約和未實現盈虧的陣列條目。

3. 對於每個倉位，建構一個反單：如果方是「空頭」 ，則提交買單；如果為「多頭」 ，則提交賣單。

4. 訂單參數設定reduceOnly: true，防止意外位置反轉或新曝光。

5. 使用await和sleep()間隔強制順序執行，以符合Bybit 對專用端點的速率限制。

大規模關閉期間的風險控制

1. 高波動期間未成交的訂單可能會無限期地保持待處理狀態，除非透過cancel_all_orders(symbol)明確取消。

2. 在薄訂單條件下執行的市價訂單通常會對 24 小時成交量較低的資產造成超過 0.5% 的價格影響。

3. 以反向合約計價的部位需要在規模計算之前從 BTC/ETH 單位轉換為等值美元。

4.全倉槓桿持倉共享抵押品；關閉一項可能會影響其他仍開放的維持保證金門檻。

5. 強平引擎持續即時評估風險－平倉請求不會暫停追加保證金，直至頭寸狀態變為「平倉」 。

API回應解釋

1. 成功關閉返回{'retCode': 0, 'retMsg': 'OK', 'result': {...}} ，訂單 ID 和狀態'Created'或'Filled' 。

2. 錯誤代碼130027表示可用餘額不足以支付費用，從而停止進一步的批量操作。

3. 代碼110001表示符號格式無效 - 在傳遞「BTCUSDT」而非所需的「BTCUSDT_PERP」後綴時常見。

4. 回應欄位「槓桿」在關閉後保持不變；使用者必須驗證位置陣列不再包含該符號。

5. “createdTime”和“updatedTime”欄位中的時間戳允許對關閉序列進行取證重建。

常見問題解答

Q：Bybit 是否支援使用單一 REST API 端點平倉所有部位？答：不會。 Bybit 的官方 API 文件確認不存在任何接受通配符或批次倉位識別碼的端點。每個位置必須單獨處理。

Q：我可以使用Bybit的WebSocket v5接收每個倉位已完全平倉的確認訊息嗎？答：是的。訂閱倉位和訂單主題。監控所有相關條目的position.liquidationPrice變為null 以及order.orderStatus等於「Filled」 。

Q：如果我的腳本為同一倉位發送重複的平倉訂單，會發生什麼事？答：Bybit 拒絕後續訂單，錯誤代碼為130008 （「訂單已存在」），但不會撤銷先前的成交。無論重複嘗試如何，該部位都會平倉一次。

Q：是否可以在不觸發訂單簿上新訂單的情況下平倉？答：僅在使用reduceOnly: true並以當前標記價格或更好的價格下達限價訂單時。市價訂單總是與現有流動性相互作用。