Binance 下單出現 LOT_SIZE 或 NOTIONAL？按這個順序排查

Binance Spot 訂單被拒絕時，先不要反覆把金額加一點、減一點。PRICE_FILTER、LOT_SIZE、NOTIONAL 分別檢查不同欄位；改錯欄位，訂單還是會失敗。

最快的處理順序是：先確認交易對與 Spot 產品，再檢查價格格距、數量步長，最後重算訂單名義價值。 餘額不足、帳戶權限或未成交訂單占用資金，則是通過規則後仍可能遇到的另一層問題。

核驗時間：2026-07-30T16:18:00+08:00。本文只處理 Binance Spot 的 symbol filters，不處理 Futures、Margin 或程式交易簽章錯誤。規則會變，下單前以交易對當下的 exchangeInfo 為準。

先把錯誤訊息翻成一個問題

這也是本文與最低下單金額指南的差別：前者回答「要準備多少」，本文回答「已經填了數字，哪一格不合規」。

用官方 exchangeInfo 找規則

開啟 Binance 公開 API，將 BTCUSDT 換成你實際交易的 symbol：

https://api.binance.com/api/v3/exchangeInfo?symbol=BTCUSDT

圖：Binance 官方 exchangeInfo 真實回應，截圖核驗於 2026-07-30。畫面沒有帳戶資料；數字只代表 BTCUSDT 在該次核驗時的規則，不代表所有交易對。

這份快照中的 BTCUSDT 顯示：

• PRICE_FILTER.tickSize 為 0.01000000；
• LOT_SIZE.minQty 與 stepSize 都是 0.00001000；
• NOTIONAL.minNotional 為 5.00000000，且 applyMinToMarket 為 true；
• API 同時有 MARKET_LOT_SIZE，不可假設它永遠和 LOT_SIZE 完全相同。

這些是歷史快照，不是本站替你保存的固定門檻。若你交易 ETHUSDT、BNBUSDT 或其他 pair，必須重新查該 symbol。

1. PRICE_FILTER：價格小數位看起來對，不代表格距正確

Limit order 的價格要同時滿足範圍與 tickSize。官方規則可簡化為：

price % tickSize = 0

在快照的 tickSize = 0.01 下，63992.40 能被 0.01 整除；63992.407 則多出不允許的千分位。只刪除畫面上看似多餘的小數，有時會改變你願意接受的最高買價或最低賣價，因此要先決定向上還是向下對齊，而不是盲目四捨五入。

• Buy Limit 不想超過某個價格，通常向下對齊較不會突破上限；
• Sell Limit 不想低於某個價格，通常向上對齊較符合原意；
• 對齊後仍要重新算 notional，因為價格改了，總值也會改。

不要用程式語言的二進位浮點數直接做餘數後就相信結果；手算或寫工具時保留十進位字串、整數倍數或 Decimal 類型，避免 0.1 + 0.2 類型的精度誤差。

2. LOT_SIZE：數量必須落在 stepSize 的格子上

LOT_SIZE 檢查的是 base asset 數量，不是你想花多少 USDT。BTCUSDT 的 quantity 單位是 BTC。

官方條件是：

• quantity >= minQty；
• quantity <= maxQty；
• quantity % stepSize = 0。

以快照的 stepSize = 0.00001 BTC 為例：

• 0.00006 BTC 是 6 個 step，格式合規；
• 0.000063 BTC 不是完整 step，即使顯示的 USDT 金額看起來足夠，也可能觸發 LOT_SIZE；
• 若把 0.000063 向下調成 0.00006，接著必須重查 NOTIONAL，因為訂單總值變小了。

這是最常見的連鎖錯誤：先修正 LOT_SIZE，數量被截小，原本勉強達標的名義價值又掉到門檻下方。

3. NOTIONAL：用對齊後的價格與數量重算

Limit order 可先用：

notional = price × quantity

假設只是教學用的價格 64,000 USDT/BTC，並沿用快照的 stepSize 0.00001 BTC 與 minNotional 5 USDT：

• 0.00006 × 64,000 = 3.84 USDT：數量步長正確，但低於 5 USDT；
• 0.00008 × 64,000 = 5.12 USDT：數量步長正確，且在這個假設價格下高於 5 USDT；
• 0.00009 × 64,000 = 5.76 USDT：留出較多價格變動空間，但是否適合仍受你的風險上限約束。

不要把第二行當成 BTCUSDT 現在一定可成交的建議數量。Market order 的 notional 可能依 filter 中的 avgPriceMins 使用一段時間的平均價格；行情變動、數量對齊與手續費都可能影響畫面結果。做法是留一個小而明確的 buffer，同時不超過你原先設定的最大損失金額。

NOTIONAL 也可能包含 maxNotional。大多數小額新手先撞到最低值，但排查工具不能只讀最小值、忽略最大值與 applyMinToMarket / applyMaxToMarket。

Market 填 USDT，為什麼仍可能涉及 LOT_SIZE？

Binance 官方交易文件說明，Market order 可傳 quantity 或 quoteOrderQty；使用 quoteOrderQty 時，系統會找出接近該報價金額的可成交數量，並遵守 LOT_SIZE 規則。換句話說，你在畫面填的是「花 6 USDT」，撮合系統最後仍要產生一個合規的 base-asset quantity。

因此，Market 報錯不要只盯著 USDT 輸入框。還要看：

1. 該 symbol 是否允許 quoteOrderQtyMarketAllowed；
2. 換算出的 quantity 能否符合 LOT_SIZE；
3. MARKET_LOT_SIZE 是否另有限制；
4. NOTIONAL 的最低值是否套用 Market；
5. 流動性與平均價格計算是否讓估算值改變。

60 秒排查流程

1. 抄下完整交易對，例如 BTCUSDT，不要只寫 BTC。
2. 確認頁面是 Spot，不是 Margin 或 Futures。
3. 從 exchangeInfo 找到 PRICE_FILTER、LOT_SIZE、MARKET_LOT_SIZE、NOTIONAL。
4. Limit 單先讓 price 對齊 tickSize。
5. 讓 quantity 對齊 stepSize，並確認 minQty / maxQty。
6. 用調整後的 price × quantity 重算 notional。
7. 若是 Market，確認 notional 是否套用平均價格，以及 quoteOrderQty 的換算數量。
8. 規則都通過後，再看可用餘額、手續費、未成交訂單與帳戶權限。

每改一次只改一個欄位，再重新計算。一次同時改價格、數量和訂單類型，最後很難知道真正原因。

邀請碼與費用說明

尚未註冊者可使用 Binance 官方推薦連結，邀請碼 BN8812。20% 手續費回饋只有在官方註冊頁對你的地區與帳戶明確顯示、且你符合當下條款時才成立。

本站可能因符合條件的註冊或交易獲得推薦佣金。佣金不會改變 filter 的數學規則；若註冊頁未顯示 20%，請不要把本站文字視為 Binance 的承諾。

官方來源

• Binance Developer Docs：Spot REST API / exchangeInfo
• Binance Developer Docs：Spot API schemas 與 filters
• Binance Developer Docs：Trading requests
• Binance BTCUSDT exchangeInfo API
• Binance Trading Fees

最後核驗：2026-07-30T16:18:00+08:00。本文是操作核對資料，不構成投資、法律或稅務建議。