Avec ces données [11,20,11,10,22,10,12,12,10,11,26,15,16,24,17,10,10,22,23,11,8,10,24,9,9,13,13,22]
11 nœuds avec 15 pairs ou plus
17 noeuds avec 13 pairs ou moins
Ça n’a pas tellement bougé, je suppose que c’est normal
Je ne sais pas quelle est la topologie attendue du réseau ni la répartition du nombre de pairs, mais je constate que sur le réseau polkadot, il y a un noeud connectés avec tous (presque 2000 pairs), et les autres les plus connectés sont entre 100 et 300. Il y a aussi beaucoup de nœuds avec 8-10 pairs. Probablement que des connexions sortantes également. Mais c’est pas facile de récupérer toutes les données et j’ai pas envie de passer plus de temps à ça.
@Moul il me semble que tu as refermé tes ports, donc je ne peux pas t’ajouter aux bootnodes @d0p1 je n’arrive pas à me connecter à ton nœud, est-ce que tu confirmes que c’est bien l’adresse avec laquelle on doit pouvoir te joindre ?
C’est très étrange, je n’arrive pas à me connecter à :
La config de ma box (Livebox) étant buggée de partout (3 ports ouverts maximum en IPv6), j’ai dû baisser le niveau du pare-feu et mettre le serveur en DMZ.
J’ai publié une nouvelle image avec les nouveaux bootnodes. Elle s’appelle duniter/duniter-v2s-gdev-802 mais correspond bien au réseau gdev-800. Elle est étiquetée “duniter 0.8.1”.
[edit], c’est bon, j’en ai fait une autre sur duniter/duniter-v2s-gdev-800:latest, il faut juste ne pas faire attention au tag qui est “801” et non “800”.
Mon nœud validateur est toujours “bien connecté”, et mon nœud archive toujours “pas mal connecté” mais un peu moins bien quand même, probablement car ce dernier n’expose pas son port d’écoute.
Note : dans la nouvelle version du framework, ils ont ajouté un warning pour les autorités
WARNING: No public address specified, validator node may not be reachable.
Consider setting `--public-addr` to the public IP address of this node.
This will become a hard requirement in future versions.
Ça montre que ça vaut le coup de s’intéresser à la connectivité
[8,10,12,23,10,31,9,16,21,10,26,9,9,28,11,28,25,19,7,7,8,18,20,12,10,12,11,18,9,10,22,20,5,11,] |> countmap |> bar
|> isless.(_, 15) |> sum 20 noeuds avec moins de 15 pairs
|> isless.(15, _) |> sum 14 noeuds avec plus de 15 pairs
On garde à peu près les mêmes stats. Si quelqu’un trouve un moyen de récupérer les données pour un gros réseau, je suis curieux de voir quelle forme de courbe on a.
