交易入門
Binance 市價單與限價單完整比較：第一筆訂單、滑價與狀態驗收
比較市價單與限價單的成交速度、價格邊界和未成交風險，用訂單簿案例計算均價，並按狀態驗收第一筆訂單。
市價單與限價單的核心差異不是「新手用哪個一定更好」，而是你要優先換取成交速度，還是設定不能超過的價格邊界。兩者都可能出現與直覺不同的結果：市價單可能跨多個價位，限價單可能不成交、部分成交，或因價格設定可立即匹配而立刻成交。
本文面向已能找到 Binance 現貨頁、準備建立第一筆小額訂單的讀者。讀完後，你應能按目標選擇訂單類型，正確填入方向與單位，計算多檔成交均價，並按最終狀態決定等待、取消、修正或驗收。
核驗日期：2026-08-27。可用訂單類型、有效期選項、價格精度、數量步長和最小金額會依交易對、帳戶、所在地與版本變動。截圖價格只代表拍攝時間；示例數字純屬教學假設，不是實測成交或投資建議。
目錄
- 先用三個問題選訂單類型
- 市價單如何成交與產生滑價
- 用三檔訂單簿計算市價均價
- 限價買與限價賣如何設定
- 限價單不等於 Maker
- GTC IOC 與 FOK 的差別
- 動態交易規則與拒單排查
- 第一筆訂單的提交與狀態決策
- 完成標準與成本驗收
- 官方來源與停止條件
先用三個問題選訂單類型
| 問題 | 市價單 | 限價單 |
|---|---|---|
| 最優先目標 | 盡快按當時可用流動性成交 | 不高於買入上限或不低於賣出下限 |
| 價格結果 | 不鎖定單一價格，可能跨檔形成滑價 | 只能在設定價格或更好價成交 |
| 未成交風險 | 流動性通常使它快速匹配，但實際結果仍看狀態 | 可能完全不成交或只成交一部分 |
| 適合情境 | 金額小、深度足、接受即時可用價格 | 有明確價格邊界，且能等待與管理殘單 |
| 主要驗收 | 實際均價、數量、手續費 | 已成交量、剩餘量、狀態與資產凍結 |
先回答三個問題：你是否必須立即成交？你能接受的最差價格是多少？若只成交一部分，你會等待還是取消？不能回答時，不應先按提交再決定。
市價單如何成交與產生滑價
本文封面展示 Binance 繁體中文 BNB/USDT 現貨介面，包含多檔訂單簿以及下單區的限價與市價分頁。市場價格和深度只代表截圖當時狀態。
市價買單會從當時最低賣價開始匹配，市價賣單則從最高買價開始。第一檔數量不足時，剩餘數量會匹配下一檔，因此「最後成交價」不是你的鎖定價，最終要看加權平均成交價。
市場深度較薄、波動快速或訂單相對較大時，更可能跨多個價位。流動性也可能在提交前改變，因此預估不是保證。市價單通常強調快速匹配，但仍應以 FILLED、PARTIALLY_FILLED、EXPIRED 等實際狀態為準，不能把「市價」寫成無條件完整成交。
市價買入頁有時允許輸入報價資產支出，例如花多少 USDT；市價賣出通常以基礎資產數量，例如賣多少 BTC。欄位設計會變，必須閱讀輸入框旁的即時單位。
用三檔訂單簿計算市價均價
以下是假設的賣方訂單簿，只示範算法：
| 賣價 | 可用數量 |
|---|---|
| 100.00 | 2 單位 |
| 100.20 | 3 單位 |
| 100.50 | 5 單位 |
若市價買入 6 單位，會用 2×100.00、3×100.20、1×100.50，總支出為 601.10；加權平均價為 601.10÷6，約 100.1833。相對第一檔 100.00，平均成交價高約 0.1833%。
這還沒有加入交易手續費。若費用從收到的資產扣除，淨收到量會低於 6；若從其他資產扣除，需把那部分成本換到同一計價單位。完整計算見手續費、價差與滑價指南。
限價買與限價賣如何設定
限價買單設定的是你願意支付的最高買價；限價賣單設定的是你願意接受的最低賣價。
假設 BTC/USDT 最低 ask 為 100：
- 以 98 建立限價買單：不會在高於 98 的價格成交；市場不到 98，訂單可能一直掛著。
- 以 101 建立限價買單：因價格跨過現有 ask，可能立即按 100 或更好價成交；不是一定等到 101。
- 以 103 建立限價賣單：不會在低於 103 的價格成交；可能等待、部分成交或不成交。
價格邊界不等於成交保證。即使市場圖表曾觸及你的限價，也可能因可用數量、排隊順序或價格快速變動而沒有完整成交。驗收時要看已成交量和剩餘量，不只看價格線。
限價單不等於 Maker
Maker 是把流動性留在訂單簿，taker 是立即與現有訂單匹配。一般限價單若提交時沒有立即匹配，可能先作為 maker；若限價買價高到跨過最低 ask，或限價賣價低到跨過最高 bid，它會立即吃掉流動性並成為 taker。
只有帳戶與交易對提供 Limit Maker／Post Only，且訂單符合其條件時，才可避免立即成交；若會立刻匹配，這類訂單通常會被拒絕而不是轉成普通 taker。實際名稱和可用性以頁面為準。
Maker／taker 可能有不同費率，但不能只靠訂單名稱推斷。成交後查看每筆 fill 的角色、手續費金額與費用資產；同一張分批成交訂單也可能有多筆 fill。
GTC IOC 與 FOK 的差別
限價單可能提供 Time in Force：
- GTC（Good Til Canceled）：未成交部分持續掛單，直到成交或你取消；最容易造成新手忘記殘單與凍結餘額。
- IOC（Immediate Or Cancel）：立即成交可成交的部分，其餘取消。
- FOK（Fill Or Kill）：必須立即全部成交，否則整張取消。
不要假定所有交易對、裝置或訂單類型都有相同選項。第一次若只看到標準限價單，先理解頁面預設；建立後立即查看 Open Orders 和狀態，不要靠記憶猜測有效期。
動態交易規則與拒單排查
交易參數頁顯示每個交易對的即時限制。常見規則包括：
- PRICE_FILTER／tick size：價格可使用的最小跳動；
- LOT_SIZE／step size：數量可增加的最小步長；
- MIN_NOTIONAL 或 NOTIONAL：價格×數量需達到的名義金額範圍；
- MARKET_LOT_SIZE：市價單的數量限制；
- 交易對狀態、價格範圍或帳戶資格限制。
REJECTED 不一定是系統故障。先讀原始錯誤，再按「可用餘額 → 完整交易對 → 買賣方向 → 輸入單位 → 最小金額 → 價格／數量精度 → 交易對狀態」排查。只修正確定不符的一項，再重新建立；不要連續重送相同錯單。
截圖中的最低訂單規模等數值只代表拍攝時点，不能抄成永久答案。
第一筆訂單的提交與狀態決策
提交前檢查 Spot、完整交易對、BUY／SELL、輸入單位、可用餘額、價格邊界、預估數量、動態規則和費用。第一次只用不影響生活的小額。
提交後按狀態處理：
- REJECTED：沒有建立有效訂單；依錯誤修正餘額、規則、權限或交易對狀態後再提交。
- NEW／Open：訂單已接受但尚未完整成交；明確選擇等待或取消。
- PARTIALLY_FILLED：已成交部分不可撤回；只對剩餘量等待或取消，不要重下一張完整原單。
- FILLED：到 Trade History 核對實際數量、加權均價、手續費與費用資產。
- CANCELED／EXPIRED／EXPIRED_IN_MATCH：先確認是否已有部分成交，再決定是否建立只涵蓋缺口的新單。
取消只能處理尚未成交的剩餘量。看到 CANCELED 不代表整張從未成交；Order History 與 Trade History 必須一起看。
部分成交後，補單數量怎麼算
假設原本目標是買入 6 單位，限價單已成交 2.5 單位，剩餘 3.5 單位仍為 Open；你取消剩餘量後：
| 欄位 | 數量 | 判讀 |
|---|---|---|
| 原始目標 | 6 | 這是總目標，不是可以重新照抄的下單量 |
| 已成交 | 2.5 | 已成為不可撤回的交易，必須計入總量 |
| 已取消的未成交量 | 3.5 | 取消只釋放這部分，不會取消前面的 2.5 |
| 若仍要達到原目標，可補的最大缺口 | 6 - 2.5 = 3.5 |
新單只涵蓋 3.5；若重下 6 並全部成交，總成交會變成 8.5 |
補單公式是 尚缺數量 = 原始目標 - 所有已成交數量。佣金若從收到的基礎資產扣除，會影響錢包淨收到量，但不會把成交紀錄中的 executed quantity 改回未成交；成本與淨資產另行對帳。
完成標準與成本驗收
一筆訂單只有在以下項目都明確後才算完成：
- 你能說明為何選市價或限價，以及接受的價格／未成交風險；
- 訂單最終狀態與實際已成交量已核實；
- 沒有非預期 Open Order 或被遺忘的凍結餘額；
- 若成交，實際均價、數量、手續費與費用資產已保存；
- 基礎與報價資產的餘額變化能與成交紀錄對上；
- 若要補足未成交量，只按實際缺口建立新單，而非重送完整金額。
先不熟悉介面時，回到現貨交易介面完整教學。成交後用費用與滑價指南計算有效單位成本，而不是只看訂單上的單一價格。
官方來源與停止條件
- Binance Academy：什麼是市價單
- Binance Academy：什麼是限價單
- Binance Academy：Maker 與 Taker
- Binance 現貨交易參數
- Binance Spot API 交易規則與訂單狀態
立即停止：無法確認 Spot、交易對、方向或輸入單位，訂單狀態不明卻準備重送，或價格／數量錯誤原因尚未找到。本文只提供一般教育資訊，不構成投資、法律或稅務建議；任何訂單類型都不能保證獲利或避免損失。