什麼是合約中的「Post-Only」訂單？ （創客策略）

僅後執行的核心機制

1. Post-Only 訂單是嚴格的限價訂單，必須以不超過當點差的價格下達。它無法立即與訂單簿中任何現有的對手方訂單進行配對。

2. 交易所進行即時驗證：如果買價大於或等於最佳賣價，或賣價小於或等於最佳買價，則直接拒絕該訂單，且不分配 ID。

3. 只有當買價嚴格低於最佳賣價且賣價嚴格高於最佳買價時，訂單才會作為可見的流動性條款進入訂單簿。

4. 此機制保證交易者承擔 Maker 的角色，而不是 Taker 的角色，無論下單過程中後續市場趨勢如何。

5. Post-Only 邏輯下不允許部分填充；整個訂單要么成功發布，要么完全失敗。

費用影響和經濟激勵

1. 交易所採用差異化的費用表：Maker 費用始終低於 Taker 費用，在主要衍生性商品平台上通常低 2 到 5 倍。

2. 某些場所提供負的掛單費用，這意味著用戶在執行時獲得回扣－有效地透過提供流動性來賺取收入。

3. 在永續掉期市場上，避免接受者費用所帶來的累積節省可超過每輪交易 0.03%，與部位規模和頻率呈非線性關係。

4.套利者和做市商依靠這種結構性不對稱來維持低利潤、大批量的操作，而不會受到摩擦成本的侵蝕。

5. 費用差異直接影響訂單路由決策，尤其是在爭奪帳面頂部佇列優先權的共置演算法系統之間。

跨主要平台的介面實現

1. OKX在其高級訂單面板內顯示一個標有“PO”的切換開關；啟動需要用戶在提交前明確確認。

2. Bybit 將 Post-Only 作為預設選項整合到其「Limit」下拉清單中，但只有在手動啟用「Maker Only」複選框時才會啟動它。

3. Hyperliquid 將 Post-Only 行為嵌入到其原生訂單類型選擇中，其中「限價 (PO)」作為與標準限價訂單分開的不同條目出現。

4. BitTap 在價格輸入後顯示一個動態「設定為被動」按鈕，該按鈕透過訂單預覽旁的持久綠色「PO」徽章直觀地確認啟動。

5. Deribit 要求使用者從專用訂單類型選單中選擇「僅發布」－如果設定錯誤，則不會退回到標準限制邏輯。

操作風險與失敗模式

1. 價格精度錯誤會導致無聲拒絕：當最佳要價為 100.00 時提交 100.00 會立即觸發拒絕，即使人類的感知將它們視為相同。

2. 網路延遲高峰可能會導致競態條件，即訂單在價差崩潰時到達，從而導致意外的 PO 違規和拒絕。

3. Flash 崩潰會導致級聯拒絕：根據 Hyperliquid 2026 年 3 月的微觀結構報告，在極端波動視窗期間，超過 88.9% 的 Post-Only 提交嘗試失敗。

4. 有些交易所不支援停損市價或基於觸發的條件訂單的 Post-Only，限制了其在風險管理工作流程中的實用性。

5. 現貨市場和永續市場之間的訂單簿深度不匹配會產生虛假信心－一種工具的 PO 有效性並不能保證另一種工具的有效性。

有效訂單的驗證協議

1. 訂單狀態必須顯示“未平倉”，且活動訂單標籤中沒有“已執行”或“部分執行”指示符。

2. 訂單歷史記錄中的“角色”欄必須明確註明“Maker”，切勿“Taker”或空白。

3. 與訂單相關的已執行交易必須在費用欄位中顯示負值，例如 -0.00012 BTC，而不是零或正值。

4. 訂單 ID 必須在「目前訂單」清單中保留至少三個連續輪詢間隔，而不會消失或轉換為「已取消」。

5. 透過鏈上交易日誌進行的鍊級確認應反映單一「OrderPlaced」事件，在同一塊中沒有關聯的「OrderMatched」或「OrderCancelled」追蹤。

常見問題解答

Q：Post-Only 訂單提交後可以取消嗎？答：是的。一旦被訂單簿接受，其行為與標準限價訂單相同，並透過 REST API 或 UI 控制項支援完全取消功能。

Q：Post-Only 會影響槓桿或保證金計算嗎？答：不會。保證金要求僅由名義價值、槓桿設定和基礎抵押品決定－Post-Only 狀態對保證金引擎邏輯的影響為零。

Q：為什麼有些交易所拒絕 Post-Only 訂單並出現「價格太接近市場」錯誤？答：當提交的價格落在可配置的價格變動容差範圍內（通常設定為一個最小價格增量）時，就會發生這種情況，該容差旨在防止由於舍入偽影而導致邊緣情況價差交叉。

Q：Post-Only 是否適用於給定交易所的所有合約類型？答：不普遍。由於不同的結算機制和餵價依賴性，某些平台對反向合約、雙幣種掉期或選擇權系列禁用 Post-Only。