Voilà comment j’imagine la représentation dont je parlais. Mais c’est peut être compliqué à réaliser 
Rien à voir, les fork se résolvent au consensus de “Nakamoto”. Il s’agit en cas de fork naturel (deux nœuds émettant un bloc valide au même moment) de choisir quelle branche suivre.
Les deux branches étant valides, il est sage de voir sur la production des blocs suivants laquelle des deux chaines est la plus sécurisé (i.e. celle ayant accumulé le plus de preuve de travail, elle sera donc plus dur à attaquer).
Une fois que l’avance de l’une des chaines est évidente, tous les nœuds abandonnent la chaîne dite faible. Voilà le mode de gouvernance par rapport au fork.
Comme le dit @Inso ici il s’agit d’un bug, les nœuds sont bloqués, c’est tout autre chose.
J’ai essayé de stopper puis de relancer mon nœud, cela n’a pas suffit.
à priori on est plusieurs à avoir bugué sur le même bloc, du coup est-ce un problème de fork ou de nœud invalide selon les versions ?
Probablement de bug, il faudrait des logs.
J’ai mis mes logs au debut, c’est pas bon ? Là je viens de lancer la resync, désolé.
Ah oui, est l’erreur y est explicite. Tu devrais ouvrir un ticket sur le gitlab je pense !
1 Like
Il y a un autre fork par dessus non ?
Je vois cesium qui semble bloqué au 223101. 
1 Like
No. C est ne pas ca la gouvernance. Ca c est l absence de gouvernance.
La gouvernance implique le concept de codécision, pas le concept “chacun fait ce qu’il veut”.
Voila un exemple de blockchain gouvernance:
Et aussi celui la (c est tezosHOP ,not tezoSHOP)
https://tezoshop.art/vote
D’après Cesium les nœuds à jours sont (quasiment) tous >= 1.7.16, et parmi les nœuds bloqués au 223101 certains sont sur de plus vieilles versions. Les nœuds bloqués mais ayant une version récente sont peut-être synchronisés sur les vieux nœuds bloqués.
Est-ce qu’on peut en conclure que c’est juste un problème de mise à jour ?
3 Likes
Ah en fait il faut changer de nœud Cesium+ dans les paramètres de Cesium et les DU apparaissent à nouveau. Avec g1.data.presles.fr par exemple.
Le souci c’est que la centralisation sur le noeud cesium par défaut reste très largement utilisé.
Le point positif c’est que les TX sont relayé et envoyer sur le fork.
Par contre si ça dur 6 jours, il y aura un autre blocage. 
1 Like
C’est le nœud g1.duniter.org qui est bloqué, comme pas mal d’autres nœuds.
@tuxmain a possiblement raison, je vais mettre à jour ce nœud, ainsi que d’autres sur lesquels j’ai la main. Les piscines devraient être conservées dans la procédure.
2 Likes
J’ai l’impression de passer mon temps à resynchroniser mon nœud manuellement. Suis-je le seul ?
http://duniter.trentesaux.fr:20802/
Il faudrait que tu mettes à jour en version 1.7.18 ! Ton nœud n’est pas à jour (1.7.16) et la cohabitation entre versions peut créer des forks…
Le SAV des développeurs n’est pas assuré pour les anciennes versions.
Merci de votre compréhension.
Pour un soutien psychologique, notre numéro vert : 01 01 01 01 01. 
8 Likes
Visiblement c’est débloqué, tu as touché à qqchose ?
C’est le bordel dans les secret de mon casino, savoir sur quelle branche je répare ça ? 
J’ai resynchronisé g1.duniter.org, entre autres (et je l’ai mis à jour avant ! il était encore en 1.7.16 ) .
4 Likes
Plus de problème après mise à jour ! (je pensais que je n’étais pas encore trop loin derrière, je ne suis pas du genre à courir après les dernière mises à jour)