0xPlaygrounds / 0xPlaygrounds/subgrounds
Locking field-paths for data consistency
- Langage dominant
- Python
- Étoiles
- 73
- Forks
- 12
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
**Is your feature request related to a problem? Please describe.**
When doing long queries, data gathered towards the end of the query is no longer consistent with the beginning.
**Describe the solution you'd like**
I'd like to ensure data consistency through some form of argument locking.
**Describe alternatives you've considered**
Not making long queries.
**Additional context**
“Lock” fieldpaths (i.e.: add `"block": {"number": end_block}` and `"where {"_change_block": {"number_gte": start_block}}`
- Basically, locking block ranges so that the data accrued is atomic even if new blocks are indexed come in
**Implementation checklist**
- [ ] Task 1
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
The issue mentions adding locking field-paths for data consistency in long queries. Look at the GraphQL query handling code in subgrounds, likely in query builders or data fetching modules. Understand how block ranges are currently handled and where to inject locking logic. Check existing tests for query execution to see how to verify atomicity across blocks.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- blockchain, graphql, python
- Domaine
- backend, data-engineering, databases
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100