# Ğ1 en forks à partir du bloc #206587

**URL:** https://forum.duniter.org/t/g1-en-forks-a-partir-du-bloc-206587/5885
**Category:** Ğ1
**Tags:** rml, rml13
**Created:** [24 March 2019 12:56 UTC](https://forum.duniter.org/t/g1-en-forks-a-partir-du-bloc-206587/5885 "2019-03-24T12:56:33Z")
**Posts on this page:** 1
**Showing post:** 66

<div class="post-metadata">

### Author: ![cgeek](https://forum.duniter.org/user_avatar/forum.duniter.org/cgeek/32/279_2.png) [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [28 March 2019 22:20 UTC](https://forum.duniter.org/t/g1-en-forks-a-partir-du-bloc-206587/5885/66 "2019-03-28T22:20:30Z")

</div>

Bon, je ne pourrais pas produire de nouvelle version ce soir, néanmoins la cause est identifiée et le bug reproductible à volonté.

### La source

La cause est _la résolution de fork_. Plus précisément, c’est le dépilement de bloc qui détruisait des sources légitimes de monnaie depuis Duniter 1.7. La version 1.6 n’est donc pas impactée.

La destruction était systématique à chaque dépilement, créant les situations suivantes :

- quand un fork naissait et que celui-ci contenait une transaction **alors Duniter 1.7 était incapable de le rejoindre** (car même pour rejoindre un fork, la résolution dépile ce fork au moins 1 fois pour le tester)
- quand un fork naissait sans transaction mais que la branche principale contenait une transaction après le point de fork, **alors Duniter 1.7 était incapable de revenir sur sa propre branche**

### Liens avec des événements récents de la Ğ1 et Ğ1-Test

Il y a fort à parier que ce bug soit la cause des événements déjà notifiés sur ce forum :

- [Perte de membres calculant sur la Ğ1](https://forum.duniter.org/t/perte-de-membres-calculant-sur-la-g1/5812) (09/03/2019)
- [G1-test dans les choux ?](https://forum.duniter.org/t/g1-test-dans-les-choux/4192) (15/02/2019)
- [Ğ1 en fork : bloc refusé car la transaction utilise des sources inexistantes surement perdue dans la résolution d’un fork](https://forum.duniter.org/t/g1-en-fork-bloc-refuse-car-la-transaction-utilise-des-sources-inexistantes-surement-perdue-dans-la-resolution-d-un-fork/5677) (30/01/2019)
- Ainsi que des retours d’utilisateurs depuis Janvier 2019 dont les témoignages concordent.

Ce bug est toutefois _indépendant_ du fork de Noël 2018.

Et aussi curieux que ça puisse paraître, ce cas de résolution de fork avec transaction n’était couvert par aucun test, ce qui lui a permis de passer à travers les mailles du filet.

### Correctif à venir

Demain après-midi/soir 28/03/2019.

### Comportement à adopter

Seul palliatif pour l’instant :

- resynchroniser sur la branche principale quand vous constatez un fork
- [évitez de réaliser des transactions](https://forum.monnaie-libre.fr/t/info-reseau-instable-duniter-forke/5876) car elles ont toutes les chances d’être perdues et de provoquer de nouveaux forks

Voilà pour ce soir 🧐

---

_[View the full topic](https://forum.duniter.org/t/g1-en-forks-a-partir-du-bloc-206587/5885)._
