Post-only 與有效期：委託指令的執行邊界

三類條件分別決定什麼

限價、只掛單和有效期是三個不同維度。限價規定可接受的成交價格邊界，post-only要求委託進入訂單簿提供流動性，有效期則決定未成交部分保留多久。平台支持的組合併不一致，某種訂單在網頁可用，也未必能通過同一平台的接口提交。閱讀交易規則時要記錄產品、交易對、最小數量、價格步長、撮合階段和帳戶資格；不要把界面中的一個開關理解為保證低費用、立即成交或永不滑價。提交前還要核對報價幣種，避免數量與金額字段混淆。

IOC與FOK不只是縮寫

IOC通常要求立即執行可成交部分並取消餘量，FOK通常要求立即全部成交，否則整體取消，具體仍以場所規則為準。假設買入十個單位、限價一百，訂單簿僅有六個單位符合價格，IOC可能成交六個並取消四個，FOK則可能不成交。該算例只解釋規則，不代表真實盤口。成交回報可能分成多筆，不要只用最終訂單狀態計算數量；應累加成交記錄，並核對費用、捨入和重復推送。撮合延遲、價格保護及維護模式也可能改變是否接收訂單。

只掛單不保證未來成交

若提交的post-only價格會立刻吃掉現有流動性，平台可能拒絕、取消或按已披露規則調整，而不是自動獲得掛單費率。即使委託成功進入盤口，也要排在已有數量之後，可能長期不成交或在價格不利變化時才成交。掛單費率不是淨收益，庫存價格變化、資金佔用和撤單延遲都需考慮。對GTC委託，還要確認平台是否有最長保留時間、維護取消或產品下架處理，不把‘一直有效’理解為跨越所有系統事件的永久承諾。

撤單請求與撤單完成有距離

撤單按鈕或接口返回已受理，只說明請求進入處理鏈路；在撮合系統確認前，原委託仍可能成交。保存訂單號、客戶端標識、提交與確認時間、成交號和撤單結果，以最終權威訂單記錄對賬。網路超時後不要立即重發同一數量的新單，先查詢原單是否存在，避免形成重復風險。批量撤單也應逐筆覈實，不以界面清空列表作為唯一證據。部分成交後撤單，應按已經成交的資產和餘量分別處理，而不是把整筆委託都標記未執行。

用小規模記錄驗證實現

正式使用前可依據文檔，在允許的測試環境驗證拒單、部分成交、失效和撤單流程，測試網結果也不能完全替代生產規則。核對接口版本、錯誤碼、重試要求及是否支持冪等客戶端標識。保存費用幣種和實際maker或taker分類，不從訂單意圖推斷最終收費。若平台修改規則，更新本地流程、自動化參數與文章說明。對普通讀者，最實用的習慣是提交前寫下價格、數量、有效期和取消條件，完成後用成交明細核驗，而不是僅看一個綠色成功提示。

錯誤恢復還應區分客戶端重復請求和真正新增委託，確認客戶端標識是否被平台嚴格去重，避免重連後把舊請求當成新意圖。