預算與風險規劃
幣安限價止損單觸發了卻沒成交?止損價與限價該差多少,用掛單簿自己算
止損價只負責觸發,成交靠的是後面那張限價單。用 2026-09-30 的幣安掛單簿快照算出限價該留多少緩衝:同樣賣 50,000 USDT,BTC 一檔就吃完,ROSE 要往下 1.65%。附交易參數頁的三個硬邊界與下單前六項自檢。
設一張止損單,是為了在自己不看盤的時候,把「跌到這裡就出場」這件事交給系統執行。但很多人第一次用就遇到同一種狀況:價格明明跌破了設定的數字,訂單卻還掛在委託列表裡沒有成交,或是一開始就被系統退回。
原因幾乎都出在同一個地方:止損價和限價是兩個獨立的數字,而大部分人把它們填成一樣。這篇先用幣安官方說明釐清這兩個欄位各自負責什麼,再用 2026-09-30 的實際掛單簿資料,算出限價該離止損價多遠才有意義。
止損價只負責觸發,成交靠的是限價
幣安說明中心〈什麼是限價止損功能及其使用方式〉一頁(發布於 2017-12-11)對這兩個欄位的定義是:
止損價:當資產價格達到止損價時,會執行限價止損單,以優於或等於限價的價格買入或賣出資產。
限價:執行限價止損單的選定 (或可能更好的) 價格。
同一頁還有三條備註,是理解這件事的關鍵:
- 買單和賣單的限價可以設定為高於或低於止損價。
- 在觸發止損價前,限價單不會生效,即便限價比止損價還先達到也一樣。
- 當達到止損價時,僅表示限價單已啟動並將提交至訂單簿,而非表示限價單會立即成交。限價單將根據其規則執行。
換句話說,止損價是一個開關,價格碰到它,系統才會幫你把一張限價單放進訂單簿。放進去之後它就是一張普通的限價單,能不能成交完全看市場價格有沒有停在你的限價上。官方示意圖裡,止損價 B 可以搭配比它低的限價 B1 或比它高的限價 B2,兩種都合法,結果卻完全不同。

還有一個名詞落差要先講:說明頁寫的是「止損價」,但 2026-09-30 當天的現貨網頁下單框,分頁名稱是「限價止盈止損」,欄位名稱寫的是「觸發價」。兩者指的是同一件事,看到不同說法不用懷疑自己點錯地方。
沒成交的三種情況,先分清楚是哪一種
第一種是根本沒觸發。價格最低只到 100.5,你的觸發價設在 100,開關沒被按下,限價單從頭到尾沒有進過訂單簿。這在委託列表裡看得出來:訂單還停在未觸發,沒有已提交的時間戳。
第二種是觸發了,限價單也掛上去了,但價格早就穿過你的限價繼續往下。賣單的限價如果和觸發價填成同一個數字,這種情況會很常發生——價格是跌破觸發價才啟動的,啟動的那一瞬間市場已經在更低的位置,你那張掛在觸發價的賣單就成了一張高於市價的委託,只能等反彈回來。官方那句「如果您將止損限價設定得太高或止盈限價設定得太低,由於市場價格無法達到設定的限價,您的訂單可能永遠無法成交」,講的就是這件事。
第三種是連掛都沒掛上去,下單當下就被退回。這通常和價格、金額有沒有落在該交易對允許的範圍有關,下一節有完整的檢查欄位。
限價要離觸發價多遠?看買方吃得下多少
官方只建議「賣單的止損價應略高於限價」,沒有給數字,因為這個距離本來就取決於你賣多少、賣的是什麼幣。可以量的方法是反過來問:要一次賣掉這筆金額,價格得往下吃到第幾檔?那一檔的位置,就是限價至少要設到的地方。
下面的數字取自幣安公開行情介面的掛單簿快照,時間 2026-09-30 11:03 UTC,每個交易對取 1,000 檔深度,用買單由高到低逐檔累加的方式模擬賣出:
| 交易對 | 賣 10,000 USDT 要吃到 | 賣 50,000 USDT 要吃到 |
|---|---|---|
| BTC/USDT | 買一價本身 | 買一價本身 |
| ETH/USDT | 買一價本身 | 買一 −0.0052% |
| ARB/USDT | 買一 −0.049% | 買一 −0.147% |
| GALA/USDT | 買一 −0.219% | 買一 −0.878% |
| ROSE/USDT | 買一 −0.440% | 買一 −1.650% |
差距很懸殊。同樣賣五萬美元,BTC 一檔就吃完了,ROSE 要往下走 1.65% 才吃得完。如果你手上是 ROSE,觸發價和限價填成同一個數字,這張單幾乎注定掛著不動。

盤口的樣子也能直接看。上圖是同一天的 BTC/USDT 訂單簿,「成交額」那一欄是該檔價位的掛單金額,多數只有幾 USDT 到幾百 USDT。你的賣單金額除以前幾檔的累計金額,大致就是你會吃掉多深。這套逐檔累加的算法和市價單的滑價是同一件事,完整推導在市價單的滑價怎麼算那篇。
有一點必須說清楚:上表是平靜時段的深度。止損單真正被觸發的時候,通常正是急跌的時候,買方掛單會比平時薄得多。所以這張表給的是下限,不是安全值。實務上把算出來的數字再放寬一到兩倍,比抓得剛剛好可靠。
限價 = 觸發價 × (1 − 緩衝%)
買單方向相反:觸發價設在上方,限價再往上留一段,也就是官方說的把買單的止損價設定為略低於限價。
三個會讓訂單直接被退回的硬邊界
幣安有一個公開的「交易參數」頁,每個交易對的限制都列在上面,不用登入就看得到。2026-09-30 的 USDT 市場前幾行長這樣:

