graphprotocol / graphprotocol/graph-node
[Feature] Allow parsing of hardcoded values other than addresses in declared eth_calls
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Rust
- Sterne
- 3.2k
- Forks
- 1.1k
- Ø Merge
- 4 T. 1 Std.
- Gemergte PRs (30 T.)
- 1
Beschreibung
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.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, den deklarierten Parsing-Einstiegspunkt für eth_calls und den Code zu finden, der derzeit Adressparameter akzeptiert. Verfolge, wie der fest codierte Beispielwert geparst wird, und ermittle die bestehende Abdeckung für deklarierte eth_calls. Als abgeschlossen gilt die Aufgabe, wenn Parameter von view-Funktionen neben Adressen auch fest codierte Datentypen akzeptieren und das bestehende Parsen von Adressen weiterhin funktioniert.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- rust
- Bereich
- blockchain
- Issue-Typ
- Feature
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100