Provider-Watch

1. Kaufe einen Provider-Slot: Deine Watches → Provider-Watchdog-Slot → Slots kaufen.
2. Wähle Neue Watch und im Abschnitt 1. Typ wählen die Provider-FSP-Überwachung.
3. Wähle im Abschnitt 2. Was beobachten das Netzwerk und gib die Provider-Identity-Adresse (0x…) ein. Das ist die im EntityManager registrierte Identity-Adresse, nicht die Submit- oder Signing-Policy-Adresse.
4. Behalte im Abschnitt 3. Signale für den Anfang die Standardwerte. Feinabstimmen kannst du später.
5. Beschränke im Abschnitt 4. Empfänger die Provider-Alarme auf wenige Kanäle. An unruhigen Tagen können mehrere Alarme kommen, und eine Team-Gruppe ist dafür oft der beste Ort.
6. Speichere. Die Watch-Karte zeigt OK, Problem oder Nicht geprüft, und Details anzeigen listet die letzten Messwerte.

Jede Watch deckt ein Netzwerk ab. Betreibst du deinen Provider auf Flare und Songbird, leg zwei Watches mit je einem Provider-Slot an.

• FTSO: Commit, Reveal und Signatur in jeder Voting-Runde.
• FDC: Bitvote, Signatur, unbestätigte Konsens-Anfragen, Bitvote-Länge und unerwartete submit1-Transaktionen.
• Verstöße: Reveals, die nicht zum Commit passen, ein falscher Signer, eine verpasste Signaturfrist und FDC-Reveal-Verstöße.
• Transaktionen: Eine Einreichungs-Transaktion ist fehlgeschlagen.
• Fast Updates: Inaktivität, die für dein Gewicht statistisch unwahrscheinlich ist.
• Registrierung: Die Registrierung für die nächste Reward-Epoche steht noch aus, oder die Identity fehlt in der aktiven Signing Policy.
• Validator: Keine deiner NodeIDs ist aktueller Validator, dazu eine Frühwarnung zur Erreichbarkeit, die standardmäßig aus ist.
• Guthaben: eine stündliche Prüfung der Submit-, Signatur- und Signing-Policy-Adressen, mit einer Warn- und einer kritischen Schwelle in FLR oder SGB.
• Rewards: eine Zusammenfassung pro Reward-Epoche deiner nicht geclaimten Rewards über einem Mindestbetrag.
• Minimalbedingungen: Frühwarnungen für Anchor-Feeds und die FDC-Teilnahme.
• System: Verfügbarkeit der Überwachung, immer aktiv.

Jedes Signal mit seinen Parametern und Standardwerten steht in der Signal-Referenz.

Die meisten FTSO- und FDC-Signale warten auf 2 schlechte Runden in Folge, bevor sie melden. Eine Voting-Runde dauert 90 Sekunden.

• 14:00:00, Runde 1467688: Commit fehlt. Erste Runde in Folge, kein Alarm.
• 14:01:30, Runde 1467689: Commit fehlt wieder. Alarm FTSO-Commit, mit Runde 1467688 als erster Runde.
• 14:03:00, Runde 1467690: Commit pünktlich. Erholungsmeldung.

Ein einzelner Aussetzer nach einem Neustart bleibt also still, während ein echter Ausfall nach etwa 3 Minuten gemeldet wird. Den Wert änderst du je Signal über Runden in Folge.

Verstöße, fehlgeschlagene Transaktionen und unerwartete FDC-submit1-Transaktionen melden sich beim ersten Auftreten. Am wichtigsten ist Signaturfrist verpasst: Eine Signatur, die die Frist verpasst, zählt nicht mehr für die Rewards dieser Runde, und auf eine zweite Runde zu warten würde nur mehr kosten.

Der Alarm nennt nur die Phasen, die wirklich betroffen waren. Für jede fügt er einen Link zur Transaktion im Explorer an. Hat nur die FDC-Signatur ihre Frist verpasst, siehst du einen Link; haben FTSO und FDC sie beide verpasst, siehst du zwei.

Dieses Signal löst nur aus, wenn keine der für deine Identity registrierten NodeIDs aktueller Validator ist. Ist gar keine NodeID registriert, gilt das Signal nicht.

Beispiel: Du betreibst zwei Validatoren, deren Stakes zu unterschiedlichen Zeiten enden. Der Stake des einen endet, und du verlängerst ihn nach dem Ablauf per Reinvest. In dieser Lücke ist der andere Validator weiter gelistet, deshalb gibt es keinen Alarm. Erst wenn beide gleichzeitig weg sind, bekommst du einen Alarm.

Die Signale Anchor-Frühwarnung und FDC-Frühwarnung zählen, was der Analyzer in einem Fenster von 2, 4 oder 6 Stunden beobachtet hat. Fällt dein Anteil unter die Schwelle, standardmäßig 80 %, und liegt mindestens die Mindestzahl an Beobachtungen vor, wirst du gewarnt. FDC-Runden ohne Konsens werden nicht mitgezählt.

Das ist ein Frühindikator, nicht die offizielle Entscheidung. Ob dein Provider die Minimalbedingungen erfüllt hat, entscheidet das Netzwerk am Ende der Reward-Epoche.

Die Provider-Watch stützt sich auf unseren FSP-Analyzer, der jede Voting-Runde von der Chain liest. Sind seine Daten älter als 10 Minuten, bekommst du den Alarm Verfügbarkeit der Überwachung, und die anderen Alarme dieser Watch pausieren, statt zu raten. Kommen wieder frische Daten, bekommst du eine Erholungsmeldung, und die Überwachung läuft weiter.

1. Lies den Alarm: Signal, Netzwerk, Runde und, wo vorhanden, die Transaktionslinks.
2. Öffne das Signal in der Signal-Referenz oder nutze Was bedeutet das? im Alarm-Verlauf. Dort stehen typische Ursachen und was du tun kannst.
3. Prüfe die Logs von Submitter, Signer und Node rund um diese Runde.
4. Warte auf die Erholungsmeldung. Kommt sie nicht innerhalb weniger Runden, besteht das Problem weiter.
5. War der Alarm harmlos, etwa bei einer geplanten Wartung, erhöhe Runden in Folge oder pausiere die Watch für die Wartung, statt das Signal auszuschalten.