无源代码场景下能否获取已知合约地址对应的ABI？

无源代码的情况下，除了调用已验证合约的区块浏览器API外，还有几种可落地的实现方案，不过这类方案无法拿到和原始开发完全一致的完整标准ABI，只能获取到可用的ABI片段或近似版本：

• 区块浏览器API方案：这是你提到的现有方案，也是获取完整、准确ABI的最优路径，仅对已提交源代码验证的合约有效，调用对应接口即可直接返回标准JSON格式的ABI，无需额外处理。
• 交易痕迹反推方案：合约的所有外部调用都会在交易的input字段携带4字节的函数选择器及后续的参数编码内容，你可以爬取该合约地址的所有历史调用交易，提取所有出现过的4字节选择器，匹配公开的4字节选择器数据库得到对应的函数名、参数类型，拼接出可用的函数ABI片段。如果是未公开的自定义冷门函数，无法匹配到对应的函数名和参数定义，仅能拿到4字节选择器。
• 字节码反编译方案：直接从链上拉取目标合约的部署字节码，使用EVM字节码反编译工具处理后，可反推出合约包含的所有公开函数、事件的签名信息，整理后即可得到对应的ABI。该方案不依赖合约的源代码验证状态，能覆盖所有公开可调用的函数和事件，但拿到的ABI不会包含原始的函数名、参数名，仅会保留参数类型，可读性较差，复杂合约的反编译结果还可能存在误差。
• 节点trace接口解析方案：如果你对接的节点支持debug_trace相关的RPC接口，可以模拟调用目标合约的不同方法，从执行trace中解析出入参、出参的结构，反向推导函数的参数定义，补充完善ABI信息。

非区块浏览器API的方案都无法还原原始开发阶段的完整ABI，也无法获取合约内部私有函数、私有变量的相关ABI信息，仅能生成供调用使用的近似版本。

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