Ça s’est mis à jour depuis sur le réseau :
curl -s https://g1-test.duniter.org/network/peers | grep -B5 moul
"last_try": null,
"pubkey": "5B8iMAzq1dNmFe3ZxFTBQkqhq4fsztg1gZvxHXCk1XYH",
"block": "561699-0002B2647C8269E91C3AF3214199AFF1C0C55D4C39CB44D943CFA695716D92DD",
"signature": "KMX1H6rP9VkiIcQaPXcFAmLza0L3voy+r21VL/JAoBDp/XxXWmGP6GSlzykw9t8T9BPTCE22R4AWlqFenODFDg==",
"endpoints": [
"BASIC_MERKLED_API gt.moul.re 85.127.21.74 10902",
"WS2P 2bbc5904 gt.moul.re 10903"
Mon nœud sur la branche feature/oxyde-pow
reste difficilement synchronisé à cause de problème de point d’accès.
Je l’ai repassé sur la branche dev
et ça reste bien synchronisé.
Je vois pas ce qui pourrait expliquer que ça se désynchronise, bien que le point d’accès WS2P ne soit pas atteignable. Peut-être que mon nœud trouve beaucoup plus vite les blocs, ne les partagent pas et reste isolé dans sur sa branche, puis théoriquement les autres nœuds ne communiquent plus avec lui.
Je vais voir ce qu’il faut faire pour avoir ce point d’accès atteignable, sinon je testerais feature/oxyde-pow
sur mon nœud Ğ1.
Je n’ai pas réussi à m’y connecter avec un exemple DuniterPy. Surement qu’il faut que j’ouvre un port sur mon serveur. En fait c’est ça. J’ai plus l’habitude d’ouvrir les ports à cause de la couche d’abstraction de YunoHost (duniter_ynh
qui ouvre le port dans un script). Mon port est ouvert, si tu veux tester. Bon, je vais retester du coup sur la branche feature/oxyde-pow
.