此网页仅供信息参考之用。部分服务和功能可能在您所在的司法辖区不可用。

什么是 DEX?

去中心化交易所(decentralized exchange,DEX)是一类让用户通过区块链协议或智能合约交换数字资产的交易系统。智能合约是部署在区块链上、按代码检查并执行操作的程序。用户通常从自己的钱包发出操作,交易由这类链上程序按规则结算,不必先把资产记入同一家交易平台控制的内部账户。

DEX 不是一种固定的软件结构,也不等于“每一步都在链上”或“没有任何运营者”。有的 DEX 用资金池自动报价,有的使用买卖订单;报价、订单传播和交易路径计算也可能在链外完成,也就是由不直接写入区块链的服务处理,最后再由区块链合约结算。网页界面、管理员权限、外部数据和底层网络仍可能形成集中依赖。

DEX 由交易规则、可用资产和使用入口组成

普通读者看到的 DEX 往往是一个网页,但完成交换通常需要多种组件:

  • 交易协议:规定订单或资金池怎样被调用、资产怎样转移;
  • 智能合约:部署在区块链上并按代码检查与执行操作的程序;
  • 流动性来源:可供交易的资金池资产、挂单或做市商报价;
  • 钱包:保存或调用用户的签名能力,让用户确认授权和交易;
  • 应用界面:展示资产、报价、费用和交易状态;
  • 区块链网络:验证交易并把执行结果写入共同状态。

协议和网页不是同一个东西。同一交易协议可以有多个界面,某个界面也可以接入多个协议。官网暂时无法访问,不一定表示底层合约已经停止;反过来,网页可以正常打开,也不能证明它显示的是正确合约或真实报价。

一次兑换从报价走到链上结算

用户选择要交出的资产、希望收到的资产和数量后,界面会查询资金池、订单或其他流动性来源,给出预估结果。报价通常只反映查询时的状态,并可能带有有效期。

如果合约需要从用户地址转走某种代币,用户可能要先提交一笔授权交易。授权是允许指定的支出者地址,也就是被允许代为转移资产的地址,在额度范围内从用户地址转移某种代币;这个地址常是兑换合约,但也可以是其他地址。授权不是兑换本身;授权额度过大或授权给错误地址,会留下后续资产被转走的风险。有些代币标准和钱包支持用签名授予这类额度,实际效果仍取决于标准与合约。

随后,界面会生成包含目标网络、合约地址、资产数量和允许的最差结果等条件的交易请求;钱包会展示它能够解析的请求内容和预计网络费用。用户确认并签名后,交易被发送到区块链网络。节点在处理候选区块时按协议验证并执行目标合约;交易执行成功且被纳入有效区块后,资产余额才会按执行结果更新。何时可视为最终确定,仍取决于具体网络的确认或最终性机制。

交易提交后仍可能失败。例如,报价已经过期、池中余额变化、允许的价格偏差过小、授权或余额不足,都会使合约拒绝执行。界面显示“已提交”只说明请求已经发出,不代表兑换完成。

自动做市商用资金池给出兑换结果

自动做市商(automated market maker,AMM)是一类让智能合约根据资金池余额和计算规则给出兑换结果的机制。交易者与资金池交互,不必等待某个指定卖方在同一时刻接单。

流动性提供者把资产放入资金池,为其他用户的兑换提供可用数量,并可能按规则获得部分费用。兑换者从池中取出一种资产、放入另一种资产后,池中比例会变化,后续报价也随之改变。

交易量相对于资金池越大,交易本身对池中比例的改变通常越明显。预估成交价与操作前池内价格之间由这笔交易造成的差异,常称为价格影响。

不同 AMM 可以使用不同计算公式、资产范围和流动性分布方式。Uniswap v2 的技术说明展示了用两种代币储备和固定乘积规则管理资金池的一种实现,但这不是所有 DEX 的统一结构。

订单簿把买卖意向进行匹配

订单簿记录参与者愿意按什么价格和数量交易。挂出订单的一方通常称为挂单方,接受已有订单的一方称为吃单方。系统找到条件相容的订单后,再按规则完成结算。

