Skip to main content
Die Überwachung von Slots und Blöcken gibt Ihnen Einblick in den Netzwerkkonsens von Solana, das Timing der Blockproduktion und die allgemeine Gesundheit. Mit LaserStream können Sie den Slot-Fortschritt, die Block-Finalisierung und Netzwerkleistungskennzahlen in Echtzeit verfolgen, indem Sie das helius-laserstream SDK verwenden.
Voraussetzungen: Dieser Leitfaden setzt voraus, dass Sie das LaserStream gRPC Quickstart abgeschlossen haben und über einen API-Schlüssel verfügen.

Überwachungstypen

Verfolgen Sie die Fortschritte des NetzwerkkonsensesÜberwachen Sie den Slot-Fortschritt über Verpflichtungsniveaus hinweg:
Slot-Daten umfassen: Slot-Nummer, übergeordneten Slot, Verpflichtungsstatus (processed / confirmed / finalized) und Führungsinformationen.
Am besten geeignet für: Netzwerkgesundheitsüberwachung, Slot-Timing-Analyse, Konsensverfolgung.

Praktische Beispiele

Beispiel 1: Netzwerkgesundheitsmonitor

Verfolgen Sie den Slot-Fortschritt und erkennen Sie Netzwerkprobleme:

Beispiel 2: Blockproduktionsmonitor

Verfolgen Sie die Blockproduktion und das Transaktionsvolumen:

Beispiel 3: Gefilterter Blockmonitor

Überwachen Sie Blöcke, die spezifische Programmaktivitäten enthalten:

Datenstrukturen

Jeder Slot repräsentiert ca. 400 ms Netzwerkzeit. Die drei Verpflichtungsniveaus spiegeln zunehmend stärkere Garantien wider: processed (initial), confirmed (supermajority voted), finalized (irreversible).
u64 Felder (Slot, übergeordnet) werden als Strings angezeigt, um die Präzision über Number.MAX_SAFE_INTEGER hinaus zu bewahren. Konvertieren Sie mit Number(slot.slot), wenn Sie Rechenoperationen benötigen. status ist ein numerisches Enum — verwenden Sie CommitmentLevel[slot.status] für den menschenlesbaren Namen.
Numerische Felder (Slot, parentSlot, ausgeführteTransaktionsanzahl, EinträgeAnzahl, die Werte innerhalb von blockHeight und blockTime) werden als Strings ausgegeben, weil sie u64 im zugrunde liegenden Proto sind. Verpacken Sie sie in Number(...) für Rechenoperationen oder Vergleiche.
Volle Blöcke können mehrere MB mit allen Transaktionen und Konten umfassen. Dasselbe u64-als-String-Konvention gilt — verpacken Sie numerische Felder mit Number(...) für Rechenoperationen. Innerhalb jeder Transaktion sind meta.fee, meta.preBalances, meta.postBalances usw. ebenfalls Strings.

Leistungsüberlegungen

Slot-Überwachung

Leichtgewichtig: sehr niedrige Bandbreite, minimaler Verarbeitungsaufwand. Gut für Überwachungs-Dashboards.

Block-Metadaten

Ausgewogen: moderate Bandbreite, Blockebenen-Einblicke ohne vollständige Daten. Geeignet für Analysen.

Vollständige Blöcke

Hohes Volumen: vollständige Transaktionsdaten, erfordert robuste Verarbeitung. Immer mit Filtern kombinieren.

Gefilterte Blöcke

Optimiert: Verwenden Sie accountInclude, deaktivieren Sie includeAccounts/includeEntries, die Sie nicht benötigen.

Anwendungsfälle

Verfolgen Sie Netzwerkgesundheit und Leistung — Slot-Timing, Überlastung, Konsens.

Fehlerbehandlung

Symptom: Lücken im Slot-Fortschritt.Ursachen: Netzwerkverbindungsprobleme, Validator-Ausfallzeiten, Verzögerungen bei der Client-Verarbeitung.Lösungen: Verfolgen Sie Slot-Lücken und alarmieren Sie; implementieren Sie Catch-up-Logik über historisches Replay; überwachen Sie die Verbindungsstabilität.
Symptom: Zu viele Blockdaten.Lösungen: Verwenden Sie Block-Metadaten anstelle vollständiger Blöcke; wenden Sie Kontenfilter an; deaktivieren Sie unnötige Einfügungen (Einträge, Konten); verarbeiten Sie asynchron.
Symptom: Inkonsistentes Slot-Timing.Analyse: Berechnen Sie gleitende Durchschnitte; verfolgen Sie Abweichungen; überwachen Sie Netzwerkgesundheitsmetriken; korrelieren Sie mit der Leistung des Validators.

Beste Praktiken

Produktionsleitlinien:
  • Starten Sie mit Metadaten — verwenden Sie Block-Metadaten, bevor Sie sich auf vollständige Blöcke abonnieren
  • Wenden Sie Filter an — verwenden Sie accountInclude, um irrelevante Daten auszuschließen
  • Überwachen Sie das Timing — verfolgen Sie den Slot-Fortschritt als Netzwerkgesundheitsindikator
  • Behandeln Sie Lücken — kombinieren Sie mit historischem Replay, sodass fehlende Slots beim Wiederverbinden automatisch gefüllt werden
  • Verarbeiten Sie asynchron — blockieren Sie Stream-Verarbeitung nicht mit aufwändigen Berechnungen
  • Passen Sie die Verpflichtung an den Bedarf anprocessed für latenzarme UIs, confirmed/finalized für Zustandsänderungen

Nächste Schritte

Transaktionsüberwachung

Filtern Sie Transaktionen nach Programm, Konto, Abstimmung oder Fehlstatus.

Stream Pump AMM-Daten

Praxisbeispiel: Überwachen Sie Pump-AMM-Transaktionen.

Dekodierung von Transaktionsdaten

Analysieren Sie die binären transactionUpdate Nutzlasten in lesbare Solana-Transaktionen.

Yellowstone-Protokollreferenz

Der gleiche Workflow gegen das rohe Yellowstone gRPC-Protokoll.