﻿---
title: "僅掛單指示"
description: "僅掛單是特定交易場所的限價委託指示，旨在掛入委託簿而非立即吃單；拒絕、取消、改價、佇列優先順序及費用均取決於特定撮合規則。"
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 僅掛單指示

> 僅供教育參考，不構成投資建議。委託、費用及成交在取消或最終核對前均可能變動。

<a id="answer"></a>

## 直接答案

僅掛單或僅增加流動性指示附加於限價委託，並在委託抵達撮合引擎時接受檢驗。若任何部分會立即與已掛流動性成交，交易場所會依自身規則處理：可能拒絕請求、接受後取消委託，或將價格移至不會立即成交的檔位。因此，僅掛單表達的是入簿條件，而非結果一致的通用委託類型。

成功掛簿的委託可在對手方委託稍後抵達時成交。該成交通常歸類為造市方流動性，但最終應以實際成交紀錄及費用帳務為準。僅有確認回應、`open` 狀態或僅掛單標示，並不保證成交、造市方待遇、回饋或較佳淨結果。

<a id="mechanism"></a>

## 運作方式

是否可立即成交應依撮合引擎狀態判定，而非過時的畫面報價。買進限價等於或高於最佳賣價、賣出限價等於或低於最佳買價時，通常會穿過委託簿。最小升降單位進位、集合競價、鎖定或交叉委託簿、隱藏流動性、價格保護及自成交防範均可能改變結果。自動改價也會改變請求的限價與佇列位置，因此必須是使用者明確接受的場所規則。

僅掛單與其他指示彼此獨立。`GTC`、`GTD`、`IOC` 及 `FOK` 控制委託有效期間；部分場所不允許將僅掛單與立即執行類指示組合。`reduce-only`、僅平倉及部位方向欄位控制曝險。停損或停利委託在觸發前可能不會進入委託簿，轉換出的子委託之後才依場所當時的僅掛單規則接受檢驗。

佇列與生命週期語意同樣依場所而異。價格時間優先很常見，但並非通用規則。修改價格、增加數量或撤單重掛通常會失去優先順序；受支援的減量修改可能保留優先順序。自成交防範可能取消或減少新委託、已掛委託或雙方。只有按序的公開及私有事件才能證明實際發生的結果。

採用以下流程：

1. 鎖定交易場所、法律實體、商品、交易時段及 API 版本；記錄最小升降單位、交易單位、最低名目金額、費用級距，以及可立即成交的僅掛單會遭拒絕、取消或改價。
2. 取得帶時間戳記且序列一致的最佳買價、最佳賣價與深度；明確列出方向、限價、數量、有效期間、部位模式、僅掛單、僅減倉、自成交防範及觸發欄位。
3. 精確進位價格及數量，並預先檢查穿價、價格區間、餘額、保證金、委託上限及不相容模式，同時以委託抵達引擎時的狀態為準。
4. 使用唯一的客戶委託 ID 提交；將傳輸成功與接受、掛簿或終態分開，並記錄伺服器委託 ID、時間戳記及完整回應。
5. 接收有序的委託及成交事件；核對累計成交量、剩餘數量、成交 ID、價格、名目金額、流動性標示、費用或回饋幣別，以及任何改變佇列的修改。
6. 在終態事件抵達前，將改價、撤單及替換視為競速；逾時後以冪等方式重試，並在訊息重複、缺失或亂序後重新同步。
7. 將已成交、已取消、已拒絕或已到期的數量與庫存、圈存及餘額核對，再評估實際費用、回饋、逆向選擇及錯失成交；對鏈上場所則另行驗證納入、協議執行及所需最終性。

<a id="example"></a>

## 範例

- **穿價行為。** 最佳買賣價為 `99.90 / 100.00`，最小升降單位為 `0.01`。一筆僅掛買單 `2 BTC at 100.00` 會立即與賣價成交。拒絕型場所拒絕請求；取消型場所記錄零成交並將其取消。改價型場所可將價格移至 `99.99`，但前提是使用者已請求這項有文件說明的行為。若引擎狀態不變，買價 `99.99` 可能掛簿，但不保證成交。
- **掛簿後的造市方成交與費用。** 一筆賣單 `3 ETH at 99.90` 在最佳買賣價為 `99.80 / 100.00` 時先掛簿，隨後由主動買單成交。名目金額為 `3 x 99.90 = 299.70`。造市方費率為 `-1 bp` 時，費用為 `299.70 x -0.0001 = -0.02997`，亦即取得回饋。若誤歸類為 `5 bp` 吃單方費率，會產生 `0.14985` 費用，相差 `0.17982`。應使用實際流動性標示及費用紀錄。
- **部分成交與撤單競速。** 一筆已掛的僅掛賣單為 `10 units at 100`。先成交 `4`，接著客戶送出撤單。在終態取消前又成交 `1`，最後取消剩餘 `5`。總成交量為 `5`，不是 `4`；成交名目金額為 `500`，按 `2 bp` 回饋率取得 `0.10`。撤單確認回應不是最終庫存紀錄。
- **較低費用仍可能造成更高成本。** 立即買進 `10`，成交價為 `100.00`，按 `8 bp` 吃單方費率共需 `1,000.80`。錯過該價格後，以 `100.20` 掛簿並按 `2 bp` 造市方費率成交，共需 `1,002.2004`。掛單路徑節省 `0.5996` 費用，但總成本反而多出 `1.4004`。僅掛單管理執行行為，不會自動最佳化完整交易。