設止損單前值得先看三欄。
一是價格能離市價多遠。BTC/USDT、ETH/USDT、BNB/USDT 的「價格區間執行規則」是 85.00% / 115.00%,多數中小型幣對是 75.00% / 125.00%,穩定幣之間的交易對(例如 USDC/USDT)緊到 98.00% / 102.00%。旁邊的「最低價格倍數 (買入 / 賣出)」是 0.5 / 0.8,「最高價格倍數」是 1.2 / 2。這幾欄一起決定你的限價會不會被接受,實務上以較嚴的那個為界——想把賣單限價設在市價的一半來「保證成交」,系統不會讓你送出。
二是最低訂單規模。上表列出的主要交易對都是 5 USDT,不同交易對數值可能不同。分批出場時很容易踩到:把一筆小部位切成五段,每段可能都低於這個門檻。
三是「條件單最大掛單數量」,上表所有交易對都是 5。同一個交易對最多只能同時掛五張條件單,止損、止盈、追蹤止損共用這個額度。想用十段階梯式出場的人,先看這個數字。
這一頁的數值會隨市場調整,文中是 2026-09-30 的快照,實際下單前請用同一頁當天的數字為準。
限價止損和市價止損怎麼選
幣安〈現貨交易中的不同訂單類型〉(更新於 2026-08-09)把兩者的差別寫得很清楚:限價止損單在觸發後以你設定的限價掛限價單;市價止損單則是「下具有滑價容忍度的限價止損單」,你填的不是限價,而是一個 0.1% 到 5% 的滑價容忍度。官方舉的例子是止損價 60,000、容忍度 5%,結果是以 63,000 美元或更低價格買入任意金額。
官方同時提醒:
訂單可能會因市場狀況而部分成交,任何未成交的倉位會保留為限價掛單。
所以市價止損不等於一定全部成交,它只是把「限價要離觸發價多遠」換成用百分比表達。實務上的分法可以很簡單:BTC、ETH 這種上表顯示一檔就吃得完的交易對,兩種寫法差別不大;掛單薄的中小型幣,用哪一種都要把上一節算出來的距離填進去,不要沿用預設值。
把它寫成一條事前就能照做的規則
止損單的價值在於事前決定,所以真正要寫下來的不只是兩個數字。一份夠用的規則包含五行。
一,這筆部位的最大可接受虧損是多少,用金額寫,不用感覺寫。這個數字應該和你當初設定的投入上限一致,定期定額的預算與回撤承受度工作表裡的回撤欄位可以直接搬過來。
二,對應的觸發價是多少。由第一行的金額和你的成本換算而來,而成本要含買入時的手續費與價差,算法見損益兩平價格的完整公式。
三,限價設在觸發價往下多少。由上面的深度表決定,再放寬一到兩倍。
四,分幾段出場。受條件單五張上限和最低訂單規模 5 USDT 兩個限制。
五,什麼情況下允許手動取消這張單。事前寫下來,才不會在下跌當下臨時改主意。
下單前的六項自檢
第一,觸發價和限價填的是兩個不同的數字。第二,賣單的限價低於觸發價,買單的限價高於觸發價。第三,限價落在該交易對的價格區間之內。第四,每一段的金額都高於最低訂單規模。第五,同一交易對的條件單沒有超過五張。第六,送出後回到委託列表,確認訂單真的出現在當前委託裡,而不是被退回。
觸發之後也要回頭看一次。官方說明提到,網頁版的訂單被觸發時狀態會顯示為「已提交」,點進去可以看到送進訂單簿的時間;App 則是在「條件」旁出現綠色勾號。看到已提交卻遲遲沒有成交,就代表是前面講的第二種情況,這時候的選擇是手動調整限價或改用市價賣出,而不是繼續等。
資料來源與核驗日期
- 止損價與限價的定義、三條備註、下單與查詢路徑:幣安說明中心〈什麼是限價止損功能及其使用方式〉,頁面標示發布於 2017-12-11,核驗日期 2026-09-30。
- 限價止損與市價止損的差異、滑價容忍度 0.1%–5%、部分成交說明:幣安說明中心〈現貨交易中的不同訂單類型〉,頁面標示發布於 2022-04-25、更新於 2026-08-09,核驗日期 2026-09-30。
- 價格區間執行規則、最低訂單規模、價格倍數、條件單與限價單掛單數量上限:幣安交易參數頁 USDT 市場,2026-09-30 擷取。
- 掛單簿深度數字:幣安公開行情介面的深度快照,2026-09-30 11:03 UTC,每個交易對取 1,000 檔,以買單由高到低逐檔累加模擬賣出。
- 下單框與訂單簿畫面:幣安繁體中文版現貨交易頁 BTC/USDT,2026-09-30 擷取,未登入狀態。
盤口和交易參數都會變,文中的百分比只代表那一刻。真正要留下來的是做法:下單前先看這個交易對的買方吃得下多少,再決定限價離觸發價多遠。
還沒有帳號的話,可以用邀請碼 BNB608 註冊,註冊前先對照邀請碼與手續費回饋的核對方法確認回饋比例顯示正確。
