訂單簿 DEX 與 AMM

進階2026年10月28日 · 閱讀約需 6 分鐘

訂單簿 DEX 透過即時的買價與賣價簿撮合交易者。 AMM（自動做市）則依流動性池與公式為交易定價，所以你是跟池子兌換，而不是當下等待某個特定對手方。

定義

訂單簿 DEX 透過即時的買價與賣價簿撮合交易者。AMM（自動做市）則依流動性池與公式為交易定價，所以你是跟池子兌換，而不是當下等待某個特定對手方。

白話來說：

同樣是錢包優先的想法。撮合引擎不同。訂單簿顯示靜置意圖。流動性池永遠用儲備報價。

兩者都可以是非託管的 DEX 設計。兩者都不是「唯一真正的 DEX」。保管、結算與智慧合約風險，仍會與撮合選擇並存——本頁談的是價格如何形成、成交如何發生。

交易中

真正的交易問題

光知道兩個詞還不夠。真正有用的問題是：

對這個交易對、這個規模，我需要的是池子式隨時在線的流動性，還是訂單簿式的深度與控制——而且那個深度此刻真的在這裡嗎？

兩種引擎怎麼運作

訂單簿路徑

買家掛買價。賣家掛賣價。引擎撮合相容價格，通常先價格優先、再時間優先。你會看到價差（最佳買價與最佳賣價之間的缺口）與深度（靠近中價堆疊的數量）。市價單會吃穿訂單簿。限價單則靜置，直到成交或你取消。

AMM 路徑

流動性提供者把資產存入池子。曲線或不變量依當前儲備設定價格。你對池子兌換。你的規模會改變餘額，因此相對於淺儲備的較大規模，平均成交價會更差。除非場所在上面加了額外訂單功能，否則沒有經典的買價階梯可以「慢慢做」。

並排後果

面向	訂單簿 DEX	AMM
價格來自	靜置的買價與賣價	池子儲備與公式
你通常看到	價差、深度、掛單量	池子規模、即時報價、估計衝擊
典型吃單流程	市價／限價／分階段小筆	報價 → 確認兌換
深度足夠時的大單	常能在中價附近吃穿多檔	衝擊隨你推動曲線而上升
長尾／新交易對	沒有做市商時可能空著	只要池子有庫存仍可報價
被動 LP 的無常損失（IL）	不是吃單方的問題	LP 可能面對相對持有的庫存漂移
資金效率	做市商把數量放在選定價格	樸素曲線會停放「懶惰」流動性；現代曲線把流動性集中在價格附近
原生靜置控制	強（限價、取消、排隊）	較弱，除非產品加上類限價工具

實作範例：同一規模，兩種引擎

訂單簿吃穿。 中價約 100。賣價階梯偏薄：

檔位	數量	價格
1	5	100.10
2	10	100.40
3	15	101.00

市價買入 20 單位：5 @ 100.10 + 10 @ 100.40 + 5 @ 101.00。平均成交 ≈ 100.475。頂部報價不是你的整筆成交。深度決定了結果。

池子移動。 簡化常數積池：1,000 TOKEN 與 100,000 USDC（現貨 ≈ 100）。買入足以從池子移出 50 TOKEN。儲備再平衡；平均買價會落在交易前現貨之上幾個百分點，因為你的規模就是那次移動。同樣名目金額進入深得多的池子，可能只輕推價格。規模是相對池子深度——與流動性同一課，套用在撮合設計上。

三個短交易場景

場景 A — 長尾發現。

一個新代幣有小池子，幾乎沒有任何地方有靜置訂單簿。AMM 報價仍存在。若衝擊可接受，你可以兌換小筆。因為「你相信」而放大規模，並不會變出深度。寧可砍規模，也不要用放寬容差來演戲。

場景 B — 大型主流單。

你需要在主流交易對輪動一大筆。深度夠的訂單簿 DEX（或一般深度夠的訂單簿場所）往往能用限價與分批，在中價附近吸收更多。把同樣名目金額倒進淺池，正是衝擊變成真正重要費用的方式。當深度真實時，錢包優先訂單簿在這裡是認真路徑——不是懷舊嗜好。

