什麼是限價單？它在加密交易中如何運作

1. 限價單的定義

買入限價單規定最高可接受的買價，賣出限價單規定最低可接受的賣價。

• 買入限價：只能以限價或更低的價格成交。
• 賣出限價：只能以限價或更高的價格成交。

假設 ETH 報價為 3,000 美元。你提交一張「2,900 美元買入 1 ETH」的限價單，系統不會為了盡快成交而自動把價格提高到 3,000 美元。相反，如果市場快速跌到 2,880 美元，訂單可能以 2,900 美元或更有利的價格成交，實際成交價取決於訂單簿。

限價單控制的是價格邊界，而不是精確結果。同一張訂單可能一次全部成交，也可能拆成多筆，甚至長期不成交。

2. 訂單簿與撮合順序

中心化交易所和採用訂單簿的鏈上交易場所，通常會依照「價格優先、時間優先」撮合。買方報價越高，賣方報價越低，越接近成交；價格相同的訂單通常按進入訂單簿的先後排序。

假設賣盤如下：

如果你提交 80,050 美元買入 0.6 BTC 的限價單，理論上可先吃掉 80,000 美元的 0.2 BTC，再成交 80,050 美元的 0.4 BTC。但真實結果也受到同時到達的訂單、撮合延遲、手續費和交易場所規則影響。

如果你把買入限價設在目前賣一價之上，這張單可能立即成交。它仍然是限價單，只是你的價格範圍已經覆蓋現有賣盤。部分平台把這種行為稱為「可成交限價單」。

3. Maker、Taker 與費用

限價單不一定都是 Maker 訂單。只有當訂單先進入訂單簿、為市場增加可交易深度時，才通常被視為 Maker；如果限價覆蓋了現有對手盤並立即成交，它可能成為 Taker。

這會影響手續費。部分平台對 Maker 收取較低費率，甚至在特定市場提供返傭；Taker 費用通常更高。交易者如果只看限價而忽略費率，可能在頻繁下單後發現實際成本遠高於預期。

「Post Only」可以用來避免訂單立即吃單。開啟後，如果訂單會馬上成為 Taker，系統通常會取消或拒絕它。不過不同平台的處理方式並不完全相同，下單前應先查看規則。

4. 為什麼價格已經觸及，訂單仍可能沒有成交

圖表出現過某個價格，不代表你的訂單一定輪到了。常見原因包括：

1. 市場只在該價格成交了很小的數量，而你的訂單排在更早掛單之後。
2. 圖表使用的是最新成交價、指數價或標記價格，而訂單觸發則依賴另一種價格。
3. 價格快速跳過該檔位，可成交數量不足。
4. 訂單設定了錯誤的交易對、網路、方向或有效期限。
5. 平台最小數量、價格步長或風控規則導致訂單未被接受。

觀察限價單不能只看 K 線最低點或最高點。更有用的信息是成交明細、訂單狀態、剩餘數量和訂單簿深度。

5. GTC、IOC、FOK 等有效期限設置

不同有效期限決定訂單在未完全成交時如何處理。

並非所有平台都提供相同選項。鏈上訂單也可能受到區塊確認、預言機更新、Gas 和智能合約狀態影響。

6. 限價單適合什麼場景

限價單適合對入場或退出價格有明確要求、並且能夠接受等待的人。例如，在預先劃定的支撐區域分批買入，或在目標區域逐步減倉。

它也適合控制大額訂單的平均成交價格。把一筆大單拆成多個價格檔位，可以減少一次性吃穿訂單簿造成的衝擊。但拆單並不保證成本一定更低；如果市場單邊運行，未成交部分可能會錯過交易。

對使用 OneKey Perps 或其他鏈上交易場所的用戶，限價單可以成為執行計劃的一部分：先定義入場或退出價格，再檢查流動性、手續費、倉位和清算距離。確認價格邊界之後，仍要核對槓桿與最大損失。

7. 常見失敗方式

把限價當成停損

普通賣出限價通常放在現價上方，用於以更高價格賣出。要在價格下跌後退出，往往需要停損市價或停損限價。方向設定錯誤會讓訂單完全無法達到預期。

為了「便宜」把價格放得太遠

價格很有吸引力，但市場從未到達，機會成本同樣是真實成本。限價應來自交易計劃，不是隨意在現價下方填一個整數。

忽略部分成交

部分成交會留下一個比計劃更小的部位，也可能留下尚未撤銷的剩餘訂單。交易結束後應檢查成交數量和掛單狀態。

長期遺忘掛單

市場背景、帳戶餘額或交易邏輯已經改變，舊訂單仍在訂單簿中。 GTC 訂單需要定期複查，尤其是在重大數據公佈、代幣事件或高波動時段之前。

8. 下單前檢查表

1. 交易對和買賣方向是否正確？
2. 限價來自明確計劃，還是臨時猜測？
3. 訂單簿能否承接計畫數量？
4. 允許部分成交嗎？有效期限該怎麼設？
5. Maker/Taker 費用、資金費率和鏈上費用是多少？
6. 成交後部位多大，停損或失效點在哪裡？
7. 如果沒有成交，什麼時候撤單或重新評估？

限價單是一種執行工具。它可以避免為速度支付任何價格，卻不能判斷交易方向是否正確，也不能取代部位管理。

9. 一個完整的限價執行範例

假設某交易者準備在 ETH 回落時買入，帳戶允許這筆交易最多虧損 120 USDC。計畫區域為 2,950 至 3,000，交易假設在 2,880 下方失效。

他沒有把全部數量掛在一個價格，而是分成三檔：3,000、2,975 和 2,950。這樣做可以降低單點判斷的影響，但也會帶來部分成交。若只有第一檔成交，倉位應以實際數量設定停損，不能仍以滿倉收益目標計算。

下單前還要回答：如果價格從 3,010 直接上漲，是否追價？如果三個檔位全部成交，平均價格和最大損失是多少？如果只成交一檔，剩餘訂單保留多久？如果重要數據將在兩小時後公佈，是否提前撤單？

這類問題比「限價設多少」更重要。限價單負責依條件執行，完整計畫負責處理沒有成交、部分成交和市場背景改變。

10. 中心化訂單簿與鏈上限價的差異

中心化交易所通常在內部訂單簿撮合，訂單狀態由平台資料庫維護。鏈上限價可能由智能合約託管、由執行者監控條件，或透過預言機價格觸發。不同設計會影響資金是否鎖定、誰支付 Gas、訂單何時過期以及執行失敗如何處理。

鏈上訂單也要檢查授權額度。為了掛單而批准無限代幣授權，會把執行便利性換成更大的合約風險。可以使用最小必要授權，並在不再使用協議後檢查和撤銷。

參考資料

1. Phantom, Limit Orders: https://phantom.com/learn/crypto-101/limit-order
2. Investor.gov, Types of Orders: https://www.investor.gov/introduction-investing/investing-basics/how-stock-markets-work/types-orders
3. CME Group, Order Types: https://www.cmegroup.com/education/courses/introduction-to-futures/types-of-orders.html
4. OneKey Blog, OneKey Perps 全資產交易指南: https://onekey.so/blog/zh-CN/learn/onekey-perps-all-asset-trading-guide/

免責聲明

本文僅用於交易機制教育，不構成投資建議。加密資產和槓桿產品波動較大，訂單可能出現未成交、部分成交、滑點、清算或技術故障。請根據自身風險承受能力獨立判斷。