graphprotocol / graphprotocol/graph-node
[Feature] POI request logging for dispute investigation
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Rust
- Sterne
- 3.2k
- Forks
- 1.1k
- Ø Merge
- 4 T. 1 Std.
- Gemergte PRs (30 T.)
- 1
Beschreibung
Description
A number of recent network dispute cast a doubt on the parameters used for POI generated (epoch, block number, presence of determinism error). Currently, graph-node does not log the graphql proofOfIndexing requests, and does not log the parameters ultimately used for the computation of the POI.
For indexers to be able to prove that they properly closed an allocation, graph-node should be logging:
- The
proofOfIndexingrequests, similarly to regular subgraph queries - If it cannot compute the POI for the requested subgraph and block, graph-node should log the situation, and, if the error is a determinism error, log which block it picked to generate the POI.
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.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, die Behandlung von GraphQL-proofOfIndexing-Anfragen und den bestehenden Logging-Pfad für reguläre Subgraph-Abfragen zu lokalisieren. Erledigt ist dies, wenn POI-Anfragen protokolliert werden, gemeldet wird, wenn ein POI nicht berechnet werden kann, und der ausgewählte Block aufgezeichnet wird, wenn der Fehler auf ein Determinismusproblem zurückzuführen ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- graphql, rust
- Bereich
- api, observability
- Issue-Typ
- Feature
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100