如何在单笔ETH交易中执行2个存在依赖的原子交易操作

你目前的所有尝试从EVM的底层逻辑上就不可能实现目标：

• 第三方SDK的api.method()每次执行，本质都是独立完成「构造交易 -> 签名 -> 广播上链」全流程，每调用一次就会生成一笔独立的链上交易，对应独立的交易哈希。你在JS层做await串行、Promise.then链式调用，只是控制了两笔独立交易的发送顺序，本质还是两笔完全隔离的交易，既不可能返回单个交易哈希，也做不到原子性：只要第一笔交易被链上确认，哪怕第二笔交易失败，第一笔造成的链上状态改动也永远不会回滚。
• 你之前尝试部署自定义合约封装逻辑的方向是完全正确的，卡壳的点在于你搞错了封装的前提：你不需要获取第三方合约的完整ABI，只需要拿到SDK方法实际构造的原始交易参数即可。

1. 拦截SDK的交易构造过程，拿到原始调用参数 #

不要直接调用api.method()广播交易，先把两次调用对应的原始交易参数拿出来：
不管第三方SDK怎么封装，最终发交易时一定会构造出三个核心字段：

• to：交易要调用的目标合约地址
• data：调用目标合约的编码后calldata
• value：交易附带发送的ETH数量
  你可以通过两种方式拿到这些参数：要么给SDK传入一个自定义provider，拦截它的eth_sendTransaction请求拿到交易对象，不要签名广播；要么直接翻SDK源码，找到method()构造交易的逻辑，本地编码出两次调用对应的calldata，全程不需要发交易。
  示例参考（以ethers.js为例，本地编码calldata不需要广播）：

// 不要直接调用contract.swap()这类会发交易的方法
// 用encodeFunctionData本地拿到调用数据
const firstCallData = contract.interface.encodeFunctionData("方法名", [第一个调用的参数]);
const secondCallData = contract.interface.encodeFunctionData("方法名", [第二个调用的参数]);

2. 部署自定义代理合约实现原子批量执行 #

你只需要部署一个非常简单的执行合约，不需要依赖第三方合约的ABI：
合约核心逻辑如下：

• 对外暴露一个批量执行方法，入参为「目标合约地址列表、每个调用对应的value、每个调用对应的calldata列表」
• 方法内部按传入顺序，用EVM底层call逐次调用目标合约，每次调用后校验返回值，只要任意一次调用失败，整个交易直接revert，所有已经执行的状态改动全部回滚，满足原子性要求
• 调用顺序是在合约内EVM层按顺序执行，天然满足「第一个操作完成后再执行第二个」的要求，不需要在JS层做等待。

针对「第二个调用依赖第一个调用结果」的特殊处理 #

如果第二个调用的参数是固定的、可以提前在本地确定（比如两次固定金额的转账、固定参数的授权），直接把两次的calldata提前拼好传入批量执行合约即可，也可以直接用公开的Multicall批量调用合约完成，不需要自己写合约。
如果第二个调用的参数必须读取第一个调用的链上执行结果（比如第一个调用铸造出的NFT ID、第一个交互返回的凭证编号），你需要在自定义代理合约里加一步解析逻辑：执行完第一个调用后，在合约内解析第一个调用的返回值或触发的事件日志，动态拼接出第二个调用的calldata再执行，整个流程在同笔交易内完成，不需要和链下交互。

3. 注意msg.sender校验问题 #

大部分第三方合约都会校验调用者身份，当你用自己部署的代理合约调用第三方合约时，第三方合约看到的msg.sender是你的代理合约地址，不是你的个人钱包地址：

• 涉及资产授权、操作权限的操作，你需要提前把权限授予你的代理合约地址，或者把要操作的资产提前转入代理合约
• 不要试图用链下签名的方式绕过这个校验，所有执行逻辑都在链上完成。

你写的如下串行调用代码：

const singleTx = async() => {
  await firstTx();
  await secondTx();
}

只是在你的本地JS运行环境里，等第一笔交易广播上链、拿到交易确认后再发送第二笔交易，本质还是两笔独立的链上交易，和你手动分两次在钱包里点确认没有任何区别，不可能实现单交易哈希、原子回滚的需求。

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