订单和撮合可以采用不同安排。某些系统把订单和匹配都写入区块链;另一些系统让用户先签署订单,在链外传播或匹配,成交时再把签名订单交给合约验证和结算。链外订单簿能减少每次挂单都写入链上的开销,但订单服务是否可用、是否隐藏部分订单,以及谁能提交成交,仍需分别检查。

签名订单的字段和撮合方式并不统一。0x 的订单文档展示了一种限价订单:订单包含交换资产、数量、签名者、有效期等条件,最终由链上合约检查并执行。

聚合器寻找交易路径,但不一定提供流动性

DEX 聚合器会查询多个资金池、订单或报价来源,再为一笔兑换计算一条或多条交易路径。它可能把交易拆到不同来源,或先换成中间资产再换成目标资产。

聚合器不一定自己持有资金或运营底层交易协议。它提供的主要能力可能是查找报价、估算网络成本并生成调用其他合约的交易请求。0x 的核心概念说明展示了聚合 AMM、订单和做市商报价的一种路由方式。

聚合不保证任何时候都得到全市场最优结果。可查询的来源范围、报价更新时间、路由算法、协议费、界面费、网络费和交易能否成功,都会影响实际收到的数量。

价格影响和滑点不是同一个概念

价格影响来自交易本身改变可用流动性或吃掉订单。滑点则是预期成交结果与实际执行结果之间的差异,可能来自等待期间其他交易、价格变化、订单被填充或交易排序。

界面常让用户设置滑点容忍度,并把它转换成“最少收到多少”或“最多付出多少”的链上条件。如果执行时结果超出这个范围,交易通常会回退;容忍范围过宽,则可能在价格明显变化时仍然成交。

报价、价格影响、滑点设置和最终成交结果需要分开查看。低价格影响不代表等待期间不会发生滑点,设置滑点上限也不能让市场价格保持不变。

费用可能支付给不同参与者

DEX 兑换可能同时出现多类费用:

  • 网络费用:支付给处理区块链交易的网络参与者;
  • 兑换费用:由资金池或交易合约按规则收取,其中一部分可能分给流动性提供者,也可能流向协议金库;
  • 界面或聚合服务费用:由应用入口或路由服务另行收取;
  • 跨链相关费用:只有交易路径涉及跨链消息或资产转移时才可能出现。

不同费用可能包含在报价中,也可能单独显示。只比较表面兑换比例可能忽略网络费、路由费或代币本身的转移规则;最终应以钱包请求和链上执行结果为准。

非托管不表示资产从未进入合约

DEX 常被称为非托管交易系统。这里的非托管通常指平台运营方不能凭自己的账户单方面替用户划转资产;用户从钱包发起交易,并由合约按规则执行。

这不表示资产在整个过程中始终停留在用户地址。加入资金池时,资产会进入资金池合约;挂单或交易也可能涉及合约托管、代币授权或专用账户。应查看谁能调用这些资产、合约是否可升级,以及是否存在暂停或紧急提取权限。

断开钱包与网页的连接只会结束当前交互,不会自动撤销已经写入链上的代币授权,也不会退出资金池或取消所有签名订单。

DEX 和中心化交易所的区别在托管、撮合与结算

中心化交易所(centralized exchange,CEX)和 DEX 都可以展示市场、接收交易请求和返回成交结果,但关键环节由不同系统承担。

比较项 DEX 的常见安排 CEX 的常见安排
资产记录 用户钱包和链上合约记录余额或仓位 运营方内部账本记录用户余额
交易前托管 常由钱包授权合约或把资产放入池中 通常先把资产存入运营方控制的账户
报价与撮合 资金池公式、链上订单或链外签名订单 运营方维护的订单簿和撮合系统
结算 区块链交易更新资产状态 先更新内部账本,提取时再发生链上转移
规则修改 取决于合约、治理和管理员权限 由运营方按其系统和服务规则管理
操作恢复 错误链上交易通常不能由客服直接撤销 运营方可能在内部系统中暂停或处理部分操作

这些是常见模式,不是所有产品的统一规则。DEX 可以保留管理员权限,CEX 也可以公开部分链上储备信息。比较时应检查具体的托管和执行结构,而不是只凭名称判断。

同链兑换不等于跨链交换

