Provider Watch

1. Achetez un Emplacement fournisseur : Vos watches → Emplacement Watchdog fournisseur → Acheter des slots.
2. Choisissez Nouvelle watch et, dans 1. Choisir un type, sélectionnez Surveillance FSP du fournisseur.
3. Dans 2. Quoi surveiller, choisissez le Réseau et saisissez l’Adresse d’identité du fournisseur (0x…). C’est l’adresse d’identité enregistrée dans l’EntityManager, pas l’adresse submit ni celle de la signing policy.
4. Pour commencer, gardez les valeurs par défaut dans 3. Signaux. Vous pourrez les affiner plus tard.
5. Dans 4. Destinataires, limitez les alertes fournisseur à quelques canaux. Les journées chargées peuvent apporter plusieurs alertes, et un groupe d’équipe est souvent le meilleur endroit pour elles.
6. Enregistrez. La carte de la watch affiche OK, Problème ou Non vérifié, et Afficher les détails liste les dernières mesures.

Chaque watch couvre un réseau. Si vous exploitez votre fournisseur sur Flare et Songbird, créez deux watches avec un Emplacement fournisseur chacune.

• FTSO : commit, reveal et signature à chaque tour de vote.
• FDC : bitvote, signature, requêtes de consensus non confirmées, longueur du bitvote et transactions submit1 inattendues.
• Infractions : reveals qui ne correspondent pas au commit, signataire incorrect, délai de grâce de signature manqué et infractions de reveal FDC.
• Transactions : une transaction de soumission a échoué.
• Fast Updates : une inactivité statistiquement improbable pour votre poids.
• Inscription : inscription à la prochaine époque de récompense toujours en attente, ou identité absente de la signing policy active.
• Validateur : aucun de vos NodeIDs n’est un validateur actuel, plus une alerte précoce de connectivité, désactivée par défaut.
• Soldes : une vérification horaire des adresses submit, signatures et signing policy, avec un seuil d’avertissement et un seuil critique en FLR ou SGB.
• Récompenses : un résumé par époque de récompense de vos récompenses non réclamées au-dessus d’un minimum.
• Conditions minimales : alertes précoces pour les feeds d’ancrage et la participation FDC.
• Système : Disponibilité de la surveillance, toujours active.

Chaque signal, avec ses paramètres et ses valeurs par défaut, est décrit dans la référence des signaux.

La plupart des signaux FTSO et FDC attendent 2 tours défaillants consécutifs avant d’alerter. Un tour de vote dure 90 secondes.

• 14:00:00, tour 1467688 : commit manquant. Premier tour consécutif, pas d’alerte.
• 14:01:30, tour 1467689 : commit de nouveau manquant. Alerte Commit FTSO, qui indique le tour 1467688 comme premier tour.
• 14:03:00, tour 1467690 : commit à temps. Avis de rétablissement.

Un simple raté après un redémarrage reste donc silencieux, tandis qu’une vraie panne est signalée au bout d’environ 3 minutes. Vous modifiez la valeur pour chaque signal avec Tours consécutifs.

Les infractions, les transactions échouées et les transactions FDC submit1 inattendues alertent dès la première occurrence. La plus importante est Délai de signature dépassé : une signature qui manque le délai de grâce ne compte plus pour les récompenses de ce tour, et attendre un deuxième tour ne ferait que coûter davantage.

L’alerte ne cite que les phases réellement touchées. Pour chacune, elle ajoute un lien vers la transaction dans l’explorateur. Si seule la signature FDC a manqué son délai de grâce, vous voyez un lien ; si FTSO et FDC l’ont toutes deux manqué, vous en voyez deux.

Ce signal se déclenche uniquement lorsqu’aucun des NodeIDs enregistrés pour votre identité n’est un validateur actuel. Si aucun NodeID n’est enregistré, le signal ne s’applique pas.

Exemple : vous exploitez deux validateurs dont les stakes prennent fin à des moments différents. Le stake de l’un prend fin, et vous le renouvelez par réinvestissement après son expiration. Pendant cet intervalle, l’autre validateur reste répertorié, il n’y a donc pas d’alerte. Vous ne recevez une alerte que si les deux disparaissent en même temps.

Les signaux Alerte précoce Anchor et Alerte précoce FDC comptent ce que l’analyseur a observé dans une fenêtre de 2, 4 ou 6 heures. Si votre part passe sous le seuil, 80 % par défaut, et qu’il existe au moins le nombre minimal d’observations, vous êtes averti. Les tours FDC sans consensus ne sont pas pris en compte.

Il s’agit d’un indicateur précoce, pas de la décision officielle. C’est le réseau qui décide, à la fin de l’époque de récompense, si votre fournisseur a rempli les conditions minimales.

La Provider Watch s’appuie sur notre analyseur FSP, qui lit chaque tour de vote sur la chaîne. Si ses données ont plus de 10 minutes, vous recevez l’alerte Disponibilité de la surveillance, et les autres alertes de cette watch sont mises en pause plutôt que de reposer sur des suppositions. Dès que des données fraîches arrivent, vous recevez un avis de rétablissement et la surveillance reprend.

1. Lisez l’alerte : signal, réseau, tour et, le cas échéant, les liens vers les transactions.
2. Ouvrez le signal dans la référence des signaux, ou utilisez Que signifie cela ? dans l’Historique des alertes. Vous y trouverez les causes possibles et ce que vous pouvez faire.
3. Vérifiez les journaux de votre submitter, de votre signataire et de votre nœud autour de ce tour.
4. Attendez l’avis de rétablissement. S’il n’arrive pas en quelques tours, le problème persiste.
5. Si l’alerte était sans gravité, par exemple pendant une maintenance planifiée, augmentez Tours consécutifs ou mettez la watch en pause pendant la maintenance au lieu de désactiver le signal.