C’est ce genre de micro-service qu’il faut écrire pour les différents endpoints à collectionner. Chaque nœud doit :
- déclarer son endpoint rpc public s’il en a un
- déclarer son endpoint squid public s’il en a un
- déclarer la liste de endpoints qu’il connaît et dont il a vérifié la cohérence
Mais pour interroger les autres nœuds on ne peut pas se contenter d’un port par défaut à mon avis parce que rpc est souvent servi sur 443 derrière un proxy dépendant du nom de domaine.
Les concepts sont introduits dans cette documentation :
En gros, les architectures existantes sont :
- mDNS uniquement sur réseau local, similaire à ce que fait Fred
- rendez-vous qui introduit une certaine centralisation
- une table de routage décentralisée type kademlia DHT
Ce serait pas trop compliqué de faire un service centralisé de plus type Ğ1specte contacté automatiquement par les nœuds mais je vais regarder s’il n’est pas possible de passer par le gossip p2p de substrate directement.