一、分布式交易所概述：从CEX到DEX的进化之路

大家好，我是你们的老朋友。今天咱们聊聊分布式交易所。说实话，这个领域我摸爬滚打了五六年，踩过的坑比走过的路还多。但正是这些经历，让我对CEX和DEX的理解越来越深。

先问大家一个问题：你平时用币安还是Uniswap？如果你用过两者，肯定能感受到它们的巨大差异。一个像银行，一个像街头自动售货机。嗯，这个比喻虽然糙，但理不糙。

1.1 中心化交易所（CEX）与去中心化交易所（DEX）对比

先说说CEX。说白了，CEX就是传统金融的翻版。你注册、充值、下单，交易所帮你撮合。我早期做量化交易时，天天跟CEX的API打交道。那时候觉得，嗯，挺方便的，速度也快。

但问题来了——你的资产在谁手里？在交易所手里。我记得2022年FTX暴雷那天，我正在调试一个做市策略，突然看到消息，整个人都懵了。几十亿美金，说没就没。这就是CEX最大的风险：托管风险。

DEX就不一样了。你的资产一直在你的钱包里，交易只在链上完成。没有中间商赚差价，也没有人可以冻结你的资金。我有个朋友在DeFi Summer期间，靠Uniswap上的套利赚了第一桶金。他说了一句话我至今记得：“在DEX上，你才是自己资产的主人。”

来，我们看个对比表格，一目了然：

维度	CEX	DEX
资产托管	平台托管，用户不掌握私钥	用户自托管，私钥在本地
交易速度	毫秒级，体验接近传统金融	依赖区块链确认，秒到分钟级
流动性来源	做市商+用户挂单	AMM资金池+流动性提供者
交易成本	手续费低，通常0.1%左右	手续费+Gas费，波动较大
可访问性	需KYC，有地域限制	无需许可，有网络即可
安全风险	平台黑客攻击、跑路风险	智能合约漏洞、无常损失

1.2 AMM自动做市商原理

好，接下来聊聊AMM。这是DEX的核心创新。你想想看，传统交易所需要买卖双方挂单才能成交。但DEX上用户那么少，谁来提供流动性？

AMM的答案很简单：用数学公式代替订单簿。

最经典的公式就是Uniswap用的：x * y = k。x和y是两种资产的数量，k是常数。什么意思呢？就是无论你怎么交易，池子里两种资产的乘积保持不变。

举个例子。假设一个ETH/USDC池子，有10个ETH和20000个USDC。那么k = 10 * 20000 = 200000。你想用USDC买ETH，你往池子里加USDC，池子里的ETH就会减少。但乘积必须保持200000不变。

我刚开始学这个的时候，觉得这公式也太简单了吧？后来在项目中才发现，简单背后是深刻的数学原理。它保证了：

• 价格自动发现：交易量越大，滑点越高，价格自动调整
• 无限流动性：理论上任何数量都能成交，只是价格会变
• 无需做市商：任何人都可以成为流动性提供者

AMM的定价曲线是这样的：

// 假设池子有 x 个 ETH，y 个 USDC
// 当前价格 P = y / x

// 当你用 Δy 个 USDC 买入 Δx 个 ETH 时：
// (x - Δx) * (y + Δy) = k

// 所以 Δx = x - k / (y + Δy)
// 实际支付价格 = Δy / Δx

嗯，这里要注意：实际成交价格总是比当前价格高。这就是滑点。滑点大小取决于交易量占池子总流动性的比例。

1.3 Uniswap V2核心协议解析

Uniswap V2是我个人最喜欢的DEX协议。为什么？因为它把复杂的事情做简单了。V2在V1的基础上，加了几个关键功能：

• ERC20/ERC20交易对：不再局限于ETH交易对
• 价格预言机：可以获取历史价格，防止操纵
• 闪电贷：无抵押借贷，但必须在同一笔交易中归还

咱们看看V2的核心合约结构。我画了一张图，帮你理清思路：

这张图展示了V2的核心组件。工厂合约负责创建交易对，交易对合约管理储备，路由合约封装了交易逻辑。用户通过路由合约与交易对交互。

咱们看看V2的代码核心逻辑。这是Pair合约的swap函数简化版：

function swap(uint amount0Out, uint amount1Out, address to, bytes calldata data) external {
    // 检查不能同时输出两种资产
    require(amount0Out > 0 || amount1Out > 0, "UniswapV2: INSUFFICIENT_OUTPUT_AMOUNT");
    
    // 获取当前储备
    (uint112 _reserve0, uint112 _reserve1, ) = getReserves();
    
    // 计算输出后的新储备
    uint balance0 = IERC20(token0).balanceOf(address(this));
    uint balance1 = IERC20(token1).balanceOf(address(this));
    
    // 核心检查：确保 k 值不减少
    uint balance0Adjusted = balance0 * 1000 - amount0In * 3;
    uint balance1Adjusted = balance1 * 1000 - amount1In * 3;
    require(balance0Adjusted * balance1Adjusted >= uint(_reserve0) * uint(_reserve1) * 1000**2, "UniswapV2: K");
    
    // 更新储备
    _update(balance0, balance1, _reserve0, _reserve1);
    
    // 转账给接收方
    if (amount0Out > 0) _safeTransfer(token0, to, amount0Out);
    if (amount1Out > 0) _safeTransfer(token1, to, amount1Out);
}

V2还有一个重要的设计：手续费机制。每笔交易收取0.3%的手续费，全部归流动性提供者。这0.3%是怎么实现的？看上面的代码，有个1000和3的魔法数字。实际上，每次交易会扣除0.3%的手续费，然后加到储备中。这样k值会缓慢增长，LP们就能赚到钱了。

我记得有一次，我在部署V2池子时，忘了设置正确的feeTo地址。结果手续费全跑到了黑洞地址。嗯，那次教训让我养成了一个习惯：每次部署前，先跑一遍测试网。

最后，说说V2的局限性。它最大的问题是：资金效率低。因为价格曲线是固定的，大部分资金其实用不到。比如ETH在1000-2000美元之间波动，但池子里的资金必须覆盖0到无穷大的价格范围。这就导致了大量资金闲置。

不过，V2的设计哲学我很欣赏：简单、安全、去中心化。它牺牲了效率，换来了极致的可靠性。在DeFi的世界里，有时候慢一点反而是好事。