G1-test dans les choux ?/ Renouvellement des certifications

g1-test

#161

J’ai activé BMA la semaine dernière pour permettre la synchro.


#162

En même temps, vous êtes deux devant, normalement l’algo de résolution de fork devrait s’appliquer à un moment, non ?


#163

Bon, le réseau de la Ğ1-test est bien bloqué.
Y’a que matograine qui a calculé les derniers blocs qui datent de douze jours.
Je vais ajouter mon nœud pour tenter de faire avancer de nouveau la chaîne.

C’est la première fois que j’installe un second nœud sur la même machine. Je me rends compte qu’il est bien plus simple d’avoir un utilisateur Unix différent par nœud, car il ne me semble pas possible d’avoir plusieurs daemons par utilisateur Unix. Et pas besoin de s’embêter avec l’option -d <nom> à chaque commande passé au nœud.

En fait, j’ai découvert ce problème de Ğ1-test bloqué en voulant envoyer une transaction avec silkaj.
Le problème a lieu uniquement sur la Ğ1-test.
Je me prends des HTTP Error 400: Bad Request en POSTant sur g1-test.duniter.org:443. Pourtant, la sandboxe de transactions n’est pas pleine :

curl -s https://g1-test.duniter.org/node/sandboxes

#164

Des noeuds miroirs sont désynchronisés.
Mon Césium est configuré pour regarder chez gtest.melua.fr:10900 , et le dernier bloc est le Bloc #261 922 calculé par MeluaTest le 19/10/2018 à 00:17 (tiens ? Il serait pas bloqué aussi ?)

Mon noeud et celui de Vtexier sont désynchro, le mien depuis plusieurs jours (je voulais voir s’il se resynchroniserait tout seul) mais maintenant qu’il n’y a plus de consensus majoritaire, allez youpi on se resynchronise tous manuellement


#165

Ok, dans ce cas, je vais synchroniser mon nœud sur celui de Mélua.


#166

Oui, moi aussi.


#167

Après une synchro sur le nœud de Mélua, mon nœud arrive à calculer un bloc alors même que l’identité moul-test n’est pas membre à ce moment dans cette branche de la chaîne :

2018-10-19T16:33:38+02:00 - info: ENGINE c#0#1 HAS FOUND A PROOF #00009BBE77F9D64B96BADFC70EB38F210CD28DD5DEA470C205E9074A150DFBD3
2018-10-19T16:33:38+02:00 - info: Matched 4 zeros 00009BBE77F9D64B96BADFC70EB38F210CD28DD5DEA470C205E9074A150DFBD3 with Nonce = 10200000004155 for block#261923 by 5B8iMA
2018-10-19T16:33:38+02:00 - info: Done: #261923, 00009BBE77F9D64B96BADFC70EB38F210CD28DD5DEA470C205E9074A150DFBD3 in 150.59s (~16616 tests, ~110.34 tests/s, using 4 cores, CPU 5%)
2018-10-19T16:33:38+02:00 - info: FOUND proof-of-work with 4 leading zeros followed by [0-9]!
2018-10-19T16:33:38+02:00 - info: SIDE Block #261923-00009BBE added to the blockchain in 8 ms
2018-10-19T16:33:38+02:00 - info: Block resolution: 1 potential blocks after current#261922...
2018-10-19T16:33:38+02:00 - error:  Error: ruleIssuerIsMember
    at Function.checkBlock (/home/gtest/duniter/app/lib/blockchain/DuniterBlockchain.js:65:19)
    at <anonymous>

S’agirait-il d’un problème de synchro ?


#168

J’aimerais envoyer le document de renouvellement d’adhésion de mon identité sur le nœud de Mélua.
J’essaye avec Césium, mais ce dernier refuse catégoriquement ce nœud gtest.melua.fr:10900.
J’ai réussi avec Sakia. Espérons que ça entre dans la chaîne.


#169

Bon, nouveau bloc trouvé n’étant pas membre.


#170

Nouveau bloc trouvé par Mélua, mais pas de renouvellement de mon identité à l’intérieur.
Pas sûr que le document soit arrivé à ce nœud :confused:
Dommage que silkaj n’implémente pas le renouvellement d’adhésion.
Ils font quoi les devs ?


#171

J’ai envoyé deux transactions, une par silkaj et une par cesium, on voit si ça passe. Quand tu seras re-membre, pourras-tu me certifier ?


#172

Oui, je viens de voir passer les transactions sur mon nœud.
Oui, je pourrais te certifier.


#173

En effet il semble que Duniter tente de calculer des blocs même si l’on a perdu le statut de membre.

Par contre le bloc est refusé.

Je viens d’essayer aussi, j’ai assez de certifs, on va voir.

J’ai rajouté mon nœud également.


#174

Je relance mon nœud pour tout le week-end. Parce que c’est vrai qu’on est plus beaucoup sur ce réseau.

Personne ne veut faire du minecraft sans clavier avec nous ? On crée des blocks à gogo dans Ğ1-test, on peut même en détruire en cas de rollback. Sans rien faire ! Alors quoi ? Lancez des noeuds bon sang ! :grin:


#175

On peut tous certifier @fabwice, (sur GTest bien entendu) il a dit qu’il avait un noeud prêt à synchroniser.

(et j’ai l’impression que son identité est connue de la branche courante)

DzPxy78EPDpYcHNK9NJ7cuk9T9uyhAUGDDEsZeaG6Yyc


#176

Ah, vit est rentré dans la danse :

Minimal Proof-of-Work: 68 to match `0000[0-B]*`
Difficulty to generate next block n°261937 for 2/2 nodes:
|    uid    |   match    |  Π diffi   |   Σ diffi |
|-----------+------------+------------+-----------|
|    vit    | 0000[0-A]* | 3.3 × 10^5 |        69 |
| MeluaTest | 0000[0-B]* | 2.6 × 10^5 |        68 |

#177

Et pis peut-être qu’il faut resync g1-test.duniter.org… Vu que c’est le noeud par défaut ;-D


#178

Oui, je pensais faire ça. C’est dommage qu’il n’ait pas rattrapé le retard.


#179

En tout cas, le renouvellement de Cgeek est passé et pas le tien, tu l’as relancé ?


#180

Je viens de transférer de nouveau mon document d’adhésion avec une base de donnée de Sakia vidée pour Ğ1-test et en ajoutant le nœud Melua dans le fichier des nœuds root pour avoir accès à ces nœuds.
Ça y est, je suis de nouveau membre !