graphprotocol / graphprotocol/graph-node
`web3call` provider validation on start
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
Do you want to request a feature or report a bug?
bug
What is the current behavior?
When provider of type web3call specified, graph-node doesn't validate it on start. So you can specify any non-existing URL and graph node will not notice it until the first eth_call call.
I guess the issue is that EthereumNetworks::flatten() method that's used for provider validation, omits call_only_adapters field
If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem.
Add a provider with non-existing url:
{ label = "calls", details = { type = "web3call", url = "http://asdf", features = [ "archive" ] }},
What is the expected behavior?
Should drop that provider on start.
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 en chain/ethereum/src/network.rs, especialmente en EthereumNetworks::flatten(), e inspecciona cómo se gestionan los call_only_adapters durante la validación del proveedor. Reproduce el problema con un proveedor web3call usando la URL inexistente http://asdf y confirma que un proveedor no válido se descarta durante el inicio, en lugar de hacerlo en el primer eth_call.
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
- Error
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Estado de actividad
- Estancado
- Claridad
- Bien especificado
- Aptitud para principiantes
- 48/100