graphprotocol / graphprotocol/graph-node

[Feature] POI request logging for dispute investigation

Offen
#5,767 1 Kommentar 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

enhancement Stale
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 proofOfIndexing requests, 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

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Ö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

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.