Les nœuds communiquent entre eux via une couche P2P (libp2p), avec de la découverte Kademlia notamment. Cette couche est sécurisée avec de l’authentification par clés asymétriques (d’où le PeerId), et il y a plusieurs sous-protocoles établis à l’intérieur du “tunnel” établi entre pairs.
Du coup; outre la possibilité d’accéder aux infos via l’API sur le port RPC (9944); il y a également un échange qui est fait automatiquement via la couche P2P (et du coup via les ports 30333 par défaut) ?
Oui c’est exactement ça. Mais le port 30333 (par défaut) qui sert à la couche P2P est vraiment orienté machine-to-machine. Pour la synchro des blocs, des transactions, de grandpa, …
On dirait que ce sont les noeuds de Elois et moi qui se sync mal.
Je ne sais pas si ça peut être lié au fait que mon noeud est encore sur une mauvaise image sans les bootnodes, avec le bootnode d’elois set dans mon docker compose.
Elois aussi peut être vue qu’il a lancé le réseau. Mais c’est peut être un hasard.
Peut être analyser plus de noeuds pourrait aider à diag.
Je me suis remis un peu dans le sujet, en fait c’est tout à fait normal : la fonctionnalité de publication des endpoints Duniter (RPC, Squid et autres) n’est pas là pour recueillir l’intégralité des endpoints connus sur tout le réseau, mais juste pour collecter ceux des pairs auxquels notre propre nœud est connecté.
Donc finalement ce que tu vois c’est plutôt la représentation des connexions : on voit que gt.elo.tf est connecté à mon nœud, celui de 1000i100 et au tiens.
D’ailleurs dès que l’un des nœuds se déconnecte, ses endpoints Duniter disparaissent aussi (tu peux tester).