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
[WIP] ABI #26
[WIP] ABI #26
Conversation
This type holds information whether a specific item in JSON ABI is a function, constructor, event, or a fallback. It contains a custom deserialization method that validates possible set of inputs.
The structure is made of items, and its very simple for now.
This getter is meant to be a "builder" kind of structure that will make encoding input parameters easy.
@mpapierski why exactly don't we use Ethabi from parity? |
In guac the dependencies related to ethabi/parity/primitives/ethereum-types etc are very tangled and builds breaks often after |
@ttk2 I'll just close this one for now, it might make sense at some point in future to continue it once we have a lot of contract calls and it will make our life easier. Instead, a simplier approach will be exposed based on helper functions to build the parameters 'manually' so we can push the payments with what we have. Speaking of ethabi I was also curious if it works on MIPS properly, but I don't have confidence it will be safe to use it on MIPS:
Ran with |
This is a WIP PR for adding ABI support in Clarity.
Reference: https://solidity.readthedocs.io/en/develop/abi-spec.html#abi-json
This introduces a separate "abi" module which will make it easier to structure the code, as ABI certainly needs a lot of different types.