普通 DEX 兑换通常只处理同一条区块链上的资产。即使某个代币名称代表另一条链的资产,交易的也可能是当前网络上的映射或包装版本,也就是为在该网络中使用而形成的对应代币,而不是原网络中的资产本身。

在不同区块链之间移动价值,通常还需要跨链桥、消息协议、托管发行方或其他跨链机制。聚合器把跨链步骤包装成一次界面操作,也不会消除底层桥接、最终确认和目标网络的风险。

因此,核对资产时要同时确认代币合约地址和所属网络。名称、图标或交易代码相同,不足以证明两个代币是同一份链上资产。

去中心化程度需要逐层检查

判断 DEX 时,可以分别检查:

  • 谁能部署、升级、暂停或更换交易合约;
  • 谁控制官网、域名、默认代币列表和路由服务;
  • 流动性来自独立资金池、少数做市商还是单一服务商;
  • 订单是否公开传播,撮合服务能否选择性展示或延迟订单;
  • 用户能否通过其他界面或直接调用合约;
  • 底层区块链的交易排序、验证和最终确认由谁参与;
  • 治理投票与实际管理员权限怎样连接。

合约公开、用户自己签名或网页不托管资产,都只回答其中一部分问题。“DEX”标签本身不能证明系统完全无需信任、无法暂停或不会审查交易。

DEX 的主要风险

DEX 风险可能来自交易机制、代码和使用入口:

  • 智能合约存在缺陷,或升级、暂停权限超出用户预期;
  • 代币授权范围过大,错误或恶意合约可以转走资产;
  • 资金池较浅或订单不足,实际成交结果明显偏离预估;
  • 交易等待期间价格变化,最终回退或在允许范围内以较差结果成交;
  • 公开待处理交易被他人观察并利用排序,在用户交易前后插入交易;
  • 代币合约含有转移限制、额外收费或可随时增发等特殊规则;
  • 假网站、错误合约地址或伪造代币诱导用户签名;
  • 聚合器、路由、跨链桥或底层协议故障,把风险传递到整条交易路径;
  • 底层区块链拥堵、重组或故障导致交易延迟或状态变化。

公开代码、审计报告和较长运行历史可以提供参考,但不能证明合约没有未知缺陷。链上成功也只说明交易符合当时规则,不表示成交结果符合用户原本预期。

常见问题

DEX 一定使用 AMM 吗?

不一定。DEX 可以使用 AMM 资金池、链上订单簿、链外签名订单、做市商报价或多种方式的组合。

连接钱包后 DEX 能直接转走资产吗?

连接钱包通常只建立交互通道,不等于批准转账。后续的代币授权、签名订单或交易确认才可能产生资产权限;每次请求需要分别查看。

DEX 上的交易一定立即完成吗?

不一定。交易要等待网络处理,也可能因报价过期、余额、授权、滑点条件或合约错误而失败。界面给出的时间只是预估。

DEX 一定比 CEX 费用低吗?

不一定。实际成本取决于网络费、协议费、界面费、交易规模、流动性和成交价格,不能只比较某一个费率字段。

在 DEX 买到的同名代币都一样吗?

不一定。任何人可能部署同名或同交易代码的代币。识别链上资产时需要核对网络和合约地址,不能只看名称或图标。

相关词条

继续了解DeFi、DApp、智能合约、非托管钱包和加密代币,或返回加密货币术语表。

参考来源

免责声明
本文章可能包含不适用于您所在地区的产品相关内容。本文仅致力于提供一般性信息,不对其中的任何事实错误或遗漏负责任。本文仅代表作者个人观点,不代表欧易的观点。 本文无意提供以下任何建议,包括但不限于:(i) 投资建议或投资推荐;(ii) 购买、出售或持有数字资产的要约或招揽;或 (iii) 财务、会计、法律或税务建议。 持有的数字资产 (包括稳定币) 涉及高风险,可能会大幅波动,甚至变得毫无价值。您应根据自己的财务状况仔细考虑交易或持有数字资产是否适合您。有关您具体情况的问题,请咨询您的法律/税务/投资专业人士。本文中出现的信息 (包括市场数据和统计信息,如果有) 仅供一般参考之用。尽管我们在准备这些数据和图表时已采取了所有合理的谨慎措施,但对于此处表达的任何事实错误或遗漏,我们不承担任何责任。 © 2026 OKX。本文可以全文复制或分发,也可以使用本文 100 字或更少的摘录,前提是此类使用是非商业性的。整篇文章的任何复制或分发亦必须突出说明:“本文版权所有 © 2026 OKX,经许可使用。”允许的摘录必须引用文章名称并包含出处,例如“文章名称,[作者姓名 (如适用)],© 2026 OKX”。部分内容可能由人工智能 (AI) 工具生成或辅助生成。不允许对本文进行衍生作品或其他用途。

