为什么部分以太坊交易input data无法解码？如何对其进行解析？

公链对Input Data的识别逻辑 #

ABI仅为方便开发者交互的语义化规范，公链EVM执行交易完全不依赖ABI：

• 执行交易时，EVM会自动截取input data的前4字节作为函数选择器，匹配合约部署字节码中预设的跳转分支表，匹配成功则进入对应函数逻辑执行。
• 若函数选择器未匹配到任何预设分支，EVM会自动触发合约的fallback函数（如果合约有实现）；如果input data为空且交易附带ETH转账，则触发receive函数。

区块浏览器显示的“解码失败”，本质是浏览器没有上传对应合约的ABI文件，无法给用户做可读的语义化翻译，完全不影响链上正常执行。

无ABI匹配的Input Data解码方案 #

• 先拆分input data结构：将完整input data拆分为0x开头的前4字节函数选择器，和后续每32字节为一组的参数段。前4字节可以通过本地离线的公开函数选择器库做碰撞匹配，大概率能命中常见的公开函数签名。
• 如果是未开源合约的调用，先拉取合约的链上部署字节码，使用本地反编译工具离线处理字节码，部分合约会添加针对在线反编译平台的混淆逻辑，本地工具可自定义去混淆规则，提取出合约完整的函数选择器列表和对应参数结构，和input data的前4字节匹配后即可按参数类型解析后续参数。
• 如果是跨合约内部函数调用场景（这类内部函数的选择器不会写入对外公开的ABI），需要导出该交易的完整执行trace，追踪所有CALL/DELEGATECALL操作的上下文，结合被调用合约的字节码反编译结果对应匹配参数。

转换为伪代码还原执行逻辑的步骤 #

• 第一步导出交易的完整执行trace，获取所有EVM操作码的执行顺序、栈数据变化、合约存储读写记录、事件触发记录。
• 用本地反编译工具把本次交易涉及的所有合约字节码转换为类Solidity的伪代码，重点补全fallback函数逻辑，绝大多数无法通过ABI解码的input data都是触发了fallback逻辑。
• 把之前拆分得到的input data参数段，按反编译得到的函数参数类型做类型转换，填入伪代码的对应参数位置，再结合trace里的执行上下文做校验，就能还原完整的代码执行逻辑。

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