@jnoel est-ce que tu aimerais mettre à jour Ǧinspecte pour les outils v2 ? Il faudrait monitorer :
salut @HugoTrentesaux , oui ok avec plaisir pour le relancer sur les outils v2.
Je vais commencer par regarder comment récupérer l’état des endpoints Duniter.
Oh, super ! Content de te voir de nouveau ici, j’avoue que je n’y croyais pas 
Tu peux lire Liste des endpoints pour l’historique, et en particulier la fonctionnalité implémentée par cgeek qui permet d’accéder aux endpoints connus par un noeud avec une requête comme :
curl -X POST https://g1.gyroi.de -H 'Content-Type: application/json' --data '{"jsonrpc":"2.0","id":1,"method":"duniter_peerings","params":{}}' | jq
N’hésite pas à demander si tu as besoin d’aide, je suis motivé pour guider et aider à trouver les infos nécessaires, notamment parce qu’on a besoin d’un outil de monitoring comme tu sais le faire pour s’entraider et garder un réseau de qualité !
Je vais commencer par mettre à jour les librairies de ginspecte, et je regarde les endpoints juste après. Je te tiens au courant dès que j’avance.
J’ai mis en ligne la première ébauche pour la v2. Pour le moment, ça ne récupère que les infos de duniter rpc (version et numéro de bloc).
Merci @jnoel J’ai rajouté mon noeud dans la liste. Par contre, j’ai fait une typo la première fois. Est-il possible de supprimer l’entrée incorrecte ?
@jnoel Ça vaudrait le coup que Ginspecte récupère automatiquement les endpoints déclarés dans https://git.duniter.org/nodes/networks pour les tester.
Il y a un JSON par réseau. Les nœuds Duniter sont déclarés sous le champ rpc.
ok je ferai ça, bonne idée !
C’est corrigé
Super première version ! Ce serait bien de pouvoir grouper les nœuds disponibles par réseau, par exemple par hash du bloc 0. Je pense que certaines personnes servent leur API avec un chemin, donc le FQDN ne suffit pas forcément. Quand on clique sur une instance, la section en bas est complètement collée au bas de page, ce serait bien d’avoir un pied de page pour faciliter la lecture.