graphprotocol / graphprotocol/graph-node
[Feature] Declarative Call Enforcement
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Rust
- Estrellas
- 3.2k
- Forks
- 1.1k
- Merge medio
- 4 d 1 h
- PR fusionados (30 d)
- 1
Descripción
Description
We have run into some declarative calls failing. In our mappings we utilize the try_{ethCall} in order to get things like token.name, token.symbol, token.decimals however in rare circumstances contracts will not have this functionality. Rather than failing the subgraph I would prefer that declarative calls simple try to make the eth call.
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.
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Comienza rastreando cómo se gestionan en graph-node las llamadas declarativas que usan try_{ethCall} y cómo afectan actualmente las llamadas fallidas a la ejecución del subgraph. Revisa la ruta existente de gestión de llamadas y determina el comportamiento necesario para los contratos que no tienen estos métodos; estará terminado cuando dichos fallos ya no hagan fallar al subgraph.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- rust
- Área
- backend, blockchain
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Tranquilo
- Claridad
- Bastante claro
- Aptitud para principiantes
- 45/100