-
Notifications
You must be signed in to change notification settings - Fork 129
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: destructure input args even when selector is unknown #160
Comments
Hey! Sorry for the slow response, been a pretty busy week. I can defitnely make the decode module guess parameters. In the past, I decided against this for the sake of "correctness", but it makes sense imo that a forensic/heuristic toolkit should be able to do this kind of guesswork. I'll get a PR for you this weekend! |
@Jon-Becker thank you and no apologies needed it's open source and I'm thankful this project even exists. Thanks |
Release will be either tonight or tomorrow night. I'll ping you here and on twitter when it's out! |
Wasn't able to squeeze into this release, but this is on top of my prio list for heimdall now. |
@fomotrader made pretty big progress on this front: I expect the PR will be merged tomorrow. |
@Jon-Becker thank you very much, this is amazing |
Version
heimdall 0.6.3
Please check the following
Operating System
macOS (Apple Silicon)
Ask your question here
Suppose I have this transaction and we don't have the function selector in samczsun's selector library. Can I still use the decode command to at least decode all its input args? Should be possible to do this with heimdall imo, I can then use etherscan to reverse engineer what inputs are what exactly.
Sometimes the name is'nt as important as what's going in to a function. What do you think Jon?
At the moment I get the output below which could be a lot better if all the input args were destructed for me. I think I could then generate an ABI from this and destructure these function calls no?
The text was updated successfully, but these errors were encountered: