Liste des nœuds Duniter

Salut tout le monde.
En voulant utiliser Cesium, je me rendais compte qu’il n’arrivait pas bien à télécharger les données du noeud sur lequel il était paramétré. Donc je vais dans les paramètres de Cesium, et je lui demande de m’afficher la liste des noeuds pour en changer. Le problème est qu’il n’en trouve pas d’autres à part celui avec lequel il est déjà relié. Du coup, je fais une recherche Google pour voir si je peux choper l’adresse d’un noeud hormis g1.duniter.org que je connais déjà et qui est celui par défaut. Et là : rien. Walou.
Du coup, je propose le développement ou la mise en place d’un outil basé sur le volontariat (chaque possesseur de noeud peut déclarer son noeud s’il le souhaite) pouvant afficher une liste de noeuds Duniter à l’instar de peertube ou des pods Diaspora. Par exemple avec le sous-domaine nodes.duniter.org ou instances.duniter.org A moins que qqe chose existe déjà mais que je ne connais pas

5 Likes

J’ai répertorié quelques nœuds dans ce sujet : Nœud césium+ vs nœud duniter - Tutoriels - Forum Monnaie Libre
Une fois qu’on en a un qui marche, on retrouve facilement la liste.

Ce genre de chose sera-t-il toujours utile avec Duniter V2s ?

1 Like

J’avais répertorié quelques noeuds en faisant Datajune :

BMA_URL = "https://duniter.coinduf.eu/"
# BMA_URL = "https://panoramix.toutat.is/"
# BMA_URL = "https://g1.cgeek.fr/"
# BMA_URL = "https://g1.computhings.be/"
# BMA_URL = "https://leforgeur.net/"
# BMA_URL = "https://g1.librelois.fr/"
# BMA_URL = "http://duniter.moul.re/"
# BMA_URL = "https://g1.altastella.eu/"
# BMA_URL = "https://g1.halpanet.org/"

J’avais à un moment parlé d’un outil de monitoring des instances de l’écosystème (Duniter, mais aussi Wotwizard, Cesium+, Gchange…)

Je pense que ça vaudrait le coup de formaliser un peu le besoin et de mettre quelqu’un sur l’affaire vu le nombre de personnes avec des compétences web disponibles.

Le besoin c’est de pouvoir trouver facilement une liste de noeuds via un moteur de recherche :wink: Donc un site dédié me paraît nécessaire comme indiqué dans mon premier post. Ce site permettrait d’afficher une liste de noeuds duniter et d’ajouter son noeud Duniter (attention au spam, validation par les pairs ?) à la liste des noeuds déjà existante. Le top serait avec des statistiques d’uptimetime, date de mise en service, pseudo du mainteneur, localisation du serveur… L’interface de peertube me paraît un bon début d’inspriration en terme d’UX/design

2 Likes

Salut,

J’ai commencé un outil pour répondre à un besoin similaire et complémentaire: trouver des noeuds à jour et disponibles sur BMA/S

On est vraiment en version pré-alpha/bricolage, je fais des essais. Pour le moment, je récupère les peers de g1.duniter.org et je vérifie leurs HEAD et accès BMA / BMAS.

Je ne prévoyais pas de le publier pour le moment, mais comme tu en parles… Voilà le dépôt

Et je l’ai publié sur (https) https://g1cotis.fr/nodefinder. On voit donc les noeuds accessibles en BMAS et leur bloc. J’ai dû supprimer les tests sur BMA (branche https_mixed_content) pour éviter des problèmes de mixed-content. Si vous testez en local (et sans doute en http) sur la branche master, vous aurez également une colonne BMA.

L’idée est de les trier par bloc, disponibilité, et temps de réponse. Et d’ajouter des signes pour voir d’un coup d’oeil quel noeud choisir.
Evidemment, le noeud qui fournit les infos initiales pourrait être choisi (input libre ou liste déroulante, je n’ai pas choisi)

Voilà, j’espère que ça apportera des éléments pour cette bonne idée !

edit - Vu qu’on rencontre des problèmes de mixed-content, il ne me semble pas possible de faire ce (mon) projet en full JS front.

3 Likes

Il me semble qu’il y a un quiproquo.

@Paidge et @Maaltir semble parler d’une liste de nœuds “en dur”, ou du moins dont les données sont remplies par des humains.

Alors que @HugoTrentesaux et @matograine parlent d’outils automatisés de découverte du réseau.

C’est pas du tout la même chose et ça ne répond pas aux mêmes besoins !

Ça ne dépend pas du duniter (v1 ou v2) mais des wallet.

Ce besoin existe à partir du moment où l’utilisateur à besoin de saisir manuellement l’endpoint d’un nœud.

Mon avis est que l’utilisateur lambda ne devrait jamais avoir à faire ça, tout les wallet grand public devrait soit passer par un light client local, soit choisir automatiquement un endpoint aléatoire à partir d’une liste en dur dans le code du wallet (liste qui peut être mise à jour à chaque nouvelle version du wallet).

En même temps, tout wallet sérieux devrait également permettre aux utilisateurs avancés de saisir manuellement un endpoint, donc le besoin exprimé par @Paidge me semble utile à adresser dans tous les cas :slight_smile:

À noter que dans duniter-v2s, il ne sera pas possible de découvrir les endpoints RPC par découverte du réseau, il faudra de toute façon récolter une liste manuellement.

Les outils de monitoring réseau ne pourront récupérer que les endpoints libp2p.

2 Likes

Je pensais effectivement à une liste alimentée par les humains mais si elle est alimentée automatiquement ça me va aussi :slight_smile: Mais à ce moment-là, tu as raison, ça devrait être intégré directement dans le wallet. Si en plus du UPTIME, on peut avoir la charge des serveurs au moment de la consultation, pour choisir un qui n’est pas trop sollicité ça serait super mais à moins d’avoir un logiciel sur le serveur qui remonte l’info, ça me paraît compliqué de récupérer ce genre d’infos.

Ce n’ai pas ce que j’ai dit, stp relis :confused:

Dans le wallet j’ai parlé d’une sélection automatique dans une liste en dur, je n’ai pas parlé d’une liste alimentée automatiquement.

1 Like

Oui désolé, j’ai trop fait la fête hier :upside_down_face:

Je n’ai pas été clair sur ce que j’imaginais, donc je détaille :

  • une liste d’instances saisies manuellement avec des infos comme uptime cible, durée de vie prévue pour qu’on sache un peu à quoi s’attendre
  • des informations de statut automatiques pour aider à signaler un problème technique à l’admin d’une instance

L’idée est de pouvoir voir le panneau et prendre ce genre de décisions :

  • l’instance xxx a un uptime trop petit → discuter avec son admin pour savoir si le problème peut être corrigé / s’il veut retirer son instance de la liste
  • nous ne disposons pas d’assez d’instances de tel logiciel → il faudrait des volontaires pour en monter une nouvelle
  • mon instance habituelle de xxx est HS, je n’en connais pas d’autre, mais je peux avoir l’info sur cette page

Donc non, pas

qui risqueraient de montrer des instances expérimentales non prévues pour durer et qui seraient impossibles pour des logiciels type wotmap, wotwizard… mais plutôt une liste éditée manuellement suivant des critères définis par une ou plusieurs personnes.

2 Likes

Merci @HugoTrentesaux pour ces précisions, dans ce cas ça me semble très pertinent à mettre en place en effet :slight_smile:

Voici le code source de l’outil utilisé pour https://instances.joinpeertube.org

3 Likes