Bybit 上的“Post-Only”訂單類型是什麼？我應該何時使用它？

了解僅後訂單

1. Post-Only 訂單是確保您的限價訂單被添加到訂單簿中並且永遠不會針對現有訂單立即執行的指令。

2. 如果下單會導致與賬簿上已有的相反訂單匹配，Bybit 會拒絕該訂單，而不是作為市場接受者執行該訂單。

3. 這種行為保證了交易者收到Maker費用回扣，而不是支付更高的Taker費用。

4. 訂單保持被動狀態，直到價格變動使市場達到指定水平，此時訂單可能會開始增量填充。

5. 流動性提供者通常使用 Post-Only 訂單，他們優先考慮一致的費用優勢而不是立即執行。

後期限價訂單與常規限價訂單有何不同

1. 標準限價單可以根據提交時的市場狀況充當掛單者或吃單者。

2. 僅發布訂單強制執行嚴格的僅製造商狀態——無一例外，即使否則可能部分成交。

3. Bybit的撮合引擎會在下單前驗證訂單：如果限價超過最佳可用買價或賣價，系統會直接拒絕該訂單。

4. 交易者在嘗試無效的 Post-Only 提交時會收到明確的錯誤消息，例如“訂單將立即交易”。

5. 此驗證步驟會帶來輕微的延遲，但消除了費用分類的歧義。

風險和限制

1. 在快速變化的市場中，當價格跳空超過限制水平但不會觸發任何成交時，Post-Only 訂單會帶來滑點風險。

2. 在低流動性貨幣對中，訂單可能會長時間處於未成交狀態，而波動性會侵蝕原始優勢。

3. 它不能與停止觸發器或條件邏輯結合使用——只有純粹基於限制的進入或退出點才符合資格。

4. 由於波動期間反復出現拒絕週期，一些依賴快速重新定位的交易策略變得不切實際。

5. 拒絕後通常需要人工干預來調整價格水平，從而增加運營開銷。

何時部署僅發布訂單

1. 在訂單簿深度穩定期間，特別是在預計價格波動的關鍵支撐或阻力區域附近。

2. 在多個交易時段建立積累或分配頭寸並優先考慮長期成本效率而不是速度時。

3. 在涉及相關資產的套利設置中，精確的時機比淨融資利率優化更重要。

4. 對於算法交易者來說，使用 Bybit 的 REST 或 WebSocket API 將費用感知執行邏輯集成到自定義腳本中。

5. 在參與流動性挖礦計劃時，明確獎勵持續存在的訂單簿並提供額外的代幣激勵。

常見問題解答

問： 下單後我可以取消僅郵寄訂單嗎？答：是的。一旦被接受並保留在訂單簿中，它的行為與任何其他限價訂單相同，並支持完全取消功能。

問：Post-Only 是否適用於 Reduce-Only 倉位？答：是的。僅歸約邏輯的運行獨立於僅後執行；兩個標誌可以在單個訂單請求中同時激活。

問：所有 Bybit 合約類型都支持 Post-Only 訂單嗎？答：它們適用於以 USDT 保證金的永續合約、反向永續合約和期貨合約，但不適用於現貨交易對。

問：如果我的“Post-Only”訂單位於訂單頂部並被掃蕩，會發生什麼情況？答：當傳入的市價訂單達到其價格水平時，它會像任何其他剩餘限價訂單一樣完全或部分執行 - 成交時不適用特殊處理。