graphprotocol / graphprotocol/graph-node
[Feature] Allow parsing of hardcoded values other than addresses in declared eth_calls
Open
Nobody has claimed this yet.
enhancement
Stale
- Dominant language
- Rust
- Stars
- 3.2k
- Forks
- 1.1k
- Avg merge
- 4d 1h
- Merged PRs (30d)
- 1
Description
Description
The params for view functions when configuring declared eth_calls only allows addresses.
It should also allow other datatype values too
Example
Test[event.params.from].getAdapterAddress(0xaaff643bdbd909f604d46ce015336f7e20fee3ac4a55cef3610188dee176c892)
Are you aware of any blockers that must be resolved before implementing this feature? If so, which? Link to any relevant GitHub issues.
No response
Some information to help us out
- Tick this box if you plan on implementing this feature yourself.
- I have searched the issue tracker to make sure this issue is not a duplicate.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the declared eth_calls parsing entry point and the code that currently accepts address parameters. Trace how the example hardcoded value is parsed and identify existing coverage for declared eth_calls. Done means view-function parameters accept hardcoded datatypes beyond addresses while existing address parsing continues to work.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- blockchain
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100