場景 C — 空簿、大聲品牌。

介面看起來像完整交易所，但該交易對的訂單簿是空心的。限價永遠不成交；市價單跳空。撮合設計承諾了控制；本地深度沒有兌現。請檢查這個交易對的深度，而不是產品截圖。

混合與路由器（目前最有用的狀態）

許多實際系統會混合設計：

混合訂單簿： 撮合與大量取消可能為了速度在鏈下運行；結算在鏈上或依協議規則最終完成。你保留錢包優先結算的好處，同時接受撮合宿主仍是殘餘信任面。
聚合器／路由器： 一鍵可能把你的小筆拆到多個池子與訂單簿。你仍支付混合後的衝擊、手續費與 Gas。路由器不會創造流動性；它只是搜尋流動性。

舊刻板印象「DEX 就等於又慢又只有 AMM」已經過時。現代 L2、應用鏈與混合引擎，讓訂單簿 DEX 再次變得實用。請判斷你面前的場所。

交易者仍會搞錯的失敗模式

DEX = AMM。 錯。訂單簿與混合也是 DEX 撮合。
任何訂單簿都勝過任何池子。 錯。空心訂單簿在同一交易對上會輸給深池。
任何池子都適合大單。 錯。衝擊隨規模相對儲備放大。
限價會變出成交。 限價只會靜置；它不會強迫對手方出現。
交易 AMM 就等於你承擔無常損失（IL）。 IL 主要是 LP 的庫存問題。吃單方付出的是衝擊、手續費與執行風險。
撮合設計能修好保管。 不能。金鑰、合約與場所殘餘控制仍然重要。

會改變路徑的設計動作

依工作挑選，不要跟風。 小型發現兌換 → 池子可能夠用。大型可控進場 → 偏好真實訂單簿深度與限價。
下單前先讀深度。 訂單簿階梯或池子報價衝擊——同一習慣，不同 UI。
當訂單簿允許時，把大單分批跨時間或跨檔位。
當問題是碎片化時才用路由器，不是每條路徑都很薄時。
預算全包成本： 衝擊 + 交易手續費 + Gas，勝過壞路徑上的「便宜手續費」。
在 edgeX 這類錢包優先場所，當交易對深度足以承接你的這筆時，把訂單簿當成主要執行面——而且每次仍要核對深度。

別與這些混淆

訂單簿 DEX 與 AMM ≠ CEX 與 DEX。本頁比較的是錢包優先／協議場所內部的撮合引擎。公司帳本與自我保管是另一條分裂——見 CEX 與 DEX。
AMM ≠ 流動性。 池子只是呈現流動性的一種方式。深度仍可能很薄。見什麼是流動性？
訂單簿 ≠ 保證緊密成交。 可見買價只有在數量真的在那裡時才有幫助。
AMM 上的價格衝擊 ≠ 訂單簿上的「價差」。 衝擊是你的交易把曲線推多遠；價差是某一刻的買賣價缺口。兩者都影響你付多少；它們不是同一支量尺。見什麼是滑點？
混合撮合 ≠ 完全去中心化獎牌。 鏈下撮合可以很快，仍可能引入宿主或營運者表面。
聚合器報價 ≠ 無限深度。 路由找路徑；它不會鑄造庫存。

準備好下一步了嗎？

從本頁透過官方連結繼續註冊或開始交易。

在 edgeX 開始交易

免責聲明

本內容僅供學習參考，不構成投資建議。交易數位資產及衍生品存在風險，交易前請確保了解相關產品，並結合自身情況審慎決策。

術語表

訂單簿 DEX 與 AMM

進階2026年10月28日 · 閱讀約需 6 分鐘

定義

白話來說：

同樣是錢包優先的想法。撮合引擎不同。訂單簿顯示靜置意圖。流動性池永遠用儲備報價。