Que ton noeud a deux fois la même fiche de pair (le contact d’un autre noeud). Rien de grave.
Ton noeud a tagé ce bloc comme faux. Ca arrive, et je crois qu’on ne sait pas encore vraiment pourquoi.
Ton noeud essaie de résoudre un fork et refuse d’ajouter le bloc 294631. De mon expérience :
- soit ça se résout tout seul (attendre quelques heures)
- soit il faut resynchroniser.
Je crois qu’il est possible de faire une resynchronisation partielle (en ligne de commande), mais je n’ai jamais réussi.
Ton noeud possède le bloc 294630.
Comme ça, je m’amuserais à faire :
duniter stop
duniter revert-to 294600 # on repart 30 blocs en arrière
duniter forward 294631 g1.duniter.org 443 g1.presles.fr 443 # on transmet le bloc en question pour le récupérer
duniter reapply-to 294631 # on re-applique jusqu'au bloc en question. Ou jusqu'à 294685, le bloc courant, si on veut.
duniter start
Mais pas sûr que ça marche, hein !
Sinon, essayer :
duniter stop
duniter revert-to 294600 # on repart 30 blocs en arrière
duniter sync g1.duniter.org
duniter start
… Pas sûr non plus que ça marche 
la résolution de fork à la main, c’est assez expérimental (ou mal documenté). Si tu trouves, ce serait chouette de poster la solution. Et oui, il faut être patient, et attendre de voir si ton noeud se resynchronise après chaque série de commandes, ce qui peut prendre plusieurs dizaines de minutes.
Aux expert.e.s :
Existe-t-il une commande pour forcer la re-vérification d’un bloc ?