graphprotocol / graphprotocol/graph-node

[Feature] Support multiple ingestor nodes

Offen
#4,927 1 Kommentar 3 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

enhancement indexer experience Stale
Vorherrschende Sprache
Rust
Sterne
3.2k
Forks
1.1k
Ø Merge
4 T. 1 Std.
Gemergte PRs (30 T.)
1

Beschreibung

Description

The graph node config file currently only supports a single block ingestor like so

[chains]
ingestor = "block_ingestor_node"

It would be great if we could configure different nodes to ingest different chains, for example have one node ingest mainnet(s) and another ingest testnet(s). One idea would be to use the same rule logic for assigning deployments to indexers.

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 nachzuverfolgen, wie die Konfigurationsdatei des Graph-Nodes die [chains]-ingestor-Einstellung parst, und untersuche anschließend die vorhandene Regellogik für die Zuweisung von Deployments zu Indexern. Ermittle, wie mehrere ingestor-Nodes für verschiedene Chains konfiguriert werden könnten, und definiere den Abschluss so, dass separate Nodes ihre zugewiesenen mainnet- oder testnet-Chains erfolgreich ingestieren, ohne bestehende Konfigurationen mit einem einzelnen ingestor zu beeinträchtigen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
rust
Bereich
backend, blockchain, distributed-systems
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
30/100

Neue Issues direkt in Ihr Postfach

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