Ğ1 en forks à partir du bloc #206587

rml
rml13

a scindé ce sujet #22

3 messages ont été scindés en un nouveau sujet : Horizontaliser au maximum l’écriture en blockchain ?


#25

Qqun aurai le bloc 206588 avec la transaction mise en cause ?

La source est celle là : https://g1.duniter.org/blockchain/block/178003

Mais j’ai pas de vu sur le fork. :’(


#26

J’ai refait 2 synchros aujourd’hui mais là tout semble bloqué depuis 20h, j’ai l’impression.


#27

Il y a un embranchement qui s’est formé autour des blocs #206914-0000023B1E84 et #206917-000000843188 sur g1.duniter.org:443. Cette branche semble bloquée.
Autrement, ça continue d’avancer sur duniter.moul.re:443

|  206928 | 23:11:07  |   20:48:19   | 0000030F22 |     Granxis8     |
|  206927 | 23:00:21  |   20:37:33   | 000005B4D4 | jeanlucdonnadieu |

#28

Ok je sync deux noeuds sur le tien


#30

Tu peux copier le raw bloc pour 206588 ? :slight_smile:


#31

Non, je me suis trompé de bloc. Celui que j’ai n’a pas de données. Désolé.


#32
2019-03-26T00:33:51+01:00 - info: Fork resolution: 14 potential block(s) found...
2019-03-26T00:33:51+01:00 - info: Fork resolution: 4 potential suite(s) found...
2019-03-26T00:33:51+01:00 - info: Fork resolution: HEAD = block#206919
2019-03-26T00:33:51+01:00 - info: Fork resolution: suite 1/4 (-> #206932-000011) revert to fork point block#206919
2019-03-26T00:33:51+01:00 - info: Fork resolution: suite 1/4 REFUSED block#206920: ruleToBeKickedArePresent
2019-03-26T00:33:51+01:00 - info: Fork resolution: suite 2/4 (-> #206932-00001E) revert to fork point block#206919
2019-03-26T00:33:51+01:00 - info: Fork resolution: suite 2/4 REFUSED block#206920: ruleToBeKickedArePresent
2019-03-26T00:33:51+01:00 - info: Fork resolution: suite 3/4 (-> #206929-000011) revert to fork point block#206919
2019-03-26T00:33:51+01:00 - info: Fork resolution: suite 3/4 REFUSED block#206920: ruleToBeKickedArePresent
2019-03-26T00:33:51+01:00 - info: Fork resolution: suite 4/4 (-> #206926-00000B) revert to fork point block#206919
2019-03-26T00:33:51+01:00 - info: Fork resolution: suite 4/4 REFUSED block#206920: ruleToBeKickedArePresent

#33

Une douzaine de tentatives de synchronisation depuis le fork sur g1.duniter.org:443 et :80 mais je reste bloqué entre 40% et 60%.

Je vais tenter sur le tien duniter.moul.re:443

Merci


#34

Cesium est connecté à mon noeud local et pourtant il n’indique pas le même nombre de blocs
que duniter.


#35

J’ai remarqué des comportements étranges de Césium.
Il semblerait qu’il récupère le HEAD bloc de Cesium+/Elastic Search.


#36

Si j’ai bien compris depuis 2 jours :

1- il y a eu plusieurs forks qui s’enchainent
2- les noeuds 1.7.x se désynchronisent souvent
3- il y a très souvent une minorité de noeuds synchronisés

Et je me demande :

a/ si les points 2 et 3 n’entrainent pas une multitude de forks
b/ que va-t-il se passer si la majorité des noeuds prend une direction eronnée ?


#37

Oui, le faible niveau de difficulté actuellement sur la branche majoritaire fait que des blocs sont trouvés en même temps et c’est une source d’embranchement.


#38

Synchronisez vos nœuds sur duniter.moul.re:443.
Ça commence à devenir critique, il n’y a que quatorze identités dans la fenêtre courante.

Current block: n°207142, generated on the 2019-03-26 17:59:37
Generation of next block n°207143 possible by at least 10/14 members
Common Proof-of-Work difficulty level: 80, hash starting with `00000*`
|       uid        |        match         |   Π diffi   |   Σ diffi |
|------------------+----------------------+-------------+-----------|
|      jardin      | 00000000000000000000 | 4.6 × 10^54 |       723 |
|       Dom        | 00000000000000000000 | 1.2 × 10^24 |       321 |
|       moul       | 000000000000000[0-D] | 2.3 × 10^18 |       242 |
|  BenoitLavenier  |   0000000000[0-C]*   | 3.3 × 10^12 |       163 |
|    b_presles     |     00000[0-C]*      | 3.1 × 10^6  |        83 |
|       deem       |     00000[0-E]*      | 1.0 × 10^6  |        81 |
|     oaktree      |     00000[0-E]*      | 1.0 × 10^6  |        81 |
|     Granxis8     |     00000[0-E]*      | 1.0 × 10^6  |        81 |
|     ji_emme      |     00000[0-E]*      | 1.0 × 10^6  |        81 |
|      FredB       |        00000*        | 1.0 × 10^6  |        80 |
|     Scott76      |        00000*        | 1.0 × 10^6  |        80 |
| jeanlucdonnadieu |        00000*        | 1.0 × 10^6  |        80 |
|     gerard94     |        00000*        | 1.0 × 10^6  |        80 |
|     natchack     |        00000*        | 1.0 × 10^6  |        80 |

J’aime bien trouver plein de blocs, mais à un moment ça suffit.


#39

La synchro de ce matin sur ton noeud est restée bloquée
mais je viens de ré-ésseyer et c’est ok en 15 minutes: duniter.moul.re:443 :smiley:


#40

J’ai basculé mon nœud desktop de g1-test vers g1, synchronisé sur ton nœud.
Pour aider un peu…


#41

le nœud de moul refuse les connections, sans doute le mécanisme anti-spam, du coup je me suis resync sur duniter.normandie-libre.fr:443 qui ets sur la meme branche. Resync en cours de mes 2 noeuds g1 :slight_smile:

EDIT: et voila mes 2 nœuds sont sync et l’un d’eux viens de trouver un bloc, continuez a rejoindre notre branche qu’on soit assez nombreux pour résoudre le fork, vous pouvez vous sync sur g1.librelois.fr:443 ou sur ts.g1.librelois.fr:443


#42

J’ai enfin réussi à vous rejoindre … je synchronise maintenant Remuniter, je vais essayer de ramener d’autres nœuds aussi (g1.nordstrom.duniter.org et son legacy).

@kimamila il y a aussi les nœuds g1.duniter.fr et g1.le-sou.org qui sont désynchronisés mais de peu, je ne sais pas s’ils vont raccrocher d’eux-mêmes.

edit : et aussi le nœud de monnaielibreoccitanie, j’attends un peu tout de même avant de les alerter.


#43

Pour ma part, je reconstruis la v1.7.12 qui a disparu. (la 1.6.31 aussi).
Il y a eu un correctif sur l’historique des transactions qui fait que je n’arrive pas à consulter les transactions à partir de ce nœud.
Je la mets sur duniter.moul.re, puis je resynchronise, car mon nœud vient encore de fourcher.


#44

C’est l’option --store-txs, désactivée par défaut. Si tu veux tout l’historique il faut par ailleurs resynchroniser.