什麼是 DEX,以及它如何運作

一筆去中心化交易所(DEX)交易通常從連接錢包、檢視報價開始,接著完成代幣授權、簽署,並由協議規則執行結算。本文說明 AMM、訂單簿與混合撮合機制、完整交易成本,以及錢包、智慧合約、流動性、執行與槓桿等主要風險。
簡短回答
本頁說明 一筆 DEX 交易如何進行——從連接到結算的路徑、價格如何形成、你實際支付什麼、哪些產品共用這個標籤,以及哪些風險會移到你身上。
若只要 DEX 這個詞的短定義,請用 什麼是 DEX。若問的是「我準備好簽署一筆很小的第一筆交易了嗎?」,請用 給完全新手的 DEX 基礎。
用白話來說:
DEX 交易是錢包優先:應用程式組出請求,你的金鑰簽署該動作,再由協議規則完成結算——而不是改寫公司託管交易所裡的餘額。
現貨市場、訂單簿,以及永續合約市場,都可以放在這條骨架底下。當深度、成本與你的保管習慣符合任務時,一流場域可以成為認真的主路徑。
運作方式
一筆交易的路徑
多數 DEX 交易走同一條骨架,無論畫面看起來像簡單兌換,還是完整下單介面:
- 連接自我保管錢包。 介面可以讀取餘額並組出請求。單純連接本身不應移動資金。
- 選擇市場與規模。 應用程式會依流動性池、訂單簿或多個場域報出路徑報價。
- 若設計需要,先做代幣授權。 許多現貨流程會把「允許這個合約動用這個代幣」與交易本身分開。授權可以設上限,也可以留成很寬——這個選擇之後很重要。
- 簽署交易。 你的金鑰授權這個精確動作。確認前請檢視數量、市場、鏈、最低可接受數量/限制,以及手續費提示。
- 結算。 協議規則更新所有權。在許多設計裡,這是可查驗的鏈上或協議最終結果——而不是私人公司試算表的改寫。
若報價過期、流動性移動,或你的滑點/價格限制被突破,交易可能失敗。失敗的嘗試即使沒有收到代幣,仍可能產生網路手續費。
介面底下有什麼
應用程式是一扇門。場域是門後的系統。
| 組成 | 對你的意義 |
|---|---|
| 錢包+金鑰 | 握有支出控制權。你簽署;場域不接手典型託管餘額的保管。 |
| 前端 | 組出請求、顯示報價,並送出你核准的內容。偽冒網站是真實攻擊路徑——請核對官方入口。 |
| 智慧合約/協議規則 | 強制兌換、訂單、保證金或結算能如何執行。 |
| 撮合設計 | 決定價格如何形成:池子數學、買賣掛單,或兩者混合。 |
| 流動性 | 你這筆規模對面等待的深度。深度薄就代表衝擊。 |
| 網路 | 承載交易;當設計在鏈上結算時,會收取 Gas/網路手續費。 |
兩個邊界讓模型保持誠實:
- 介面 ≠ 協議。 再精緻的畫面也可能指向錯誤合約。
- 連接 ≠ 未來無限額支出。 不良授權或惡意簽章,仍是你的金鑰在說「可以」。
撮合設計:價格如何形成
「DEX」是一套保管與結算思路,底下可以有多種市場引擎。
AMM(自動做市)
你對流動性池交易。定價規則依池子餘額決定匯率。適合開放市場與長尾代幣。相對薄池下很大的規模,會把價格推離對你有利的方向。
訂單簿 DEX
買賣掛單更像傳統交易所那樣相遇。當有做市商與深度時,主動交易會感覺熟悉——限價式控制、看得見的簿、對價格意圖更緊。
混合設計
許多認真的場域為了速度,在鏈外撮合或排序訂單,再於鏈上或協議規則下結算以求最終性。速度變好;你仍要判斷誰在營運剩餘的撮合基礎設施,以及結算如何被約束。
聚合器與路由器
它們在場域之間搜尋或拆單以改善成交。這是 路由層,不是第三種保管模型。錢包上的「兌換」按鈕可能悄悄走路由器——在把它當成「那個 DEX」之前,先看路徑。
如果你只懂簡單的池子兌換,你只懂這個類別的一部分。如果你只懂某一本永續合約訂單簿,同樣也只懂一部分。
流動性、成本,以及你真正在付什麼
流動性是局部的。場域名氣再大,也不代表每個市場都深。加碼前先問:這個交易對或這本簿,能不能在不造成難看衝擊的情況下吸收 你的規模。
總成本是一疊:
- 網路/Gas 手續費——當結算需要上鏈時,付給鏈
- 協議或 LP/交易手續費——付給市場設計
- 價格衝擊——你自己的規模推動市場
- 相對報價的滑點——確認前市場已移動
- 可能的 MEV/不利排序——在某些公開記憶體池設計上,他人可圍繞可見交易佈局
- 失敗交易的 Gas——即使兌換回退仍要付
安靜的網路與深市場比較便宜。壅塞的網路與薄簿則否。要比整疊成本,而不是只看一則標題費率。
你會在 DEX 標籤下看到的產品
DEX 早已不只是新手兌換玩具。
- 現貨——透過池子或訂單簿的代幣對代幣市場
- 永續合約與其他衍生品風格市場——帶有資金費率、保證金與清算邏輯的槓桿曝險;在許多場域仍採錢包優先設計
- 鏈上原生與長尾上市——新市場常先出現在這裡;代幣品質風險也隨開放度上升
共通線是控制權與協議結算——不是某一套 UI 模板。法幣進出場仍常落在託管軌道上。許多交易者用公司櫃檯處理現金,再把規模移入錢包優先市場去做交易。
實務上的存取與身分
在協議步驟上,許多 DEX 流程略過典型身分上傳:連接錢包、簽署、交易。這是真實的存取優勢。
它不是隱形斗篷:
- 前端可以做地理封鎖或篩選錢包
- 法幣通道與某些「類 DEX」託管應用仍會核驗你
- 鏈上活動通常是假名,不是隱形
若要看更深的身分地圖,請讀 DEX 上需要 KYC 嗎?
你承擔什麼
風險組合會轉移——並不會消失
非託管代表:對仍留在你錢包裡的餘額,你拿掉了典型交易所 IOU 保管風險。你繼承的是另一疊:
| 風險 | 看起來像什麼 |
|---|---|
| 錢包/金鑰風險 | 助記詞遺失、私鑰外洩、裝置被入侵 |
| 簽章/授權風險 | 盲簽、無限額支出權限、惡意許可 |
| 前端風險 | 釣魚網域、仿冒應用 |
| 智慧合約風險 | 協議程式碼的漏洞與攻擊 |
| 市場風險 | 流動性薄、滑點、垃圾代幣、Rug |
| 執行風險 | 某些設計上的 MEV/不利排序 |
| 網路風險 | 壅塞、延遲、手續費暴衝 |
| 永續產品風險 | 槓桿、資金費率、清算 |
| 剩餘中心化 | UI 停機、管理金鑰、混合營運者 |
簽署後的錯誤通常是最終的。壞簽章沒有客服一鍵反轉。
第一天習慣(備份、官方連結、小規模、讀提示)放在 給完全新手的 DEX 基礎。更深的分類頁處理單一風險。本頁只說明為什麼這些風險會出現在交易路徑上。
加碼前如何判斷場域(機制視角)
- 市場深度——這個交易對或這本簿,對我的規模夠深嗎?
- 總成本——此刻的 Gas、手續費、衝擊與可能滑點可接受嗎?
- 產品契合——現貨、永續,還是別的?
- 簽章清晰度——我理解正在簽署的授權或訂單嗎?
- 結算/撮合設計——池子、訂單簿或混合——剩餘營運者坐在哪裡?
- 失敗計畫——若出事,能反轉嗎?通常不能——所以從小開始。
保管準備度與「這是不是真前端?」屬於 Basics 上架檢查清單——在把任何報價當真之前先跑過。
若下一個場域是 edgeX,請用同一套機制視角:弄清楚你簽署的路徑、你碰到的訂單簿或池子,以及你付出的手續費疊層。錢包優先的訂單簿風格市場,是為想要控制權、又不想在動作之間停放典型託管餘額的交易者而建。
分享
相關文章

準備好下一步了嗎?
從本頁透過官方連結繼續註冊或開始交易。
免責聲明
本內容僅供學習參考,不構成投資建議。交易數位資產及衍生品存在風險,交易前請確保了解相關產品,並結合自身情況審慎決策。













