Uniswap“批准”与“交换”：有什么区别？ （流程指南）

了解批准交易

1. 当用户将钱包连接到 Uniswap 并选择之前未授权支出的代币时，界面会提示“批准”操作。

2. 此批准不是交换 - 它是一个单独的以太坊交易，它修改代币合约的限额映射，以允许 Uniswap 的路由器合约从用户的钱包中提取指定的金额。

3. 批准交易消耗gas并在链上确认，但此阶段没有代币移动——仅授予许可。

4. 用户可以批准无限额度或设置自定义限额；然而，许多钱包默认为无限批准，除非手动调整。

5. 一旦获得批准，相同的配额在未来的交换中仍然有效，直到被撤销或覆盖，即使在不同的 Uniswap 版本或使用相同路由器地址的第三方接口中也是如此。

交换执行流程

1. 审批成功后，用户在启动“互换”操作之前输入输入/输出金额、滑点容限和截止日期参数。

2. 交换交易调用 Uniswap 的 Router 合约，该合约在内部执行转账：从用户钱包中提取批准的代币并存入输出代币作为回报。

3. 此步骤涉及实际资产移动——输入代币被记入借方，输出代币被记入贷方，并相应地重新平衡流动性池。

4. 如果实际价格偏离用户定义的阈值，则会触发滑点保护，导致交易恢复而不执行。

5. 每个交换都会生成一个在 Etherscan 上可见的唯一交易哈希，并通过日志确认与池储备相关的转入和转出事件。

燃气消耗差异

1. 批准交易通常需要 45,000 到 65,000 个 Gas 单位，具体取决于代币合约的复杂性和网络拥塞情况。

2. 由于多次内部调用（包括余额检查、储备更新、费用计算和事件排放），掉期交易通常会消耗 120,000 到 220,000 个 Gas 单位。

3. 重复使用现有的批准可以避免重复第一次的天然气成本，使后续的交换相对便宜。

4. 具有非标准实现的代币（例如需要重入防护或自定义传输逻辑的代币）可能会显着增加批准的 Gas 使用量。

5. 与主网以太坊执行相比，Optimism 上的 Uniswap v3 等第 2 层部署可将批准和交换 Gas 费用降低 90% 以上。

批准的安全影响

1. 无限批准赋予目标合约对批准的代币余额的永久控制权——即使被破坏或恶意升级。

2. 像 2021 BadgerDAO 前端妥协这样的历史漏洞利用了预先存在的无限批准来悄悄耗尽用户资金。

3. MetaMask 等钱包现在在批准高风险合约或设置无限限额时显示警告横幅。

4. Etherscan Token Approvals Checker等工具允许用户直接通过交易审核活跃配额并撤销不必要的配额。

5. 撤销需要自己的耗气交易，并且不会自动过期——用户必须主动管理权限以保持卫生。

常见问题解答

问：如果我在另一个 DEX 上交换了相同的代币，我可以跳过审批吗？答：不可以。批准是特定于合同的。批准用于 SushiSwap 路由器的代币对于 Uniswap 路由器无效 - 即使两者使用相同的代币地址。

问：为什么我的钱包显示“已批准”，但兑换仍然失败，提示“额度不足”？答：当批准的金额低于为交换选择的输入数量时，或者当代币的小数在批准设置期间被误解时，就会发生这种情况。

问：更改滑点会影响审批步骤吗？答：不需要。滑点设置仅适用于掉期交易。批准仅涉及最大可支出金额，而不涉及定价或执行条件。

问：我可以批准 Uniswap v2 的代币并在 v3 上无缝使用它吗？答：是的，前提是审批目标与接口使用的路由器合约地址相同。但是，如果之前仅授予 v2 的路由器，则 v3 的新路由器 (0x68b3465833fb72A70ecDF485E0e4C7bD82185493) 需要其自己的单独批准。