如何使用Post-Only訂單設定？ （Maker費用優化）

了解僅後訂單機制

1. Post-Only 訂單旨在確保交易已添加到訂單簿中，並且不會立即針對現有反訂單執行。

2. 如果 Post-Only 訂單與帳本另一側已經存在的訂單匹配，則交易所會拒絕該訂單，而不是將其作為吃單交易填寫。

3. 這種行為保證了交易者保留製造商地位，這使他們有資格獲得較低甚至負的費用，具體​​取決於平台的費用表。

4. 下單的價格必須嚴格優於最佳可用買賣價或賣價，這表示買單必須低於最高賣價，賣單必須高於最高買價。

5. 有些交易所在接受訂單之前透過「價格改進」檢查來強制執行這一點，而其他交易所則應用更嚴格的捨入或刻度大小對齊規則。

特定於平台的實施變化

1. 幣安僅將 Post-Only 邏輯應用於限價訂單，並完全停用市價訂單或停損限價訂單。

2. Bybit 允許在線上性和反向永續合約上進行 Post-Only，但在高波動期間強制執行更嚴格的延遲感知驗證。

3. OKX 要求使用者在進階訂單設定中手動切換 Post-Only 標誌，並在輸入的價格違反條件時顯示即時警告。

4. Kraken 在其 API 文件中交替使用“post-only”和“limit-only”一詞，但在現貨和保證金市場上強制執行相同的匹配語義。

5. Coinbase Pro 不會將 Post-Only 作為獨立選項公開；相反，它將邏輯嵌入到其「Limit GTC」訂單類型中，並隱式拒絕立即執行。

費用影響和套利考慮因素

1.主要交易所的Maker費用範圍為0.02%至-0.01%，這意味著一些平台會為增加流動性而支付回扣。

2. 接受者費用通常在 0.04% 到 0.10% 之間，每筆執行交易的直接成本增量高達 0.11%。

3. 當點差壓縮減少每筆交易收入時，高頻做市商依賴 Post-Only 設定來維持獲利能力。

4. 套利者使用跨相關資產（例如 BTC/USDT 和 BTC/USD）的 Post-Only 訂單來鎖定跨交易所價差，而不會觸發雙方的接受者費用。

5. 在閃崩期間，Post-Only 訂單可能會默默失敗，導致錯失機會，除非與 IOC 或 Reduce-Only 變體等後備邏輯配合使用。

風險因素和常見陷阱

1. 當訂單簿快速變化導致先前有效的僅後價格因訂單簿頂部變動而變得激進時，可能會出現價格滑點。

2. 在低流動性時段，訂單拒絕率顯著增加，尤其是在買賣深度較淺的山寨幣對上。

3. 有些交易所不會退還與被拒絕的 Post-Only 訂單相關的費用，將提交本身視為收費的 API 事件。

4. 使用自動化策略的交易者必須考慮網路延遲－本地顯示的有效價格在伺服器收到時可能已經過時。

5. 當基礎價格條件意外變更時，錯誤配置的追蹤停損或條件訂單可能會無意中觸發僅後強制執行。

常見問題解答

Q：Post-Only 能否保證我的訂單將無限期保留在書本上？不可以。它僅保證配售後不被執行。一旦下達，訂單的行為就像任何其他限價訂單一樣，並且可以在稍後發生配對時填寫。

Q：我可以將 Post-Only 與 GTD 或 FOK 等生效時間修飾符結合使用嗎？大多數交易所將 Post-Only 限制為 GTC 或 IOC 類型。 GTD 很少受到支持，而且 FOK 在設計上與 Post-Only 邏輯相矛盾。

Q：為什麼我的即時買入訂單儘管價格低於要價，卻立即執行？這通常表示顯示的要價已過時或交易所應用了價格分級舍入——您提交的價格已在內部向上調整至超過最佳要價。

Q：去中心化交易所支援Post-Only語意嗎？原生 Post-Only 在 Uniswap 等基於 AMM 的 DEX 上很少見，但 dYdX 和 DeversiFi 等訂單簿協議實現了與鏈上驗證的完全 Post-Only 合規性。