相关推荐

查看更多
Generic bull market charts thumbnail

什么是 FOK 订单(全部成交否则取消)?

**FOK(Fill or Kill)是要求立即全部成交、否则整笔取消的订单执行条件。** 它不接受部分成交,也不保留未成交数量等待下一次机会。在加密交易中,FOK 常与[限价单](/zh-hans/learn/what-is-limit-order)结合使用。 ## FOK 是怎么运作的? 订单提交并通过检查后,交易系统核对符合价格要求的对手单能否满足全部数量:能够立即满足,就全部成交;不能满足
2026年11月12日
thumbnail:bullish-calendar-spread-strategy

什么是挂单方(Maker)?

**挂单方(Maker)是在订单簿中先提供报价、之后由其他订单与之成交的一方。** 订单簿记录尚未成交的买卖报价及数量。在采用订单簿的加密现货和合约市场中,挂单方为其他交易者提供了可以接受的买入或卖出价格。 ## 一笔挂单成交是怎样发生的? 订单提交后,如果没有立即匹配,而是留在订单簿中,它就为后续交易提供了报价。后来有对手订单接受这个价格,双方完成成交,原先提供报价的一方便是这笔成交的 Make
2026年11月12日
trade-academy-beginner-4

什么是吃单方(Taker)?

**吃单方(Taker)是与订单簿中已有报价立即匹配并成交的一方。** 订单簿记录尚未成交的买卖报价及数量;吃单方接受其中的报价,完成对应数量的交易,而不是先挂出自己的报价等待。 ## 吃单成交是怎样发生的? 一方先在订单簿上提供报价,另一方提交能够与它匹配的订单。交易系统将两者配对,后提交并取走已有报价的一方,就形成吃单成交。 例如,假设订单簿中已有价格 100 USDT、数量 2 个的卖单。一
2026年11月12日
Options trading generic thumb

什么是买卖价差?

**买卖价差(Bid-Ask Spread)是同一市场、同一时点的最低卖价与最高买价之间的差额。** 在采用订单簿的加密市场中,它描述买卖两边最接近的报价还相差多少。 ## 买卖价差怎样计算? 订单簿是尚未成交的买卖报价清单。买方报价称为 Bid,其中最高的一档是**最优买价(Best Bid)**;卖方报价称为 Ask,其中最低的一档是**最优卖价(Best Ask)**。 **买卖价差=最优卖
2026年11月12日
Forward Contracts vs. Futures Contracts What Are the Differences

什么是只做 Maker 订单(Post-Only)?

**只做 Maker 订单(Post-Only)是在限价单上附加“只挂单、不立即吃单”要求的订单。** 在采用订单簿的加密现货和合约市场中,订单簿记录尚未成交的买卖报价及数量。先提供报价、之后由其他订单与之成交的一方称为[挂单方](/zh-hans/learn/what-is-maker)(Maker);接受已有报价并立即成交的一方称为[吃单方](/zh-hans/learn/what-is-ta
2026年11月12日
thumbnail:arbitrage-order

什么是 IOC 订单(立即成交否则取消)?

**IOC 订单(Immediate or Cancel)要求立即成交当前能够成交的数量,并取消剩余未成交数量。** 在采用订单簿的加密货币市场中,订单簿记录尚未成交的买卖报价及数量。IOC 订单会尝试与其中已有的报价成交,不把剩余数量留下等待。 ## IOC 是怎么运作的? IOC 限制的是订单可以等待多久,[限价单](/zh-hans/learn/what-is-limit-order)限制的
2026年11月12日
查看更多