代币合约中如何判断Uniswap上ERC-20 transfer()的买卖方向

核心逻辑锚点 #

所有Uniswap V2/V3的现货交易资金流向完全固定可追溯，没有歧义：

• 买入己方代币的完整资金流：用户向Uniswap交易对/交易池转入WETH/ETH → 交易对/交易池从自身的代币储备中，转出对应数量的己方ERC-20代币给用户
• 卖出己方代币的完整资金流：用户向Uniswap交易对/交易池转入己方ERC-20代币 → 交易对/交易池从自身的WETH/ETH储备中，转出对应数量的ETH给用户

合约层识别买卖行为的落地方法 #

不需要依赖链下索引，纯合约逻辑即可完成区分：

• 不需要硬编码所有Uniswap交易对地址。可以在代币合约中预留一个可权限更新的Uniswap factory地址存储位，每次需要判断时，调用factory合约的getPair()原生方法，校验当前交互的对手方地址是否为合法的交易对/交易池地址，既避免硬编码漏判新增交易对，也能控制gas成本。这套校验逻辑对Uniswap V2、V3通用，只需要根据部署的对应版本调整factory的调用参数即可。
• 命中合法交易对地址后，通过双储备量变动做二次校验：对比当前交易执行前后，交易对中己方代币储备、WETH储备的变动方向——如果交易对的己方代币储备减少、WETH储备增加，对应买币行为；如果交易对的己方代币储备增加、WETH储备减少，对应卖币行为。

单看transfer接口的局限性 #

标准ERC-20的transfer(address to, uint256 amount)接口本身只有转账目标、转账金额两个入参，没有携带任何DEX交互标记、交易方向字段，孤立分析单次transfer调用，完全无法区分这是用户之间的普通转账，还是和Uniswap交互的买卖行为。

不需要依赖第三方的可行实现路径 #

通过ERC-20合约自带的转账触发钩子（比如OpenZeppelin实现的_beforeTokenTransfer()钩子），结合同笔交易内的状态快照，可以实现不依赖链下系统的交易方向识别：

• 当钩子捕获到一次转账事件时，先判断本次转账的from或to地址是否为合法的Uniswap交易对地址，未命中的直接走普通转账逻辑，不触发额外判断。
• 命中交易对地址的转账事件，在同一笔链上交易的内存临时存储中做记录，等整个交易的所有转账逻辑执行完后做匹配：
  • 如果记录到“用户地址 → 交易对”的己方代币转账，且同笔交易内存在“交易对 → 用户地址”的WETH/ETH转出，即可判定为用户卖出己方代币兑换ETH的行为
  • 如果记录到“交易对 → 用户地址”的己方代币转账，且同笔交易内存在“用户地址 → 交易对”的WETH/ETH转入，即可判定为用户使用ETH买入己方代币的行为
• 落地时注意控制gas开销：不要在每次转账钩子触发时就调用外部合约读取交易对余额，只需要在同笔交易内做临时状态标记，在交易收尾阶段一次性做状态校验，避免拉高普通转账的gas成本。

内容的提问来源于stack exchange，提问作者kasper