跳到正文
Financial Context Wiki

僅掛單指示

僅掛單是特定交易場所的限價委託指示，旨在掛入委託簿而非立即吃單；拒絕、取消、改價、佇列優先順序及費用均取決於特定撮合規則。

更新於

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

直接答案

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

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

運作方式

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

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

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

採用以下流程：

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

範例

  • 穿價行為。 最佳買賣價為 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。僅掛單管理執行行為，不會自動最佳化完整交易。

風險

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

常見誤解

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

相關主題

資料來源

導覽

搜尋知識庫...