graphprotocol / graphprotocol/graph-node
[Feature] Allow parsing of hardcoded values other than addresses in declared eth_calls
Personne n'a encore pris cette issue.
- Langage dominant
- Rust
- Étoiles
- 3.2k
- Forks
- 1.1k
- Merge moyen
- 4 j 1 h
- PR mergées (30 j)
- 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.
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par localiser le point d’entrée déclaré de l’analyse de eth_calls ainsi que le code qui accepte actuellement les paramètres d’adresse. Suivez la manière dont la valeur d’exemple codée en dur est analysée et identifiez la couverture existante pour les eth_calls déclarés. Le travail est terminé lorsque les paramètres des fonctions view acceptent des types de données codés en dur autres que les adresses, tout en continuant à prendre en charge l’analyse existante des adresses.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- rust
- Domaine
- blockchain
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100