如何排查Goerli链内部交易的[execution reverted]错误？

1. 拆解内部回退的调用上下文 #

• 定位回退的内部交易对应的合约环节：是Uniswap V2 Pair合约的核心逻辑，还是关联ERC20代币的transferFrom/transfer回调？
• 对比成功流程与回退流程的参数差异：重点核对代币转账金额、流动性计算参数、滑点设置对应的数值边界。

2. 借助Debug Event锁定触发点 #

• 提取交易中的debug event数据，聚焦回退前的最后几个关键事件：比如Sync事件的储备金变化、Transfer事件的代币流向，以此锁定回退发生在流动性添加流程的具体阶段（如Mint前的转账校验、Mint后的钩子回调等）。
• 结合Uniswap V2核心合约源码，将debug event的参数与合约逻辑中的变量做对应：比如回退时的amount0/amount1是否触发了溢出或边界判断。

3. 排查合约的容错设计 #

• 确认Uniswap V2核心流程是否存在try/catch或类似容错逻辑：比如某些非关键的钩子回调（如代币的onTransferReceived）失败时，合约会跳过该逻辑继续执行主流程。
• 验证回退的内部交易是否属于可选分支：比如流动性提供者的自定义回调、非必须的统计逻辑，这类分支失败不影响主交易的核心完成逻辑。

4. 验证链上状态一致性 #

• 对比交易前后Pair合约的储备金、LP代币总量：确认流动性确实成功添加，回退操作未影响核心状态。
• 检查用户的代币余额与LP代币余额：确认用户资产变动符合预期，排除回退导致的资产异常。

5. 复现场景验证假设 #

• 用相同参数（代币对、金额、滑点）在测试网复现交易，观察是否会出现相同的内部回退情况。
• 调整参数（如缩小滑点、修改转账金额），查看回退是否消失，以此验证触发回退的具体条件。

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