graphprotocol / graphprotocol/graph-node
Add deploymentTimestamp and firstTimeFullySyncedTimestamp to SubgraphIndexingStatus
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
It would be great for subgraph developers to find out how long their subgraph took to fully sync for the first time. This could be enabled by changing the type SubgraphIndexingStatus here to the following shape:
type SubgraphIndexingStatus {
subgraph: String!
synced: Boolean!
# Note that the health can be implied from fatalError and nonFatalErrors:
# - If fatalError is non-null, then health is 'failed'.
# - Else if nonFatalErrors is non-empty, then health is 'unhealthy'.
# - Else health is 'healthy'.
health: Health!
"If the subgraph has failed, this is the error caused it"
fatalError: SubgraphError
"Sorted from first to last, limited to first 1000"
nonFatalErrors: [SubgraphError!]!
chains: [ChainIndexingStatus!]!
entityCount: BigInt!
node: String
deploymentTimestamp: BigInt! # <- Added
firstTimeFullySyncedTimestamp: BigInt # <- Added, not required because it's empty during sync
}
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 con la definición de SubgraphIndexingStatus en server/index-node/src/schema.graphql y rastrea dónde se ensamblan sus valores. Comprueba cómo se pueden obtener las horas del despliegue y de la primera sincronización completa, y expón ambos campos con el comportamiento requerido de obligatoriedad y nulabilidad. La tarea estará terminada cuando el esquema y sus respuestas incluyan marcas de tiempo precisas, y el campo de la primera sincronización esté vacío durante la sincronización.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- graphql
- Área
- api
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Estado de actividad
- Estancado
- Claridad
- Bien especificado
- Aptitud para principiantes
- 48/100