使用getRevertReason()获取以太坊交易回滚原因报解码失败错误

核心报错原因 #

• 基础写法错误：原代码直接打印reason()的返回值，拿到的是pending状态的Promise对象，没有正确获取异步执行的结果；且异步函数内没有返回/输出拿到的回滚原因，本身逻辑就不完整。
• 未传入有效RPC节点：eth-revert-reason默认内置的公共节点存在限频、接口权限不足、网络不匹配问题，多数情况下无法正常请求链上数据，是触发该报错的最常见原因。
• 交易本身不满足解码条件：
  • 交易实际执行成功（receipt中status为0x1），不存在回滚原因
  • 交易是伦敦升级前的历史交易，链上未存储revert返回数据
  • 交易回滚时未抛出Solidity标准格式的revert信息，比如因gas耗尽、执行无效指令、底层硬报错触发回滚，没有可解码的错误字符串
  • 交易为合约创建类交易，老版本库对这类交易的解码逻辑存在兼容问题
• 依赖版本冲突：本地安装的ethers/web3版本和eth-revert-reason版本不兼容，比如ethers v6和1.x版本的eth-revert-reason存在接口适配问题，会导致解码逻辑失效。

解决步骤 #

1. 修正异步代码写法，不要直接打印async函数的返回Promise，在异步逻辑内获取并处理返回结果。
2. 准备对应网络的私有RPC节点（可从常用节点服务商处申请），调用getRevertReason时显式传入RPC参数，不要依赖库自带的公共节点。注意所选节点需要支持eth_call、eth_getTransactionReceipt接口，不要用限频严重的公开节点。
3. 解码前先查询交易回执，确认交易状态为失败（status为0x0）、且交易所在区块是伦敦升级之后的区块，再执行解码逻辑。
4. 升级依赖到兼容版本，如果使用ethers v6，需将eth-revert-reason升级到最新版，避免接口适配问题。

可直接运行的修正代码 #

const getRevertReason = require('eth-revert-reason');
const txHash = '0x6ea1798a2d0d21db18d6e45ca00f230160b05f172f6022aa138a0b605831d740'
// 替换为对应交易所在网络的RPC地址，比如以太坊主网填主网RPC，测试网填对应测试网RPC
const RPC_ENDPOINT = '替换为你的自有RPC地址'

async function fetchRevertReason() {
    try {
        const revertReason = await getRevertReason(txHash, RPC_ENDPOINT)
        console.log('交易回滚原因：', revertReason)
    } catch (e) {
        console.log('解码失败，优先排查：RPC是否可用、交易是否为失败状态、交易是否存在标准revert信息', e.message)
    }
}

fetchRevertReason()

补充排查点 #

如果按上述步骤调整后仍然报错，可以逐一验证：

• 直接通过RPC调用eth_getTransactionReceipt接口，确认可以正常拿到对应交易的回执数据，排除节点网络不匹配、交易不存在的问题
• 手动用eth_call重放失败交易，确认返回值带标准的revert错误前缀（0x08c379a0），如果没有该前缀说明交易本身没有返回可解码的字符串错误
• 若交易是跨链路由、多合约嵌套调用的复杂交易，部分代理合约的回滚信息可能需要逐层解码，单靠该库无法直接拿到最终错误

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