graphprotocol / graphprotocol/graph-node
[Feature] Preventing calls to eth_gettransactionreceipt
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
Hello,
Since the graph-node is supporting eth_getblockreceipts, it is possible to use common node providers at an affordable cost.
In order to prevent the bill to explode because the indexer for some reason failed to detect the eth_getblockreceipts availability, I don't want to use eth_gettransactionreceipt, I prefer stop indexing for this provider.
Im' in stress every time the indexer restarts, I have to watch if the eth_getblockreceipts is detected because sometimes, for some reasons it isn't.
Do you think it's possible to prevent eth_gettransactionreceipt ?
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 graph-node gestiona la detección de capacidades de eth_getblockreceipts y su fallback a eth_gettransactionreceipt. Define cómo un proveedor puede rechazar el fallback y qué comportamiento de indexación debería producirse cuando eth_getblockreceipts no esté disponible; confirma el comportamiento con pruebas para la detección de capacidades del proveedor y la detención de la indexación.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- blockchain, rust
- Área
- backend, blockchain
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 35/100