<a id="risks"></a>

## 風險

- 假定錯誤的交易場所或商品僅掛單規則。
- 可立即成交的委託意外遭拒絕、取消或改價。
- 報價延遲使客戶端未穿價的價格在抵達引擎時穿價。
- 最小升降單位進位改變提交價格或穿價判斷。
- 鎖定委託簿、集合競價或特殊交易模式改變行為。
- 已掛委託始終沒有成交。
- 逆向選擇超過任何造市方回饋。
- 費用級距、回饋正負號或費用幣別改變。
- 依委託請求而非逐筆成交推斷造市方身分。
- 低估排隊深度或隱藏流動性。
- 修改委託重設佇列優先順序。
- 庫存或現金帳遺漏部分成交。
- 撤單或替換競速造成額外成交或重疊委託。
- 逾時或非冪等重試造成不確定或重複狀態。
- WebSocket 訊息缺口、重複或亂序破壞本機視圖。
- 自成交防範意外取消或減少某一方委託。
- 僅掛單與 `IOC`、`FOK` 或其他有效期間規則衝突。
- 僅減倉、僅平倉或部位模式拒絕、縮減或反轉意圖。
- 觸發後的子委託變為可立即成交並遭取消或拒絕。
- 交易場所、保管、API 或規則失效，或鏈上排序、Gas、重組或最終性破壞核對。

<a id="misconceptions"></a>

## 常見誤解

- **僅掛單保證成交。** 它可能遭拒絕、取消、掛而不成或到期。
- **API 成功回應證明委託已經掛簿。** 傳輸確認與撮合引擎狀態是不同紀錄。
- **每筆僅掛單成交都有回饋。** 造市方分類、費用級距、幣別與費率均取決於特定成交及場所。
- **修改或撤單可以阻止任何後續成交。** 優先順序可能重設，且成交可能在終態確認前贏得競速。
- **交易雜湊或區塊納入證明鏈上委託已成為造市方流動性並最終成交。** 納入、協議執行、掛簿狀態、成交及鏈最終性是不同事件。

<a id="related"></a>

## 相關主題

- [加密資產限價委託](/zh-tw/crypto/limit-order-crypto/)
- [造市方與吃單方費用](/zh-tw/crypto/maker-taker-fee/)
- [加密資產委託簿](/zh-tw/crypto/order-book-crypto/)

<a id="sources"></a>

## 資料來源

- [Coinbase Markets Trading Rules](https://www.coinbase.com/legal/trading_rules) - Coinbase（存取日期：2026-08-13）
- [Create a new order](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/create-new-order) - Coinbase Developer Documentation（存取日期：2026-08-13）
- [Exchange Matching Engine](https://docs.cdp.coinbase.com/exchange/concepts/matching-engine) - Coinbase Developer Documentation（存取日期：2026-08-13）
- [Order Management Best Practices](https://docs.deribit.com/articles/order-management-best-practices) - Deribit Documentation（存取日期：2026-08-13）
- [Post-Only Order](https://www.bybit.com/en/help-center/article/Post-Only-Order) - Bybit（存取日期：2026-08-13）
- [Basic Order Types](https://www.okx.com/en-us/help/x-basic-order-types) - OKX（存取日期：2026-08-13）
- [Order Amend Keep Priority](https://github.com/binance/binance-spot-api-docs/blob/master/faqs/order_amend_keep_priority.md) - Binance Spot API Documentation（存取日期：2026-08-13）
- [Exchange endpoint](https://hyperliquid.gitbook.io/hyperliquid-docs/for-developers/api/exchange-endpoint) - Hyperliquid Docs（存取日期：2026-08-13）

Source: https://wiki.fcontext.com/zh-tw/crypto/post-only-order/index.mdx
