Web3.py 模式：回退原因查找

在编写智能合约时，鼓励包含人类可读的错误信息。在 Solidity 中，可以在require 或者 revert 语句中声明。如：

function subtract(uint256 a, uint256 b) public pure returns (uint256) {
    require(b <= a, "(a) must be larger than (b)!");
    uint256 c = a - b;
    return c;
}

像 Etherscan 这样的区块链浏览器，会自动收集并显示错误信息，但是如果你需要以编程的方式找出为什么交易失败了，还需要做很多工作。

如果取到一笔以太坊交易，你会发现所有相关信息都包含在交易的发送中，如to, from, value, 和 data。另一方面，交易收据会指出交易失败，但不包含回退原因字符串。

一种获取回退原因的方法是用eth_call方法重现交易。这个RPC方法是用来在本地执行交易 —— 不会被广播到网络上，但是你可以看到结果，就好像交易真的被打包了一样。

为了重现交易，需要这笔交易最初执行时的上下文，如，当时账户中的余额。eth_call允许传入一个你想要重现的交易的区块号。注意，如果交易被打包在区块n中，你会想要用区块n-1的上下文来重现它。伪代码如下：

from web3 import Web3

w3 = Web3(<your-provider>)
w3.eth.call(replay_tx, block_number - 1)

* 注意这里有一个很重要的限制：重现交易的执行是孤立的。这意味着同一个区块中的在原始交易之前的交易不会被计入。如果你觉得之前的交易是导致失败的原因，请跳到本文末尾的“更新”部分。

有一个问题，默认情况下，以太坊客户端不会存储对旧交易进行此类检查的所有历史上下文。存储由“归档”节点执行，这需要更多的存储空间。如果你没有运行自己的归档节点，就需要支持这个功能的供应商。

把所有归结在一起 —— 交易哈希就是准备重现交易所需的所有内容。获取该交易提供了交易的输入和所在的区块。看看下面的完整代码示例，用了一个随机选择的 Uniswap 失败交易：

import os
from web3 import Web3, HTTPProvider 

# instantiate your (archive-capable) provider:
w3 = Web3(HTTPProvider(os.environ['MAINNET_URL']))

# fetch a reverted transaction:
tx = w3.eth.get_transaction('0x2e7aa4314eeb171d4...')

# build a new transaction to replay:
replay_tx = {
    'to': tx['to'],
    'from': tx['from'],
    'value': tx['value'],
    'data': tx['input'],
}

# replay the transaction locally:
try:
    w3.eth.call(replay_tx, tx.blockNumber - 1)
except Exception as e: 
    print(e)
    # execution reverted: UniswapV2Router: INSUFFICIENT_OUTPUT_AMOUNT

更新： 这个方案需要同一个区块中较早的交易数据，如果不适用你的用例，你可以考虑用像Tenderly的工具或者用 Erigon 自定义像Otterscan的ots_getTransactionError一样的 RPC 方法。

感谢pintail对本文的宝贵反馈。

原文链接：https://snakecharmers.ethereum.org/web3py-revert-reason-parsing/