--- title: "加密資產委託簿" description: "委託簿是特定交易場所的未成交買賣委託視圖；安全使用要求連貫重建市場資料、準確理解撮合規則、依深度計算成交結果，並核對成交與結算。" image: "https://wiki.fcontext.com/og.png" --- > Documentation Index > Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt > Use this file to discover all available pages before exploring further. # 加密資產委託簿 > 僅供教育參考，不構成投資建議；投資可能產生損失。 ## 直接答案 委託簿是特定交易場所及產品的狀態或市場資料視圖，呈現未成交買方委託、賣方委託或依價格彙總的檔位。最高顯示買價與最低顯示賣價分別構成最佳買價和最佳賣價，兩者之差為價差。可見狀態只是某一瞬間的可成交意向，不是預測、持續存在的承諾，也不是隱藏委託、冰山委託、詢價、場外交易及其他場所流動性的完整地圖。 市場資料層級十分重要。Level 1 顯示最佳檔位，Level 2 依價格彙總數量，Level 3 在交易場所提供時可顯示單筆委託及佇列細節。Level 2 的數量可能由多筆委託構成，無法揭露某個帳戶的排隊位置。可靠的本地委託簿必須將一致的快照與連續且順序正確的增量事件結合；序號或檢查碼連續性失效時必須停止使用。 撮合規則因交易場所而異。部分連續委託簿採價格時間優先；其他產品可能採按比例分配、集合競價、隱藏委託規則、自成交防範或鏈特有的區塊排序。市價委託依可用價格成交，並不保證最近成交價。限價委託可立即吃單，未成交餘額再進入委託簿等待。取消在獲確認前只是與成交競速的請求，因此必須依權威事件核對成交、費用、剩餘數量、餘額及結算。 ## 運作機制 1. 鎖定交易場所及法律實體、產品和交易時段、基準/報價方向、現貨或衍生品契約、最小價格變動、最小交易單位、最低名目金額、費率級距、委託簿層級、保管或結算模型及時鐘。 2. 建立一致的本地視圖：訂閱並緩衝事件，取得文件規定的快照，只套用相容且有序的更新，區分絕對數量與變動量，核對序號或檢查碼，並在任何缺口出現時重新取得快照。 3. 閱讀有關優先順序、集合競價、自成交防範、修改委託、取消委託、隱藏委託或冰山委託，以及鏈上或區塊內排序的正確撮合規則。不得從彙總檔位推斷排隊位置。 4. 指定買賣方向、基礎資產數量或報價預算、限價或市價行為、停損觸發條件、`GTC`、`IOC` 或 `FOK` 等有效期間指示、只掛單或只減倉旗標、價格保護區間及最差可接受價格。 5. 逐檔掃過可成交一側，估算成交數量、名目金額、VWAP、價差及相對指定基準的滑價。逐筆成交加入掛單方或吃單方費用，並壓力測試延遲、深度撤出或隱藏及部分成交。 6. 使用具冪等性的用戶端識別碼提交，並接收私有確認、拒絕及成交資訊。修改、取消及撤換委託在撮合引擎或鏈確認前都視為競態；核對實際剩餘數量、部位、現金及費用。 7. 比較公開委託簿、私有委託狀態、成交及結算帳本。對 CEX，區分撮合與保管、提領；對鏈上或混合委託簿，區分提交、排序、執行、結算、重組及最終確定，並在狀態不一致時暫停及重新同步。 掛單方和吃單方描述每筆成交的流動性角色，不是帳戶或委託的永久標籤。可成交限價委託可能先跨越數檔吃單，剩餘部分隨後以掛單方身分等待。停損委託在交易場所規定的觸發條件產生另一筆委託前，通常不會顯示於委託簿，觸發價也不保證成交價。有效期間、只掛單、市場保護及修改委託行為都必須依特定交易場所與產品核對。 ## 計算範例 - **價差與報價身分。** 最佳買價為 `99.90`，最佳賣價為 `100.10`，因此 `midpoint = (99.90 + 100.10) / 2 = 100.00`，絕對價差為 `0.20`，相對中間價的價差為 `0.20 / 100.00 = 0.20% = 20 bps`。最近一筆成交價 `99.70` 本身不會改變這些目前可成交報價。 - **掃深度與費用。** 賣方檔位為 `2 @ 100.00`、`3 @ 100.20` 及 `5 @ 100.50`。市價買入 `8` 的成本為 `200.00 + 300.60 + 301.50 = 802.10`，因此 `VWAP = 802.10 / 8 = 100.2625`。相對最佳賣價的滑價為 `0.2625% = 26.25 bps`。若吃單費為 `20 bps`，費用是 `1.6042`，現金總流出為 `803.7042`，全成本單位價格為 `100.463025`。 - **可成交限價委託的餘額。** 對同一賣方檔位提交限價買方委託 `8 @ 100.20`，會以 `2 @ 100.00` 及 `3 @ 100.20` 成交，成本 `500.60`，VWAP 為 `100.12`，尚餘 `3` 未成交。採用 `IOC` 時餘額取消；採用 `GTC` 時餘額可能以 `100.20` 掛單。已成交名目金額按 `20 bps` 收取的吃單費為 `1.0012`，在後續任何掛單方成交前，目前現金流出為 `501.6012`。 - **序號與取消競態。** 本地快照在 `sequence = 100` 時顯示 `4 @ 100.10`。事件 `101` 將數量改為 `1`，但下一則收到的是 `103`；缺少 `102` 使委託簿狀態未知，不能靠 `103` 安全修復，必須取得新快照。另有數量為 `10` 的賣方委託，在取消確認前依序成交 `2` 及 `1`：最終成交量為 `3`，取消餘額為 `7`，而不是零成交。 ## 風險 - 交易場所、法律實體、產品、契約、交易時段或環境錯誤。 - 基準/報價方向顛倒，或數量與名目金額單位不一致。 - 最小價格變動、最小交易單位、最低名目金額、小數位數或價格區間規則錯誤。 - 快照過期、不完整、屬於錯誤交易時段，或與緩衝事件不相容。 - 忽略序號缺口、重複、亂序事件或檢查碼失敗。 - 將絕對替換數量當成變動量，或錯誤處理零數量刪除。 - 將 Level 2 彙總誤認為 Level 3 委託身分或排隊位置。 - 遺漏隱藏、冰山、詢價、暗池、場外、內部化或其他場所流動性。 - 錯誤假設價格時間、按比例、集合競價、自成交防範、修改或補充顯示量規則。 - 誤解市價、限價、停損、保護區間、只掛單、只減倉、`GTC`、`IOC` 或 `FOK` 的語意。 - 市價委託部分成交、遭拒絕，或遠離最近價、中間價或最佳價成交。 - 取消、修改或撤換委託與成交競態，導致非預期剩餘部位或超額成交。 - 重複提交、確認遺失、用戶端 ID 衝突或委託 ID 不符破壞冪等性。 - 掛單方/吃單方角色、級距、回饋、逐筆費用、資金費或結算費記帳錯誤。 - 顯示價差或深度在網路、處理、排隊或區塊延遲期間消失。 - 買賣方顯示深度遭取消、虛假委託、分層、補充或因場所分散而誤讀。 - 滑價基準、方向、價差、VWAP、費用、外匯換算或全成本計算錯誤。 - 暫停交易、集合競價、僅限價模式、維護、中斷、速率限制或市場狀態變化改變行為。 - CEX 的保管、帳本、資產隔離、提領、償付能力或 API 完整性獨立於撮合而失效。 - 鏈上或混合流程增加授權、nonce、燃料費、排序器、MEV、合約、重組、最終確定及索引器風險，且最終核對失敗。 ## 常見迷思 - **「大量買方顯示深度保證價格上漲。」** 顯示委託可能真實，也可能遭取消、移動、被其他流量遮蔽或用於誤導。 - **「市價委託會按最近價、中間價或最佳價成交。」** 它消耗可用對手方流動性，可能部分成交或跨越多個檔位。 - **「限價委託一定是掛單方且沒有成本。」** 可成交部分可能是吃單方，餘額可能等待或永不成交，費用、機會成本及資訊洩漏仍存在。 - **「歷史成交量高，任何規模都有深厚可成交流動性。」** 成交量記錄過去換手；目前深度、延遲、隱藏流量及價格衝擊決定成交結果。 - **「鏈上委託簿完全可見、立即最終確定且無須信任。」** 排序、鏈下簽署委託、排序器、合約、索引器、結算及最終確定仍可能是獨立相依項目。 ## 相關主題 - [中心化交易所](/zh-tw/crypto/cex/) - [限價委託](/zh-tw/crypto/limit-order-crypto/) - [市價委託](/zh-tw/crypto/market-order-crypto/) ## 資料來源 - [Recommended Practices for Book Management](https://www.fixtrading.org/wp-content/uploads/download-manager-files/MDOWG_Book_Mgt-v20.pdf) - FIX Trading Community（存取日期：2026-08-13） - [Exchange Matching Engine](https://docs.cdp.coinbase.com/exchange/concepts/matching-engine) - Coinbase Developer Documentation（存取日期：2026-08-13） - [Exchange WebSocket Channels](https://docs.cdp.coinbase.com/exchange/websocket-feed/channels) - Coinbase Developer Documentation（存取日期：2026-08-13） - [Create a new order](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/create-new-order) - Coinbase Developer Documentation（存取日期：2026-08-13） - [Get all fills](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/get-all-fills) - Coinbase Developer Documentation（存取日期：2026-08-13） - [Get fees](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/fees/get-fee) - Coinbase Developer Documentation（存取日期：2026-08-13） - [Order Types](https://docs.cdp.coinbase.com/prime/concepts/trading/order-types) - Coinbase Developer Documentation（存取日期：2026-08-13） - [Order book](https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/order-book) - Hyperliquid Docs（存取日期：2026-08-13） Source: https://wiki.fcontext.com/zh-tw/crypto/order-book-crypto/index.mdx