content/blog/2017-01-23-monnaie-gtest.md

++++
+title = "Nouvelle monnaie GTest !"
+date = 2017-01-23
+
+[extra]
+thumbnail = "/PELICAN/images/races.svg"
+
+[taxonomies]
+authors = ["cgeek",]
+tags = ["Ğ1-Test",]
+
+[extra.translations]
+en = "blog/gtest-currency/"
++++
+
+# Nouvelle monnaie GTest !
+
+Depuis ce matin 11h, une nouvelle monnaie produite par Duniter a vu le jour : il s'agit de **GTest**, la dernière monnaie « de test » destinée à valider le code actuel de Duniter.
+
+Cette monnaie ne durera pas plus de 2 mois, mais est ouverte à tout utilisateur actif qui contribuerait à remonter suggestions et anomalies s'il en détecte.
+ 
+Pour plus de détails, voir [l'annonce officielle sur le forum](https://forum.duniter.org/t/lancement-officiel-de-gtest/1619).
+

content/blog/2017-02-16-pre-inscriptions-g1.md

++++
+title = "Pré-inscriptions à Ğ1"
+date = 2017-02-16
+
+[extra]
+thumbnail = "/PELICAN/images/LOGOGG1generic.svg"
+
+[taxonomies]
+authors = ["cgeek",]
+tags = ["Ğ1", "Ğ1-Test",]
++++
+
+# Pré-inscriptions à Ğ1
+
+La monnaie ĞTest, visant à tester les logiciels Duniter, Cesium et Sakia dans des conditions d'utilisation quasi-réelles, a été lancée il y a bientôt un mois pour une durée prévue de deux mois. Nous sommes donc à mi-parcours.
+
+À cette occasion nous avons accueilli 67 membres, et une quinzaine de personnes est encore en attente pour participer. Par ailleurs, ces membres ont réalisé 689 transactions et donné 431 certifications soit à des membres existants, soit à des nouveaux venus.
+
+<span class="center-content">![Logos Sakia, Duniter et Cesium](/PELICAN/images/logos/sdc_trilogo.jpg)</span>
+
+Cette activité a permis de débusquer quelques bugs résiduels importants, mais aucun d'entre eux ne remettait véritablement en cause la stabilité et la maturité des logiciels pour une utilisation « réelle ». Nous en venons donc à la suite logique de cette expérience : si tous les feux sont au vert, et alors que ĞTest montre ses limites (nous les avions prévues), il convient de passer à l'étape supérieure.
+
+Nous n'attendrons donc pas plus longtemps et allons *ouvrir les pré-inscriptions à une monnaie libre P2P dite « officielle »*, nom de code : **Ğ1**.
+
+Ce billet a pour but de vous guider dans ce processus.
+
+[TOC]
+
+> Vous pouvez commenter ce billet sur [ce sujet dédié du forum](https://forum.duniter.org/t/pre-inscriptions-a-g1/1827).
+
+## Qui peut se pré-inscrire ?
+
+Les pré-inscriptions sont réservées à une partie des utilisateurs : **participants aux monnaies de test (TestNet, ĞTest) et aux Rencontres des Monnaies Libres**. Par ailleurs, cinq certifications sont nécessaires pour être reconnu dans la toile de confiance. Il faudra donc remplir ces trois conditions pour avoir une pré-inscription valide.
+
+Si vous avez participé aux RML mais n'avez pas participé aux tests, il vous est encore possible d'essayer ĞTest afin de remplir cette condition. Dans tous les cas, il faudra aussi obtenir cinq certifications.
+
+> **Personne n'échappera à ces trois conditions d'entrée** : le choix des membres initiaux est une opération manuelle réalisée par nos soins, nous excluront toute personne ne répondant pas à ces critères. **Les membres initiaux doivent se connaître physiquement, c'est un pré-requis.**
+
+## Comment se pré-inscrire ?
+
+Les outils sont les mêmes : 
+
+* [Cesium pour Ğ1](https://cesium.app/)
+* [Sakia](http://sakia-wallet.org/) (version 0.30.8 ou supérieure) lancé avec l'option `--currency g1`.
+
+Pour ces pré-inscriptions, nous reprenons la même méthode que TestNet ou ĞTest : [reprenez votre demande du forum](https://forum.duniter.org) et mettez-la dans la catégorie « Currencies > Ğ1 », ou créez une nouvelle demande avec un lien vers l'ancienne.
+
+Vous n'êtes pas obligés d'utiliser cette méthode, toutefois nous la conseillons pour avoir un peu de visibilité et d'échanges entre les utilisateurs. Par ailleurs, nous vous **conseillons fortement de lire** [ce billet de recommandations](https://forum.duniter.org/t/recommandations-de-securite-a-lire-avant-de-creer-votre-compte-g1/1829) pour choisir vos identifiants secrets.
+
+> Vos identifiants secrets de TestNet ou ĞTest pouvaient être faibles (votre@email // toto61), mais nous vous incitons fortement à en choisir de nouveaux et bien plus difficiles à deviner pour Ğ1.
+
+## Combien de temps durera la phase de pré-inscriptions ?
+
+Nous avons prévu de la faire durer entre deux et trois semaines. Mais selon l'affluence, nous pourrions avancer ou repousser l'échéance. Vous pourrez suivre l'évolution des inscriptions sur le forum, où nous commenterons l'avancement et les décisions éventuelles d'échéance.
+
+## Pourquoi restreindre les pré-inscriptions ?
+
+Principalement pour deux raisons : avoir une toile *de confiance*, c'est-à-dire dont les identités sont connues et proches, et pour que les premiers utilisateurs soient d'abord les plus motivés et autonomes.
+
+* Une toile initiale de confiance : car la monnaie sera créée par les membres, et uniquement eux, la qualité de la toile est très importante : débuter avec une toile bien connue de tous permettra d'étendre la confiance *ensuite* à de nouveaux venus, et sereinement.
+
+* Des utilisateurs autonomes : car nous aurons certainement de nombreuses problématiques techniques à gérer, il convient que ce soient les membres les plus avertis qui transmettent leurs connaissances plutôt que les développeurs, et que cette connaissance s'étende progressivement par la suite, d'un nouveau venu à l'autre. Ceux ayant participé à TestNet ou ĞTest sont donc tout indiqués !
+
+Le but est d'avancer progressivement mais sûrement vers notre destination : une monnaie qui tourne !
+
+## Qui pourra s’inscrire par la suite ?
+
+N'importe qui, dans le cadre des règles de la toile de confiance. Ce qui signifie : 
+
+* créer une identité sur la toile
+* obtenir cinq certifications de cette identité par des membres actuels de la toile de confiance
+* ne pas être à plus de cinq pas des membres référents
+
+Ces conditions sont vérifiées par le logiciel, tout est automatisé. En revanche, l'obtention des certifications *est une étape manuelle et humaine* : vous devrez vous adresser à vos semblables pour cela, leur intervention personnelle et manuelle sera requise.
+
+Nous réaliserons une page dédiée à cette procédure une fois Ğ1 démarrée.
+
+## Une personne non-inscrite pourra-t-elle utiliser Ğ1 ?
+
+Oui, l'inscription n'est obligatoire que pour devenir membre : ce statut particulier est le seul à pouvoir *créer de la monnaie* et certifier d'autres membres.
+
+Mais il est tout à fait possible de se créer un compte qui ne fait que portefeuille : simplement, un tel compte ne pourra ni créer de monnaie ni certifier d'autres comptes.
+
+## Une entreprise ou association pourra-t-elle utiliser Ğ1 ?
+
+Oui, de la même façon qu'un non-membre : le compte peut alors recevoir et envoyer de la monnaie, et c'est tout. Il s'agit d'un compte portefeuille.
+
+## Quels sont les paramètres de Ğ1 ?
+
+Cette partie est un peu technique : nous y détaillons le sens de chaque paramètre de la monnaie.
+
+### Nom de code de la monnaie
+
+Il s'agit de Ğ1, et plus techniquement `g1`.
+
+### Inscription
+
+Tout nouveau venu dispose d'un délai de `deux mois` pour créer son identité et entrer dans la toile de confiance. S'il échoue dans ce délai, malgré l'obtention de plusieurs certifications, il devra tout recommencer.
+
+### Dividende Universel
+
+Chaque membre de la monnaie produit quotidiennement et automatiquement une part nouvelle de monnaie, le Dividende Universel (DU).
+
+Ce DU démarrera à `10,00 Ğ1`, puis verra sa valeur quotidiennement augmentée pour tendre vers un taux de croissance de la masse monétaire globale `c = 0,026 %/jour`, soit environ `c = 10%/an`.
+
+> Dit autrement, la quantité totale de Ğ1 en circulation augmente de 10 % par an, et chaque utilisateur est co-créateur d'une partie de ces 10 %.
+
+**Cette augmentation est lente**. Le taux cible `c = 10%/an` ne sera pas atteint avant plusieurs années d'utilisation.
+
+### Nombre de certifications pour être membre
+
+Que ce soit pour devenir membre ou le rester, tout individu doit *en permanence* bénéficier de `cinq certifications` valides. 
+
+Tout individu qui n'aurait pas cinq certifications ne peut prétendre à entrer dans la toile de confiance. De même, tout membre qui se retrouverai avec quatre certifications du fait de la péremption de certifications précédentes se voit immédiatement exclu et devra à nouveau collecter les certifications manquantes pour devenir à nouveau membre.
+
+> Les certifications d'un membre exclu persistent : dont un membre se retrouvant avec quatre certifications n'a besoin que d'une seule nouvelle certification pour revenir dans la toile.
+
+### Stock de certifications
+
+Chaque membre dispose d'un stock maximum de `100` certifications. Ce stock est décrémenté à chaque certification émise et incrémenté chaque fois qu'une certification périme.
+
+### Durée de validité d'une certification
+
+Une certification périme selon deux modalités : 
+
+* en piscine, c'est-à-dire avant d'être inscrite en blockchain, une certification périme au bout de `deux mois`
+* une fois inscrite en blockchain, une certification périme au bout de `deux ans`
+
+> Cela implique que lorsque vous certifiez une personne, c'est pour une durée de `deux ans`. Ne prenez donc pas cette opération à la légère !
+
+Par ailleurs, il est possible de rejouer une certification : cela consiste à certifier à nouveau la même personne. Cette opération n'est possible qu'une fois la précédente certification périmée.
+
+### Durée inter-certifications
+
+Le rythme maximum d'écriture de certification est d’`une certification tous les cinq jours`. C'est-à-dire qu'un membre peut émettre plusieurs certifications simultanément, mais celles-ci ne seront inscrites *au mieux* qu'au rythme d’une tous les cinq jours.
+
+Un membre émettant trois certifications verrait donc celles-ci inscrites au mieux au bout de dix jours : 
+
+* la 1ère de façon immédiate
+* la 2ème cinq jours plus tard
+* la 3ème dix jours après la 1ère
+
+### Renouvellement d’adhésion
+
+Tout membre est présent en toile pour une durée d’`un an` (sous réserve de conserver cinq certifications minimum en permanence).
+
+À tout moment, le membre peut renouveler son adhésion pour une durée d’`un an`. S'il ne le fait pas, il sera exclu automatiquement au bout de cette échéance. Si `deux ans` se sont écoulés depuis son dernier renouvellement (ou depuis son entrée si jamais renouvelé), alors le membre est considéré définitivement exclu : il ne pourra rentrer à nouveau qu'à travers une toute nouvelle identité.
+
+### Distance
+
+Tout membre qui entre dans la toile de confiance ou se renouvelle doit respecter la règle de distance : il doit se trouver à un maximum de `cinq pas` de `80 %` des membres référents grâce aux certifications.
+
+Autrement dit, il doit exister pour au moins `80 %` des membres référents, un chemin partant de chacun d'eux menant au nouveau venu ou membre qui se renouvelle utilisant les certifications établies dans la toile.
+
+S'il ne respecte pas cette règle, le nouveau venu ne peut pas être intégré à la toile, et celui qui tente de se renouveler ne peut pas le faire.
+
+> Les membres référents sont les membres ayant émis et reçu suffisamment de certifications pour faire partie du calcul de distance. Le nombre de certifications dépend la taille de la toile. La formule est `PLAFOND(N^(1/5))`, ainsi : 
+>
+> * Pour une toile <= 32 membres : 2 certifications sont nécessaires
+> * Pour une toile <= 243 membres : 3 certifications sont nécessaires
+> * Pour une toile <= 1.024 membres : 4 certifications sont nécessaires
+> * Pour une toile <= 3.125 membres : 5 certifications sont nécessaires
+> * Pour une toile <= 7.776 membres : 6 certifications sont nécessaires
+> * ...
+
+### Temps moyen de génération d’un bloc
+
+Le temps entre l’écriture de deux blocs dans la blockchain est configurée pour être en moyenne de `cinq minutes`.
+
+### Temps de référence
+
+Le temps de référence est évalué comme la moyenne des temps locaux dans les `24` derniers blocs.
+
+### Réévaluation de la difficulté
+
+La blockchain réévalue la difficulté commune tous les `12 blocs`, afin d'atteindre les cinq minutes par blocs en moyenne.
+
+### Rotation de l’écriture
+
+De façon permanente, `33 %` des membres calculateurs de blocs sont exclus de l'écriture de la blockchain.
+
+## Quel avantage à faire partie des membres initiaux ?
+
+Les membres initiaux ont deux avantages sur tous les autres lors du bloc#0, le bloc « genesis », celui qui fait tout démarrer : 
+
+* toutes leurs certifications sont inscrites immédiatement
+* la règle de distance ne leur est pas appliquée
+
+Bien sûr, ce « privilège » n'existe qu'à cet instant précis. Dès le bloc suivant, toutes les règles de la toile de confiance sont activées. Donc pour renouveler leur identité, les membres devront passer la règle de distance. De même, ils devront attendre cinq jours pour passer leur prochaine certification.
+
+À noter également : les membres initiaux sont les tout premiers utilisateurs à créer de la monnaie, le lendemain de la création du bloc#0.
+
+## Et ma part de monnaie ?
+
+Duniter produit une monnaie libre, son but est précisément d'assurer qu'en moyenne, tout individu produise la même part de monnaie. Et donc, peu importe le moment où vous arrivez, vous produirez en moyenne la même part de monnaie au cours de votre existence.
+
+Bien sûr, un membre présent depuis dix ans aura produit relativement plus qu'un membre présent depuis deux mois, mais au bout de 40 années la différence est totalement gommée.
+
+> Pour comprendre davantage ces propriétés de la monnaie libre, étudier la [Théorie Relative de la Monnaie](http://trm.creationmonetaire.info).
+
+## Pourquoi Ğ1 est dit « officiel » ?
+
+Ğ1 est dite « officielle » en ce que ses paramètres sont *compatibles* avec une prise de poids économique. Cela ne dit donc rien quant à son évolution : notamment dans l'hypothèse d'une adoption de cette monnaie par cent utilisateurs au bout de dix ans, ou encore si le logiciel ou son protocole contenait des failles incompatibles avec un fonctionnement acceptable, alors il est bien évident que ce poids économique resterait négligeable voire inexistant.
+
+Ces précisions étant posées, vous êtes libre d'adhérer à cette monnaie dans le respect des règles que nous avons développées pour protéger les membres participant déjà de sa production.
+
+## Faut-il continuer à utiliser ĞTest ?
+
+ĞTest est actuellement la seule monnaie Duniter en cours de fonctionnement. Comme Ğ1 ne sera pas démarré avant deux ou trois semaines, si vous souhaitez tester la monnaie libre et ses outils, ĞTest est le meilleur moyen d'y parvenir.
+
+De plus, nous pouvons encore y découvrir des bugs. Mais si son utilisation est arrêtée, alors il est certain que nous ne découvrirons rien !
+
+## Pourquoi le nom Ğ1 ?
+
+Le projet Duniter fait régulièrement un parallèle avec le lancement d'une fusée, ĞTest n'y a d'ailleurs pas échappé avec son logo de lancement : 
+
+<span class="center-content">![La ĞTest propulsée par la fusée Duniter](/PELICAN/images/g1_start/rocket.jpg)</span>
+
+De la même manière, Ğ1 fait allusion aux noms de fusées/lanceurs spatiaux : Ariane 1, Ares I, Saturn I, … et ici, c'est le tout premier Ğ : c'est donc Ğ1.
+
+Par ailleurs, Ğ fait référence à une notion de logique développée par l'auteur de la Théorie Relative de la Monnaie, et participe d'ailleurs au fondement de cette dernière et donc à la monnaie libre : plus d'informations sur http://www.glibre.org
+
+À noter que Ğ1 est *nom de code*, une façon de nommer la monnaie techniquement. La communauté d'utilisateurs de Ğ1 peut donc librement décider du nom commun qui lui conviendra pour désigner cette monnaie.
+
+## Qui contrôle Ğ1 ?
+
+Ğ1 est une monnaie libre pair à pair : une fois lancée, nous (développeurs initiaux) n'en avons plus le plein contrôle. Les utilisateurs sont co-responsable de cet outil et de son exécution logicielle.
+
+Pour faire un parallèle avec un État, les développeurs sont en quelque sorte le pouvoir législatif tandis que les utilisateurs sont le pouvoir exécutif. 
+
+Ainsi donc, une monnaie libre pair à pair propulsée par Duniter ne peut plus être arrêtée sans un mouvement conjoint d'une large majorité de ses utilisateurs.
+
+Enfin, Duniter, Sakia et Cesium étant des logiciels libres, les utilisateurs de Ğ1 bénéficient de l'ensemble des libertés leur permettant de maintenir et utiliser leur monnaie commune.
+

content/blog/2017-03-08-g1-go.md

++++
+title = "Ğ1 : c'est parti !"
+date = 2017-03-08
+updated = 2017-03-09
+
+[extra]
+thumbnail = "/PELICAN/images/LOGOGG1generic.svg"
+
+[taxonomies]
+authors = ["cgeek",]
+tags = ["Ğ1", "Ğ1-Test",]
+
+[extra.translations]
+en = "blog/g1-go/"
++++
+
+# Ğ1 : c'est parti !
+
+Les pré-inscriptions à Ğ1 sont désormais terminées. En effet, nous venons officiellement de démarrer la blockchain : **Ğ1 est donc désormais en plein fonctionnement !**
+
+La monnaie a démarré ce jour, le 8 mars 2017 à 16h32 UTC+1 et compte à cette heure : 
+
+* **59 membres** initiaux
+* **551 certifications** reliant ces membres
+* **590,00 Ğ1** ont été produits via le 1er Dividende Universel
+* **8 transactions** ont dores et déjà été validées
+* **6 membres calculent des blocs** afin de faire fonctionner la monnaie
+
+Il ne tient donc plus qu'à vous de l'utiliser ! Pour le moment, seul [Cesium pour Ğ1](https://cesium.app/) est disponible. Le logiciel Sakia le sera également, mais plutôt d'ici quelques jours.
+
+## Les 1ères unités Ğ1
+
+Les toutes 1ères unités ont été produites immédiatement par les 59 membres initiaux, à raison de 10,00 Ğ1 par membre. D'où une masse monétaire totale de 590,00 Ğ1. Les unités suivantes seront produites de la même manière, à travers un Dividende Universel quotidien (à 12h00) d'un montant de 10,00 Ğ1.
+
+Ğ1 étant une monnaie libre, son Dividende Universel sera régulièrement et automatiquement réévalué (à la hausse dans le cas de Ğ1). La prochaine réévaluation se produira le 21 mars 2017, celles-ci ayant été calées sur les équinoxes terrestres pour s'en rappeler aisément.
+
+{% note(type="ok") %}
+Note : Le DU<sub>Ğ1</sub> est créé journalièrement, sur la base d’une augmentation aux équinoxes (21 mars, 21 septembre environ), pour un taux de croissance cible de c = 4,88% / équinoxe, selon la <a href="http://www.creationmonetaire.info/2016/09/dug-et-dividende-universel-dordre-n.html" target="_blank">formulation différentielle d’ordre 2</a> :<br>
+<span class="center-content"><b>DU(t+1) = DU(t) + c² M/N / (182,625 jours)</b></span>
+{% end %}
+
+<span class="center-content">![La fusée Ğ1 est lancée ; elle est propulsée par Duniter](/PELICAN/images/g1_start/rocket_2.jpg)</span>
+
+## Les 1ers échanges
+
+Vous pouvez réaliser des échanges en monnaie libre dès maintenant : les 590,00 Ğ1 produits peuvent librement circuler de compte en compte au gré des transactions que vous réaliserez. Nous en avons déjà effectué huit sans difficulté.
+
+## Rejoindre la toile de confiance Ğ1
+
+Si vous pensez pouvoir entrer dans la toile de confiance (ce qui nécessite des certifications) et que connaissez déjà les outils Cesium et Sakia, vous pouvez vous inscrire dès maintenant. Toutefois vous ne pourrez intégrer la toile avant 5 jours pour des raisons techniques protégeant la toile existante : mais au terme de ce délai, votre inscription pourra être prise en compte.
+
+Sinon, nous vous conseillons d'attendre les prochains jours : nous ferons bientôt quelques articles explicatifs détaillant les modalités d'entrée dans la monnaie.
+
+Sâchez toutefois que cela ne vous empêche pas de recevoir de la monnaie dès maintenant et réaliser des transactions : il vous faut simplement en recevoir de quelqu'un qui en a déjà.
+
+## Qu'advient-il de ĞTest ?
+
+La monnaie de test continue de tourner. Il se peut qu'elle nous dévoile encore quelques bugs, donc nous la maintenons pour le moment. Mais d'ici quelques jours ou semaines, nous redémarrerons une nouvelle monnaie de test, parallèle à Ğ1 et tournant avec la même version du logiciel.
+
+> Attention : Duniter v1.0.0 et versions supérieures ne sont pas compatibles avec ĞTest ! N'essayez donc pas de l'installer, votre nœud ne fonctionnerait pas.
+

content/blog/2017-04-03-refonte-du-site.md

++++
+title = "Refonte du site /fr !"
+date = 2017-04-03
+updated = 2017-04-03
+
+[extra]
+thumbnail = "/PELICAN/images/www.svg"
+
+[taxonomies]
+authors = ["cgeek",]
+tags = ["site",]
+category = ["Communication",]
++++
+
+# Refonte du site /fr !
+
+Certains auront pu le remarquer depuis hier après-midi : la version française du site duniter.org a changé de look !
+
+En réalité, cela va plus loin qu'un simple changement ergonomique. Petit tour du propriétaire.
+
+## Une nouvelle ergonomie
+
+D'abord, l'ergonomie a été revue : nous souhaitions que le site soit plus attrayant et ne freine pas sa consultation. Quelques images supplémentaires et un agencement revu évitent un accueil trop austère :
+
+![Le site de duniter : avant et après](/PELICAN/images/refonte/changement.png)
+
+## Un site entièrement éditable
+
+Une des grandes nouveautés : le site est désormais [entièrement éditable](@/wiki/contribuer/ameliorer-le-site.md) !
+
+Vous trouverez sur chacune des pages dans la barre latérale un bouton « Modifier la page sur GitHub » ou « Modifier l'article sur GitHub ». Il ressemble à ceci :
+
+![Bouton "Modifier la page sur GitHub"](/PELICAN/images/wiki/btn_modifier.png)
+
+Vous pourrez donc proposer des modifications ou même ajouter du nouveau contenu à ce site. Une simple validation de notre part, et voilà le site modifié !
+
+En espérant que cette nouvelle version vous plaise !
+
+

content/blog/2017-05-02-preuve-de-travail.md

++++
+title = "Preuve de travail"
+date = 2017-05-02
+weight = 9
+
+[taxonomies]
+authors = ["cgeek", "elois",]
+
+[extra]
+thumbnail = "/PELICAN/images/races.svg"
+
+[extra.translations]
+en = "blog/duniter-proof-of-work/"
++++
+
+# Preuve de travail
+
+## À quoi sert la preuve de travail ?
+
+La preuve de travail permet de synchroniser un réseau pair à pair (p2p) de machines devant partager une base de données commune.
+Dans duniter, cette base de données commune est notre grand livre de comptes commun qui consigne toutes les transactions de la monnaie ainsi que les actes de la toile de confiance (certifications, adhésions, renouvellements, révocations, etc). Elle est inscrite dans une « blockchain ».  
+Comment fait-on lorsque plusieurs machines souhaitent ajouter en même temps une nouvelle donnée (une nouvelle transaction par exemple) ?  
+De plus, comment fait-on pour nous mettre d'accord sur le temps qui s'est écoulé ? Ce qui est essentiel pour savoir s'il est temps de créer le dividende universel ainsi que pour gérer les délais d'expiration des adhésions et certifications.
+
+Eh bien la preuve de travail permet de résoudre ces deux problèmes en même temps.
+
+Voici comment :
+
+1. N'importe quelle machine peut écrire une nouvelle donnée (= un nouveau bloc), mais pour avoir le droit de l'écrire il faut résoudre un défi qui demande du *travail* à la machine, ce défi doit être suffisamment difficile pour qu'il n'y ait pas deux machines qui le résolvent en même temps. Il n'y a donc qu'une seule machine qui peut écrire en même temps, celle qui résout le défi demandé, bien.  
+2. La résolution de ce défi demande un certain temps de calcul qui est fonction de la puissance de calcul du réseau, nous avons donc là un moyen de définir l'écoulement du temps selon un référentiel commun. Il suffit ensuite de choisir une convention, par exemple `1 bloc = 5 min` puis d'adapter la difficulté du défi pour que le réseau trouve bien en moyenne un bloc toutes les 5 min.
+
+## Seuls les membres peuvent calculer
+
+Duniter a une différence fondamentale avec toutes les autres crypto-monnaies basées sur la preuve de travail : seuls les membres de la toile de confiance ont le droit d'ajouter des blocs à la blockchain (le grand livre de comptes commun).  
+Chaque bloc est signé avec la clé privée du membre qui l'a ajouté, cela permet d'affecter une difficulté personnalisée a chaque membre ce qui change absolument tout, sans ce mécanisme la Ğ1 serait tout aussi asymétrique et non-libre que le bitcoin !
+
+La difficulté personnalisée est en effet indispensable pour empêcher la course au calcul, ainsi que pour empêcher un supercalculateur de prendre le contrôle de toute la blockchain et donc de la monnaie.  
+De plus, la difficulté personnalisée impose une rotation dans l'écriture des blocs qui permet a tous d'avoir la possibilité d'écrire dans la blockchain, même avec une brique internet ou un raspberry pi, ce qui rend les monnaies duniter considérablement plus économes en énergie !
+
+## Comment marche la preuve de travail ?
+
+### L'empreinte (le hash)
+
+Exemple d'empreinte valide :
+
+```
+00000276902793AA44601A9D43099E7B63DBF9EBB55BCCFD6AE20C729B54C653
+```
+
+On peut voir que cette empreinte démarre par 5 zéros : réaliser une telle empreinte demande beaucoup de *travail* de la part d'un ordinateur, d'où le fait qu'on appelle l'opération consistant à réaliser une telle empreinte « *preuve de travail* ».
+
+### La difficulté commune
+
+Afin de nous donner une mesure commune du temps, nous avons besoin d'une difficulté commune qui assure que la blockchain avance à un rythme régulier (1 bloc toutes les `avgGenTime` secondes, `avgGenTime` étant l'un des 20 paramètres qui décrivent une monnaie duniter).  
+Cette difficulté peut commencer à une valeur arbitraire (`70` dans le code `v1.5.x`) puis agit comme un ressort, si l'intervalle entre deux blocs est inférieur à `avgGenTime` la difficulté commune augmente et inversement si l'intervalle entre deux blocs est supérieur à `avgGenTime`, la difficulté commune diminue.
+
+#### Comment s'applique la difficulté
+
+La valeur numérique de la difficulté correspond directement à une plage d'empreintes possibles parmi toutes les empreintes possibles. Dans duniter `v1.5.x` l'empreinte d'un bloc c'est le hash hexadécimal sha256 du bloc. Ce qui veut dire que chaque caractère de l'empreinte n'a que 16 valeurs possibles : les chiffres de 0 à 9 et les lettres de A à F.
+
+Pour interpréter une difficulté il faut effectuer la division euclidienne de cette difficulté par 16. Exemple avec `70` :
+
+70 // 16 = **4** reste **6**. Donc les empreintes valides sont celles qui commencent par **4** zéros et dont le 5<sup>ème</sup> caractère est inférieur ou égal à 9 (car on commence à `F` (index 0), puis on descend ... `E(1), D(2), C(3), B(4), A(5), 9(6)`). On écrit alors que les empreintes valides commencent par : `0000[0-9]`
+
+> Oui mais l'empreinte d'un bloc sera toujours la même pour un bloc donné et n'a aucune raison de commencer par une suite particulière, donc comment fait-on pour trouver un bloc qui a comme par hasard une empreinte qui respecte la difficulté ?
+
+Bien vu, il faut effectivement faire varier le contenu du bloc pour obtenir une empreinte différente, c'est le rôle du Nonce.
+Lorsque qu'un membre veut ajouter un nouveau bloc à la blockchain, il fixe le contenu de ce bloc, puis rajoute un champ Nonce qu'il fait varier jusqu'à tomber par hasard sur une empreinte qui respecte la difficulté.
+
+### Le Nonce
+
+Il s'agit du champ du document `Block` permettant de faire varier l'empreinte finale du bloc, empreinte qui définit le niveau de la preuve de travail.
+
+Exemples de valeurs de Nonce :
+
+* 10100000112275
+* 10300000288743
+* 10400000008538
+* 10700000079653
+* 10300000070919
+
+En réalité ces valeurs de `Nonce` suivent toutes un même schéma `XYY00000000000`. Le Nonce ne correspond pas aux nombres d'essais, mais plutôt à un espace de Nonce possible. La décomposition est la suivante :
+
+* X correspond au numéro de pair. Par exemple celui qui a plusieurs nœuds avec la même clé personnelle et qui sont donc tous capables de calculer, chacun de ces nœuds va réaliser sa preuve avec un X différent, afin de ne pas calculer la même preuve justement. Car potentiellement, ils réalisent exactement le même prochain bloc (puisque l'émetteur est le même, le contenu possiblement identique, seul le Nonce peut varier), donc il faut avoir un Nonce qui les différencie pour qu'ils ne fassent pas exactement les mêmes calculs.  
+* Y correspond au numéro de cœur du processeur. On peut voir par exemple que quelqu'un possède au moins 7 cores dans son CPU ici, car on lit le Nonce `107[...]`. Un serveur avec 99 cores pourrait réaliser une preuve `199[...]` par exemple.
+
+Le reste du Nonce, la partie derrière XYY, est l'espace de Nonce du nœud pour chaque core du CPU. Ce qui fait donc un espace de 11 chiffres (`00000000000`) pour trouver un Nonce correct pour chaque core du CPU de la machine (CPU au sens large, ce peut-être un bi-CPU, on considère le nombre de cores résultants pour la PoW).
+
+### La difficulté personnalisée
+
+Nous avons expliqué plus haut que la difficulté personnalisée est **le nouveau concept fondamental** qui différencie les monnaies duniter des autres crypto-monnaies basées sur la « *preuve de travail* », comme le bitcoin par exemple.
+
+Voici donc comment est calculée la difficulté personnalisée d'un membre :
+
+La difficulté personnalisée d'un membre résulte de l'assemblage de deux contraintes distinctes qui ont des rôles complémentaires : le **facteur d'exclusion** et le **handicap**. 
+
+Soient `powMin` la difficulté commune, `exFact` le facteur d'exclusion d'un membre et `handicap` son handicap. La difficulté personnalité `diff` de ce membre est :
+
+```
+diff = powMin*exFact + handicap
+```
+
+#### Le facteur d'exclusion `exFact` d'un membre
+
+Les membres qui n'ont jamais écrit de bloc ou qui n'ont pas écrit de bloc depuis longtemps ont un facteur d'exclusion de `1`. Leur difficulté personnalisée sera donc égale à la somme `powMin + handicap`.  
+Avant de lire la formule donnée plus bas vous devez comprendre le rôle de ce facteur d'exclusion : lorsqu'un membre ajoute un bloc à la blockchain, son facteur d'exclusion saute subitement de 1 vers une valeur très élevée afin de faire grimper exponentiellement sa difficulté et l'exclure ainsi du calcul des prochains blocs et donc l'empêcher de prendre le contrôle de la blockchain.  
+Le facteur d'exclusion du membre va ensuite chuter rapidement à chaque nouveau bloc dont il n'est pas l'auteur puis retomber à 1 au bout d'un nombre de blocs qui est en fait une proportion du nombre de membres calculant (un tiers dans le cas de la Ğ1, ce qui signifie que s'il y a 15 membres calculant vous êtes exclus pendant 5 blocs).
+
+> heu attend c'est quoi le nombre de membres calculant ?
+
+Très bonne question, il s'agit du nombre de membres que l'on considère comme étant actuellement en train de calculer le prochain bloc. En réalité il n'y a aucun moyen de savoir combien de membres sont réellement en train de calculer le prochain bloc car d'une part il est impossible d'avoir une vue complète du réseau et d'autre part il existe des moyens de se rendre invisible du réseau. Il nous faut pourtant bien choisir une méthode, car sans considérer le nombre de membres calculant, il est impossible de calibrer la difficulté personnalisée.  
+La méthode actuellement utilisée par Duniter est de regarder l'historique des X derniers blocs et considérer que le nombre de membres calculant c'est le nombre de membres ayant écrit au moins 1 bloc sur les X derniers blocs sans compter le tout dernier bloc.
+
+> Et comment on choisit X ?
+
+Gràce au concept de **fenêtre courante**, X correspond alors à la taille de la fenêtre courante, voici comment cela fonctionne :
+On nomme `issuersFrame` la taille de la fenêtre courante et `issuersCount` le nombre de membres ayant calculé au moins 1 bloc dans la fenêtre courante.  
+Au commencement d'une blockchain, le tout premier bloc que l'on nomme le bloc #0 décrète que `issuersFrame=1` et `issuersCount=0`. Hé oui le tout dernier bloc étant exclu, il n'y a pour l'instant aucun membre dans la fenêtre courante.  
+Ensuite, à chaque nouveau bloc, on mesure la variation de `issuersCount`, dès le second bloc (le bloc #1), l'auteur du bloc #0 entre dans la fenêtre courante, on écrira donc dans le bloc #1 `issuersCount=1`.  
+`issuersFrame` varie alors de la façon suivante : si `issuersCount` augmente de X (et X = 1 au maximum), alors `issuersFrame` augmentera de 1 unité pendant 5X blocs. Et inversement : si `issuersCount` diminue de Y (et Y = 2 au maximum : décalage de fenêtre + perte d’un auteur), alors issuersFrame diminuera de 1 unité pendant 5Y blocs. Les effets étant cumulatifs dans le temps. Ce qui fait que si un nouvel auteur apparaît au bloc `T` et un autre disparaît à `T+1`, `issuersFrame` augmentera de 1 unité à `T+1` puis diminuera de 1 unité à `T+2`, pour se stabiliser.  
+Techniquement ce calcul est formalisé par les règles [BR_G05](https://github.com/duniter/duniter/blob/master/doc/Protocol.md#br_g05---headissuersframe) et [BR_G06](https://github.com/duniter/duniter/blob/master/doc/Protocol.md#br_g06---headissuersframevar) du protocole DUP.
+
+> Revenons à notre difficulté personnalisée !
+
+Nous avons dit que le facteur d'exclusion `exFact` augmente brutalement dès que le membre considéré trouve un bloc puis qu'il diminue rapidement pour retomber à `1` au bout d'un nombre de blocs égal au tiers des calculateurs. Et bien, c'est parti voici comment est calculé `exFact` :
+
+Soient `nbPreviousIssuers` la valeur du champ `issuersCount` du dernier bloc trouvé par le membre et `nbBlocksSince` le nombre de blocs trouvés par le reste du réseau depuis que le membre considéré a trouvé son dernier bloc.
+
+```
+exFact = MAX [ 1 ; FLOOR (0.67 * nbPreviousIssuers / (1 + nbBlocksSince)) ]
+```
+
+La fonction FLOOR est une simple troncature, ainsi pour que `exFact` soit excluant il faut que le rapport `(0.67 * nbPreviousIssuers / (1 + nbBlocksSince))` soit supérieur ou égal à 2. On voit bien que si `nbBlocksSince` est supérieur au tiers des calculateurs = `0.33*nbPreviousIssuers` alors le rapport sera inférieur à 2 et donc le membre ne sera pas exclu du calcul du prochain bloc.  
+À l'inverse, si le membre considéré est l'auteur du dernier bloc alors `nbBlocksSince=0` et le facteur d'exclusion vaut donc `0.67 * nbPreviousIssuers`, c'est d'autant plus grand que le nombre de calculateurs est élevé. Je vous laisse imaginer la difficulté vertigineuse que vous atteindrez en trouvant un bloc s'il y a des centaines de membres calculant !  
+Vous atteindrez une difficulté telle que même le plus grand des supercalcuteurs serait bloqué, et c'est bien le but du facteur d'exclusion : empecher les supercalculateurs et fermes de calcul de prendre le contrôle de la blockchain et donc de la monnaie.
+
+En revanche, a tout instant t les deux tiers des membres calculant non exclus ont tous un facteur d'exclusion égal à `1`, mais tous n'ont pas la même puissance de calcul, et donc si la difficulté personnalisée se limitait au facteur d'exclusion c'est toujours le tiers des membres calculant les plus puissants qui écriraient des blocs et deux tiers restants seraient presque toujours exclus, en particulier les machines très modestes type raspberry n'auraient aucune chance.
+
+#### Le handicap
+
+Le handicap est le second paramètre de la difficulté personnalisée. Plus subtil, il permet néanmoins d'améliorer considérablement le mécanisme de rotation en donnant un handicap aux membres ayant une machine puissante afin de donner leur chance aux machines les plus modestes et de diminuer le coût écologique de la monnaie.
+
+Le calcul du handicap se base sur le nombre médian de blocs écrits par chaque membre au sein de la fenêtre courante. En gros, l'idée est de donner un handicap à la moitié haute de la fenêtre courante pour donner plus de chance à la moitié basse.
+
+Soient `nbPersonalBlocksInFrame` le nombre de blocs écrits par le membre considéré dans la fenêtre courante et `medianOfBlocksInFrame` le nombre médian de blocs écrits par les membres au sein de la fenêtre courante.
+
+Voici la formule :
+
+```
+handicap = FLOOR(LN(MAX(1;(nbPersonalBlocksInFrame + 1) / medianOfBlocksInFrame)) / LN(1.189))
+```
+
+Démystifions cette formule, `(nbPersonalBlocksInFrame + 1) / medianOfBlocksInFrame)` est simplement le rapport entre le nombre de blocs calculés par le membre et la médiane. Par exemple si le membre a calculé `9` blocs dans la fenêtre courante alors que la médiane vaut `5`, ce rapport vaudra `(9+1)/5 = 2`.  
+On s'assure via la fonction MAX que ce rapport vaut au moins `1`.
+
+Ensuite on prend le logarithme népérien de ce rapport pour éviter que le handicap devienne excluant lorsque la fenêtre courante devient très grande, c'est ce qui fait la subtilité du handicap, son rôle n'est pas d'exclure mais de niveler la difficulté de chacun en fonction de sa puissance pour que tout le monde ait a peu près les mêmes chances de calculer.
+
+Si l'on veut que le handicap s'applique dés la médiane il faudrait ensuite diviser par `LN(1)`, le problème c'est qu'on a déjà nivellé la rapport à `1` avec la fonction MAX, donc si l'on divisait par `LN(1)` tous les membres calculant auraient un handicap >= `1`, qui plus est, est-il bien juste de donner un handicap à un membre qui est tout juste à la médiane ?  
+C'est pourquoi, au lieu de prendre `1`, on prend `1.189`, ce qui veut dire qu'il faut être `18,9 %` au-dessus de la médiane pour subir un handicap (si l'on néglige le +1 dans la formule qui devient effectivement négligeable pour un grand nombre de calculateurs).
+
+Mais pourquoi `18,9%` me direz-vous ?  
+C'est 16^(1/16), le facteur de difficulté entre 2 niveaux de la preuve de travail dont le hash est en hexadécimal.
+
+En conclusion, ce qu'il faut retenir c'est l'idée d'indexer le handicap sur le logarithme du rapport à la médiane, et de ne l'appliquer que pour les membres dont le rapport à la médiane dépasse le rapport entre 2 niveaux de difficulté de la preuve de travail.
+

content/blog/2017-06-07-gune-test.md

++++
+title = "Ğ1-Test : la blockchain de test"
+date = 2017-06-07
+aliases = ["g1-test-redemarree",]
+
+[extra]
+thumbnail = "/PELICAN/images/g1-test.png"
+
+[taxonomies]
+authors = ["cgeek",]
+tags = ["Ğ1", "Ğ1-Test",]
+
+[extra.translations]
+en = "blog/gune-test/"
++++
+
+# Ğ1-Test : la blockchain de test
+
+La blockchain de test est **officiellement redémarrée**, les premiers blocs viennent d'être calculés.
+
+Le réseau est constitué de 7 membres initiaux, avec des paramètres sensiblement [équivalents à ceux de la *Ğ1*](@/blog/2017-03-08-g1-go.md).
+
+## Quelle utilité ?
+
+Si l'on dispose déjà d'une monnaie « de production », la Ğ1 (prononcez « june »), alors pourquoi avec une 2ème monnaie, la *Ğ1-Test* ?
+
+Comme son nom l'indique, la monnaie Ğ1-Test est faite pour les *tests* : c'est le bac à sable dans lequel nous pouvons déployer les nouvelles versions de Duniter afin de les tester, avant d'intervenir sur le réseau principal (le réseau Ğ1).
+
+Il serait en effet dommage de s'apercevoir qu'une nouvelle version contiendrait un bug majeur, et de déployer cette version directement sur le réseau Ğ1 : les dégâts pourraient être considérables (réseau inopérant, monnaie bloquée, etc.), alors que l'on aurait pu détecter les problèmes en passant d'abord par la monnaie de test. De plus, une nouvelle version met du temps à se déployer : il faut que chaque utilisateur mette à jour son logiciel Duniter, ce qui peut prendre des jours, des semaines ou des mois selon le nombre d'utilisateurs.
+
+Le réseau de test est donc l'antichambre du réseau principal, il est un garant de sa stabilité.
+
+Ce bac à sable profite également aux clients Duniter, tels [Sakia](http://sakia-wallet.org/), [Cesium](https://github.com/duniter/cesium) ou [Silkaj](https://github.com/duniter/silkaj), qui peuvent tester de nouvelles fonctionnalités sans risquer de faire perdre leur monnaie aux utilisateurs, ou de provoquer des bugs rendant le logiciel inutilisable.
+
+## Est-ce une monnaie qui prendra de la valeur ?
+
+Nous avons choisi les paramètres de Ğ1-Test **de façon à ce qu'elle ne prenne pas de valeur, ou très peu** : la monnaie se crée à rythme bien plus élevé que la monnaie principale, rendant la possibilité d'épargner minimale.
+
+## Puis-je m'y inscrire ?
+
+Oui, et vous aurez beaucoup plus de facilité à vous inscrire que sur le réseau Ğ1 : la licence ne s'y applique pas, vous pouvez être certifié et certifier de façon légère sans que cela gêne qui que ce soit.
+ 
+Vous pouvez pour cela utiliser Sakia ou [Cesium pour Ğ1-Test](https://g1-test.duniter.org/cesium).
+
+Pour lancer Sakia sur Ğ1-Test, utilisez la commande :
+
+```bash
+sakia --currency=g1-test
+```
+ 
+Notez également que le réseau Ğ1-Test pourra être redémarré de zéro si cela s'avère nécessaire.
+
+## La certification est-elle automatique ?
+
+Non : comme dans la Ğ1, vous aurez à demander des certifications de la part des membres actuels de la monnaie de test. Si vous ne connaissez personne, vous pouvez poster un message sur un réseau social comme Mastodon ou Diaspora* avec le tag #ğ1-test pour attirer quelques certifieurs. Vous aurez probablement à vous présenter un minimum pour les convaincre de vous certifier, c'est une habitude prise dans les monnaies de test précédentes.
+
+Et puis, cela prépare au fait que la certification est tout sauf automatique dans la Ğ1, le réseau de production.
+
+## Quels sont les paramètres de la monnaie ?
+
+Ce sont grosso-modo les mêmes que la Ğ1, mais avec des échéances plus courtes :
+
+```yaml
+currency: "g1-test"
+c: 0.0488                  # 4,88%
+dt: 86400                  # DU toutes les 24h précises
+dtReeval: 631152           # DU réévalué tous les 7,305 jours
+ud0: 1000                  # 10,00 Ğ1
+udTime0: 1496527200        # 04 Juin 2017 00h00 : 1er DU
+udReevalTime0: 1496570400  # 04 Juin 2017 12h00 : 1ère réévaluation du DU
+sigPeriod: 86400           # 24 heures d'attente
+sigStock: 100              # 100 certifications
+sigWindow: 1051920         # 12,175 jours
+sigValidity: 12623040      # 146,1 = plus de 4 mois
+sigQty: 5                  # 5 signatures
+idtyWindow: 1051920        # 12,175 jours
+msWindow: 1051920          # 12,175 jours
+xpercent: 0.8              # 80%
+msValidity: 6311520        # 73,05 jours
+stepMax: 5                 # 5 étapes
+medianTimeBlocks: 24       # 24 blocs = retard de 24/2 = 12 blocs = 12*2'30 = 30min
+avgGenTime: 150            # 2'30" de calcul par bloc en moyenne
+dtDiffEval: 12             # Réévaluation de la difficulté tous les 12 blocs => 30 minutes
+percentRot: 0.67           # => 33,5% des calculateurs sont exclus
+```
+
+## Comment ajouter mon nœud au réseau Ğ1-Test ?
+
+Rendez-vous sur la page [Forger des blocs](@/wiki/doc/_index.md), cliquez sur le bouton orange « Ğ1-TEST » pour télécharger la dernière version disponible sur ce réseau. 
+
+Puis, synchronisez-vous sur le réseau :
+
+### Avec Duniter Desktop :
+
+![Synchonize this node](/PELICAN/images/gune-test-redemarree/sync.png)
+
+### Avec Duniter Server :
+
+```bash
+duniter sync g1-test.duniter.org 443
+```
+
+A bientôt sur Ğ1-Test ! 
+

content/blog/2017-06-07-videos-rml9.md

++++
+title = "RML9 : vidéos des journées techniques"
+date = 2017-06-07
+
+[extra]
+thumbnail = "/PELICAN/images/play.svg"
+
+[taxonomies]
+authors = ["cgeek",]
+tags = ["RML",]
+category = ["Évènements",]
+
+[extra.translations]
+en = "blog/videos-rml9/"
++++
+
+# RML9 : vidéos des journées techniques
+
+## Les vidéos des deux journées techniques sont désormais disponibles !
+
+Revivez à votre rythme les tutoriaux pour développer des plugins Sakia, Cesium et Duniter.
+
+<iframe width="560" height="315" src="https://www.youtube.com/embed/videoseries?list=PL0UDqLtXevvH2GRaD5-HUPWExVxY_MuwK" frameborder="0" allowfullscreen></iframe>
+
+Vous y trouverez également les interventions de : 
+
+* Moul à propos de l'utilisation de Silkaj et l'API HTTP de Duniter
+* Tortue à propos des [paperwallet](https://duniter.tednet.fr/paperwallet/)
+* gpsqueeek pour l'installation de Duniter sur une brique Internet
+* Eloïs qui présente son nœud spécialisé [duniter-currency-monit](https://github.com/duniter/duniter-currency-monit)
+* kimamila qui présente les nouveautés de Cesium
+
+![Paper Wallet](/PELICAN/images/rml9/paperwallet.png)
+
+## RML10 à Montpellier
+
+Rendez-vous pour les prochaines interventions techniques des [**RML10 du 16 au 19 NOVEMBRE 2017 à MONTPELLIER**](https://rml10.duniter.org/) !
+

content/blog/2017-06-13-duniter-rmll2017.md

++++
+title = "Duniter aux RMLL 2017 de Saint-Étiennexa0!"
+date = 2017-06-13
+
+[extra]
+thumbnail = "/PELICAN/images/calendar.svg"
+
+[taxonomies]
+authors = ["cgeek",]
+tags = ["RMLL",]
+category = ["Évènements",]
+
+[extra.translations]
+en = "blog/duniter-rmll2017/"
++++
+
+# Duniter aux RMLL 2017 de Saint-Étienne !
+
+[![Bannière RMLL 2017](/PELICAN/images/rmll2017.png)](https://2017.rmll.info/)
+
+Les Rencontres Mondiales du Logiciel Libre (RMLL) édition 2017 se dérouleront à Saint-Étienne du 1er au 7 Juillet 2017.
+
+Deux développeurs de l'équipe Duniter seront dépêchés sur place pour vous parler monnaie libre, Ğ1 et de son écosystème logiciel ! Nous vous proposons **2 conférences le jeudi 6 juillet**.
+
+### Conférence #1
+
+#### « Si l'échange est libre, où est la monnaie libre ? »
+
+La conférence aura lieu *le Jeudi 6 Juillet 2017 à 09h20*, salle J106. Durée : 20 min.
+
+Intervenant : cgeek
+
+[https://prog2017.rmll.info/programme/partage-aspects-collectifs-du-libre/si-l-echange-est-libre-ou-est-la-monnaie-libre](https://prog2017.rmll.info/programme/partage-aspects-collectifs-du-libre/si-l-echange-est-libre-ou-est-la-monnaie-libre)
+
+### Conférence #2
+
+#### « Une monnaie libre pour une société libre »
+
+La conférence aura lieu *le Jeudi 6 Juillet 2017 à 14h00*, salle J106. Durée : 40 min.
+
+Intervenant : Moul
+
+[https://prog2017.rmll.info/programme/partage-aspects-collectifs-du-libre/une-monnaie-libre-pour-une-societe-libre](https://prog2017.rmll.info/programme/partage-aspects-collectifs-du-libre/une-monnaie-libre-pour-une-societe-libre)
+
+### Notes
+
+Il est très probable que la salle J106 soit une salle de classe, comprenant donc une vingtaine de places.
+

content/blog/2017-06-13-duniter-version-1.3.md

++++
+title = "Duniter version 1.3"
+date = 2017-06-13
+
+[extra]
+thumbnail = "/PELICAN/images/box.svg"
+
+[taxonomies]
+authors = ["cgeek",]
+tags = ["release",]
+category = ["Moteur blockchain",]
+
+[extra.translations]
+en = "blog/duniter-version-1-3/"
++++
+
+# Duniter version 1.3
+
+La version 1.3 de Duniter est désormais [disponible au téléchargement](https://github.com/duniter/duniter/releases/tag/v1.3.8) !
+
+## Nouveautés
+
+### Performances
+
+La principale caractéristique de cette nouvelle mouture est certainement la rapidité du logiciel à enregistrer de nouveaux blocs : dans la version 1.2, la synchronisation initiale était devenue particulièrement longue à mesure que la blockchain avançait. Les nœuds ARM, souvent dotés de cartes SD à faibles performances comparées à des disques durs classiques ou SSD, était particulièrement lents pour traiter des nouveaux blocs.
+
+Désormais, la réception de nouveaux blocs ainsi que la synchronisation initiale sont jusqu'à 200 fois plus rapides qu'avant !
+
+À titre indicatif, la synchronisation initiale prend moins de 15 minutes pour synchroniser 26.000 blocs sur un Raspberry PI 3. Elle pouvait prendre [plus de 2 jours en version 1.2](https://forum.duniter.org/t/duniter-sur-yunohost-derriere-une-box-privatrice-type-livebox/2169/30).
+ 
+### L'arrivée des modules !
+
+C'était une fonctionnalité [annoncée durant les RML9 au Havre](@/blog/2017-06-07-videos-rml9.md) : Duniter 1.3 permettrait de brancher des modules sur son propre nœud !
+
+A titre d'exemple, il est désormais possible d'ajouter [le plugin duniter-currency-monit](https://github.com/duniter/duniter-currency-monit/releases) à son nœud local :
+
+<img class="screenshot" src="/PELICAN/images/duniter-1.3/g1-monit.png"></img>
+
+Une documentation sur les modules [est mise à disposition ici](@/wiki/doc/modules.md).
+
+### Cesium n'est plus livré par défaut
+
+Le client Cesium était historiquement livré avec Duniter. Avec l'arrivée des modules, ce choix d'installer Cesium est laissé à chacun. L'adresse du module Cesium est : 
+
+```
+https://github.com/duniter/duniter-ui-cesium/archive/1.0.0.tar.gz
+```
+
+## Synchronisation
+
+{% note(type="ok", display="icon") %}Pas besoin de resynchroniser.{% end %}
+
+## Compatibilité
+
+{% note(type="ok", display="icon") %}Compatible avec la Ğ1.{% end %}
+
+-----
+
+## Mettre à jour sa version
+
+* Lien pour [installer la nouvelle version](https://github.com/duniter/duniter/blob/master/doc/install-a-node.md) depuis un poste vierge
+* Lien pour [mettre à jour vers la nouvelle version](https://github.com/duniter/duniter/blob/master/doc/update-a-node.md) depuis une installation existante
+

content/blog/2017-06-14-conference-lodeve-14-06-2017.md

++++
+title = "Conférence à Lodève le 14/06/2017"
+date = 2017-06-14
+description = "Une conférence animée par Eloïs aura lieu mercredi 14 juin 2017 22h00 à Lodève."
+
+[extra]
+thumbnail = "/PELICAN/images/calendar.svg"
+
+[taxonomies]
+authors = ["cgeek",]
+tags = ["monnaie libre",]
+category = ["Évènements",]
++++
+
+# Conférence à Lodève le 14/06/2017
+
+Une conférence animée par Eloïs aura lieu mercredi 14 juin 2017, à 22h00 à Lodève :
+
+[![Conférence au C.L.A.P, 9 avenue DENFERT, à Lodève](/PELICAN/images/evenements/conf-elois-lodeve.png)](https://www.monnaielibreoccitanie.org/event/1ere-conference-monnaie-libre-a-lodeve/)
+

content/blog/2017-06-14-geconomicus-lodeve-18-06-2017.md

++++
+title = "Ğeconomicus à Lodève le 18/06/2017"
+date = 2017-06-14
+description = "Un Ğeconomicus est organisé à Lodève le 18/06/2017."
+
+[extra]
+thumbnail = "/PELICAN/images/geconomicus.png"
+
+[taxonomies]
+authors = ["cgeek",]
+tags = ["Ğeconomicus", "monnaie libre",]
+category = ["Évènements",]
++++
+
+# Ğeconomicus à Lodève le 18/06/2017
+
+Un Ğeconomicus est organisé à Lodève le 18/06/2017.
+
+[![Ğeconomicus à la Compagnie des Jeux, de 10h à 18h](/PELICAN/images/evenements/geconomicus-lodeve.jpg)](https://www.monnaielibreoccitanie.org/event/jeu-geconomicus-a-lodeve/)
+
+Plus d'informations sur [monnaielibreoccitanie.org](https://www.monnaielibreoccitanie.org/event/jeu-geconomicus-a-lodeve/)
+

content/blog/2017-06-14-geconomicus-lyon-25-06-2017.md

++++
+title = "Ğeconomicus Lyon 25/06/2017"
+date = 2017-06-14
+
+[extra]
+thumbnail = "/PELICAN/images/geconomicus.png"
+
+[taxonomies]
+authors = ["cgeek",]
+tags = ["Ğeconomicus", "monnaie libre",]
+category = ["Évènements",]
++++
+
+# Ğeconomicus Lyon 25/06/2017
+
+Un Ğeconomicus est organisé à Lyon le 25/06/2017.
+
+Plus d'informations sur :
+
+[https://forum.duniter.fr/t/geconomicus-decouverte-monnaie-libre-a-lyon-le-25-06-2017/638](https://forum.duniter.fr/t/geconomicus-decouverte-monnaie-libre-a-lyon-le-25-06-2017/638)
+

content/blog/2017-06-19-duniter-org-en.md

++++
+title = "duniter.org en anglais !"
+date = 2017-06-19
+
+[extra]
+thumbnail = "/PELICAN/images/i18n/flag-en.png"
+
+[taxonomies]
+authors = ["cgeek",]
+tags = ["site",]
+category = ["Communication",]
+
+[extra.translations]
+en = "blog/new-website/"
++++
+
+# duniter.org en anglais !
+
+Nous sommes heureux de vous présenter la version anglaise du site duniter.org : [https://duniter.org/en](https://duniter.org/en)
+
+Ce site va vivre sa propre vie, indépendamment de la version française duniter.org/fr. Le but est de pouvoir aiguiller des anglophones sur des ressources dans leur langue, sans avoir à traduire de façon systématique chaque article.
+
+Si vous souhaitez traduire un article d'une langue vers l'autre, vous pouvez le faire grâce au bouton "Modifier cet article", qui vous permet de récupérer l'article original dans son format brut : vous pouvez alors le traduire et nous le fournir, nous nous occuperons de le publier.
+
+Bonne visite et bonne traduction !

content/blog/2017-07-05-duniter-correctif-version-1.3.14.md

++++
+title = "Duniter version 1.3.14"
+date = 2017-07-05
+
+[extra]
+thumbnail = "/PELICAN/images/box.svg"
+
+[taxonomies]
+authors = ["cgeek",]
+tags = ["release",]
+category = ["Moteur blockchain",]
+
+[extra.translations]
+en = "blog/duniter-patch-version-v1-3-14/"
++++
+
+# Duniter version 1.3.14
+
+La version 1.3.14 de Duniter est désormais [disponible au téléchargement](https://github.com/duniter/duniter/releases/tag/v1.3.14) !
+
+## Correctifs
+
+Cette version compile les correctifs jusqu'à la version 1.3.13, et apporte une touche finale concernant le réseau Duniter qui avait tendance à forker régulièrement ces dernières semaines.
+
+Il semble qu'un bug au niveau du contact en IPv6 soit à l'origine du problème. L'IPv6 est donc désormais mise en dernier choix pour contacter un nœud, l'ordre de préférence est maintenant : DNS, IPv4, IPv6.
+
+Ce correctif a été testé sur un nœud du réseau Ğ1, qui révèle immédiatement des nœuds considérés éteints de longue date du point de vue de ce nœud, qui les considère à nouveau *allumés et disponibles*.
+
+## Synchronisation
+
+{% note(type="ok", display="icon") %}Pas besoin de resynchroniser.{% end %}
+
+## Compatibilité
+
+{% note(type="ok", display="icon") %}Compatible avec la Ğ1.{% end %}
+
+-----
+
+## Mettre à jour sa version
+
+* Lien pour [installer la nouvelle version](https://github.com/duniter/duniter/blob/master/doc/install-a-node.md) depuis un poste vierge
+* Lien pour [mettre à jour vers la nouvelle version](https://github.com/duniter/duniter/blob/master/doc/update-a-node.md) depuis une installation existante
+

content/blog/2017-08-11-duniter-v1.4.md

++++
+title = "Duniter version 1.4"
+date = 2017-08-11
+
+[extra]
+thumbnail = "/PELICAN/images/box.svg"
+
+[taxonomies]
+authors = ["cgeek",]
+tags = ["release",]
+category = ["Moteur blockchain",]
+
+[extra.translations]
+en = "blog/duniter-v1-4/"
++++
+
+# Duniter version 1.4
+
+La version 1.4 de Duniter est désormais [disponible au téléchargement](https://github.com/duniter/duniter/releases/tag/v1.4.15) !
+
+## Changements
+
+Cette version apporte plusieurs améliorations de stabilité du réseau, notamment à travers une résolution plus rapide des embranchements (*forks*) de la chaîne de blocs. Aussi, les identités et certifications en piscine sont désormais plus régulièrement resynchronisés.
+
+Mais le changement majeur de cette version est **la migration du code source JavaScript vers TypeScript**.
+
+Pour plus de détails sur tous ces changments, consulter [les notes de version](https://github.com/duniter/duniter/releases/tag/v1.4.13).
+
+<span class="center-content"><img class="screenshot" src="/PELICAN/images/duniter-1.4/typescript.png" width="32" /></span>
+
+## Synchronisation
+
+{% note(type="ok", display="icon") %}Pas besoin de resynchroniser.{% end %}
+
+## Compatibilité
+
+{% note(type="ok", display="icon") %}Compatible avec la Ğ1.{% end %}
+
+-----
+
+## Mettre à jour sa version
+
+* Lien pour [installer la nouvelle version](https://github.com/duniter/duniter/blob/master/doc/install-a-node.md) depuis un poste vierge
+* Lien pour [mettre à jour vers la nouvelle version](https://github.com/duniter/duniter/blob/master/doc/update-a-node.md) depuis une installation existante
+

content/blog/2017-08-22-duniter-v1.5.md

++++
+title = "Duniter version 1.5"
+date = 2017-08-22
+
+[extra]
+thumbnail = "/PELICAN/images/box.svg"
+
+[taxonomies]
+authors = ["cgeek",]
+tags = ["release",]
+category = ["Moteur blockchain",]
+
+[extra.translations]
+en = "blog/duniter-v1-5/"
++++
+
+# Duniter version 1.5
+
+La version 1.5 de Duniter est désormais [disponible au téléchargement](https://github.com/duniter/duniter/releases/tag/v1.5.4) !
+
+## Changements
+
+Cette nouvelle version apporte principalement un lot de correctifs importants pour la stabilité de la monnaie :
+
+* les nœuds sous architecture ARM fonctionnaient anormalement (puissance CPU divisée par 2 à chaque preuve de travail, désynchronisations intempestives)
+* un nœud pouvait facilement s'isoler dans un fork
+* les nœuds en version 1.4 étaient indiqués en gris dans Sakia (nœuds en erreur)
+* Duniter renvoyait des informations erronnées à Cesium+
+
+**Il est important de passer cette mise à jour** si vous êtes en version 1.3 ou inférieure, car ces anciennes versions comportent une ancienne version du protocole et provoquent régulièrement des forks sur le réseau. Bientôt, ces nœuds vont d'ailleurs s'isoler et ne seront plus d'aucune utilité.
+
+## Synchronisation
+
+{% note(type="ok", display="icon") %}Pas besoin de resynchroniser.{% end %}
+
+## Compatibilité
+
+{% note(type="ok", display="icon") %}Compatible avec la Ğ1.{% end %}
+
+-----
+
+## Mettre à jour sa version
+
+* Lien pour [installer la nouvelle version](@/wiki/doc/installer/index.md) depuis un poste vierge
+* Lien pour [mettre à jour vers la nouvelle version](@/wiki/doc/mettre-a-jour.md) depuis une installation existante
+

content/blog/2017-09-02-rapport-etat-toile.md

++++
+title = "Rapport toile de confiance Ğ1 au 2 Septembre 2017"
+date = 2017-09-02
+
+[extra]
+thumbnail = "/PELICAN/images/network.svg"
+
+[taxonomies]
+authors = ["elois",]
+tags = ["toile de confiance",]
+
+[extra.translations]
+en = "blog/report-state-of-wot/"
++++
+
+# Rapport toile de confiance Ğ1 au 2 Septembre 2017
+
+Depuis le [4 juillet 2017](https://forum.duniter.org/t/currency-monit-monitoring-dune-monnaie-et-de-sa-toile-de-confiance/2770/17?u=elois) je tiens des statistiques détaillées sur l'état de la toile de confiance que vous pouvez visualiser sur [g1-monit.librelois.fr](https://g1-monit.librelois.fr).
+*Ces statistiques sont produites par le [module duniter](@/wiki/doc/modules.md) `duniter-currency-monit` qui se sert directement dans la blockchain locale du noeud duniter sur lequel il est installé.*
+
+J'ai décidé de profiter de ces statistiques pour publier régulièrement un court rapport sur l'état global de la toile de confiance Ğ1.
+
+## L'esprit de ces courts rapports réguliers
+
+L'objectif de ces courts rapports réguliers n'est pas d'être exhaustif mais au contraire de mettre en avant certains indicateurs qui me semblent pertinents à un moment donné pour visualiser un phénomène donné. Il n'y a pas de fréquence définie, je publierai un rapport chaque fois qu'il me semblera y avoir quelque chose de pertinent à décrire et que j'aurai le temps pour.
+Si vous lisez régulièrement mes rapports, que vous consultez très régulièrement *g1-monit* et qu'il vous vient l'envie de rédiger vous aussi des rapports, vous pouvez [me contacter](https://librelois.fr/contact/) pour qu'on en discute :)
+
+## Prérequis
+
+Avant de lire ces rapports, il est vivement recommandé d'étudier la [licence Ğ1](/PELICAN/files/licence_g1.txt) et de lire toutes les pages suivantes :
+
+* [Certifier de nouveaux membres](@/faq/toile-de-confiance/certifier-de-nouveaux-membres.md)
+* [Question Fréquentes sur la toile de confiance](@/faq/toile-de-confiance/_index.md)  
+* [**Fonctionnement de la toile de confiance**](@/wiki/toile-de-confiance/introduction-a-la-toile-de-confiance.md)  
+
+En particulier la lecture de l'article [**Fonctionnement de la toile de confiance**](@/wiki/toile-de-confiance/introduction-a-la-toile-de-confiance.md) est indispensable pour bien connaitre le fonctionnement de chacune des règles de la toile.
+
+Je ferai également appel à des notions de théorie des graphes mais je m'attellerai à définir à chaque fois les termes utilisés.
+
+Enfin, vous devez connaitre une grandeur spécifique aux toiles de confiance duniter, **la qualité d'un membre**.
+
+## Qualité d'un membre
+
+Ce que je nomme qualité d'un membre est le rapport entre le taux de membres référents rendus atteignables par une certification de ce membre et le taux de membres référents qu'il faut atteindre pour respecter la règle de distance.
+
+Je vais donner un exemple pour que ce soit plus clair : prenons une toile avec 10 membres référents et xpercent=0.8.  
+Et bien la qualité d'un membre dans une telle toile est le rapport du nombre de membres référents qu'il permet de joindre en moins de 5 pas (numérateur) sur le nombre 8 (dénominateur).  
+Donc si un membre Bob permet de joindre 4 référents il aura une qualité de 0.5.  
+Et si Bob permet de joindre 10 référents il aura une qualité de 10/8=1.25.
+
+Qu'entends-je par "permet de joindre" ? Quand je dis que Bob permet de joindre x membres référents j'entends que si Bob certifie une nouvelle identité (qui n'est certifiée que par Bob) alors il y aura x membres référents pour lequels il existera un chemin de moins de 5 pas de eux vers la nouvelle identité.
+
+Ainsi, un membre ayant une qualité supérieure ou égale à 1 pourrait faire rentrer un nouveau membre à lui seul si la règle sigQty n'existait pas.
+
+Lorsque la qualité moyenne est supérieure à 1, c'est que la règle de distance n'est pas contraignante. Lorsque la qualité moyenne s'approche de 1, la règle de distance va devenir contraignante pour quelques cas minoritaires. Et lorsque la qualité moyenne devient inférieure à 1, alors la règle de distance devient contraignante pour la majorité des identités (par identités j'entends nouveaux + membres souhaitant se renouveler !)
+
+Actuellement la qualité moyenne est de **1.04**, ce qui signifie que la règle de distance n'est pas contraignante, donc la toile n'est pas "trop" tendue, mais 1.04 c'est proche de 1, donc si tous les membres ne certifient que vers l'extérieur à partir de maintenant alors la règle de distance pourrait devenir contraignante rapidement (ce qui peut être une situation souhaitable et voulue dans certains cas, c'est aussi une liberté des membres que de tendre ou détendre la toile).
+
+## Rapport toile Ğ1 au 2 septembre 2017
+
+### Observations
+
+Nous sommes deux semaines après le passage du palier Y[n]=4, rappel sur l'effet qu'avait eu ce palier : 
+
+> La qualité de la toile va légèrement augmenter après ce palier, environ 88% de membres auront une qualité >= 1 contre 83.75% actuellement. Soit un gain de 4%. La règle de distance sera donc globalement moins contraignante mais pas de beaucoup, et au rythme actuel de croissance du nombre de membres, la toile va rapidement se tendre de nouveau ! Le nombre de référents va passer de 150 à 140, cela montre bien que les membres ne s’arrêtent pas à 3 certifications émises, ils continuent d’en émettre.
+
+L'effet de densification du palier s'est déjà dissipé, la toile de confiance est de nouveau aussi tendue qu'avant le passage du palier, voire légèrement davantage :
+
+* La proportion de membres ayant une qualité >=1 à chuté à **82%** soit environ le même niveau, qu'avant le palier (83%)
+* De plus, une dizaine de membres commencent à chuter à des niveaux de qualité très faibles (inférieurs à 0.9), ce qui veut dire qu'ils commencent à être trop distants des membres référents, zones en noir sur ce graphique de la page [qualité toile](https://g1-monit.librelois.fr/gaussianWotQuality?lg=fr) : <br/><img src="https://librelois.fr/public/qualite-toile-020917.png" width="690" height="339" />
+* D'ailleurs sur les 79 futurs membres ayant reçu au moins 1 certification, 7 d'entre eux ne respectent pas la règle de distance, 3 ont été certifiés par le même membre mais cela fait quand même **4 cas différents de non-respect de la règle de distance**.
+* Un autre indicateur nous montre bien la tension de la toile, **l'augmentation de la longueur moyenne du plus court chemin entre deux membres** qui est désormais de **4.13**. Cette valeur a continuellement augmenté même lors du passage du palier car elle est indépendante de la notion de membre référent, elle montre l'état de tension de la toile entière là où la qualité ne montre que l'état de tension d'un sous ensemble de la toile (le sous-ensemble des liens référent->membre).
+* Enfin le nombre de membres référents est quant à lui repassé au-dessus de sa valeur d'avant le palier (153) : 
+<img src="https://librelois.fr/public/fin-effet-palier-yn-4.png" width="690" height="339">
+
+### Interprétations
+
+La règle de distance est encore très loin d'être bloquante, mais la toile n'a jamais été aussi tendue depuis que je tiens des statistiques très détaillés sur son état, c'est-à-dire depuis le 4 juillet 2017.
+
+La toile de confiance Ğ1 est en train de se tendre car le flux de nouveaux entrants va plus vite que la reconnaissance interne entre les membres déjà membres. Ce phénomène est parfaitement normal en début de monnaie et va d'autant s'accélérer que la Ğ1 gagnera en popularité. La toile va donc très probablement continuer à se tendre jusqu'à ce que la règle de distance devienne bloquante.
+
+À ce moment-là, le flux d'entrée de nouveaux va ralentir et les membres qui étaient alors très actifs vers l'extérieur devront se mettre à certifier vers l'intérieur pour densifier un peu la toile afin que celle-ci puisse de nouveau acceuillir.
+Là encore c'est un phénomène normal en début de monnaie et même souhaitable car cette contrainte sur les entrées limitera également les éventuelles micro-attaques sybil en cours (les petites fraudes) de sorte qu'elles restent microscopiques par rapport à la taille de la toile.
+
+*Aparté : je rapelle qu'il est impossible d'empêcher les petites fraudes, il y en aura forcément, peut-être même qu'il y en a déjà, la seule chose que l'on peut et que l'on doit faire c'est contraindre ces petites fraudes à rester marginales pour que la globalité de la toile reste de confiance et c'est précisement le rôle de la règle de distance.*
+
+Voila pourquoi il est important d'insister auprès des autres membres de la Ğ1 que vous rencontrez sur le fait qu'il doivent certifier les membres qu'ils connaissent personnellement même s'ils sont déjà membres et qu'il doivent le faire sans attendre.
+Ce point-là n'est pas toujours bien expliqué et encore moins compris, et c'est bien compréhensible vu la quantité de nouveaux concepts à intégrer par ailleurs, mais si nous n'insistons pas suffisamment sur l'importance des certifications internes alors il y aura peut-être beaucoups d'incompréhensions lorsque la règle de distance deviendra bloquante, et cette incompréhension pourrait provoquer de la méfiance et freiner la popularité de la Ğ1.
+
+Il convient de nuancer ce propos global en précisant que la toile se régionalise, ainsi la règle de distance ne deviendra contraignantes que dans certaines régions et pas du tout dans d'autres, il suffit pour anticiper cela de surveiller les membres à la qualité la plus faible, et s'il commence à s'en concentrer beaucoup dans une même région, nous pouvons très bien contacter directement les groupes locaux de cette région, et par la même occassion leur apprendre à utiliser g1-monit pour surveiller eux-mêmes leur propre situation à l'avenir.
+
+### Conclusion
+
+Les différents indicateurs de l'état de tension de la toile nous permettront de voir venir de loin, et c'est tout l'objectif du développement de g1-monit et de la rédaction de ces rapports : éveiller votre vigilance afin que vous surveilliez vous-même votre toile de confiance, après tout c'est un bien commun :)
+
+Certains sont d'avis que la règle de distance est trop contraignante et qu'il faudra l'assouplir, d'autres que les règles actuelles conviennent parfaitement et que les membres de la Ğ1 sont capables de réguler d'eux-mêmes l'équilibre entre leurs  certifications internes et externes. Les membres de la Ğ1 seront-ils suffisamment vigilants pour réguler la toile d'eux-mêmes ? J'espère que la réponse est oui, le suivi des statistiques détaillés de la toile nous le dira :)
+

content/blog/2018-01-10-migration-gitlab.md

++++
+title = "Migration sous gitlab"
+date = 2018-01-10
+
+[extra]
+thumbnail = "/PELICAN/images/code.svg"
+
+[taxonomies]
+authors = ["inso",]
+tags = ["gitlab",]
+category = ["Communication",]
+
+[extra.translations]
+en = "blog/migration-gitlab/"
++++
+
+# Migration sous gitlab
+
+En 2018, nous migrons nos dépôts de code Duniter sous [Gitlab](https://git.duniter.org). 
+Dorénavant, nous ne dépendons plus d'une plateforme privatrice pour publier nos releases et maintenir nos issues.
+
+Tout a été migré : les issues, les dépôts Git, et même les comptes utilisateurs ! 
+Il est par ailleurs possible de se connecter en utilisant ses logins Github. 
+
+Vous retrouverez notamment les dépôts suivant : 
+
+* Le dépôt de [Duniter Typescript](https://git.duniter.org/nodes/typescript/)
+* Le dépôt de [Duniter Rust](https://git.duniter.org/nodes/rust/)
+* Le dépôt de [Cesium](https://git.duniter.org/clients/cesium)
+
+Comme sur Github, si vous souhaitez contribuer, vous pouvez fourcher le projet, créer des issues, etc.
+  
+Nous profitons également de cette migration pour **changer notre manière de faire évoluer le protocole.** 
+Nous avons mis en place un [dépot dédié aux RFC du protocole](https://git.duniter.org/nodes/common/doc).
+Les propositions d'améliorations et d'évolution du protocole sont gérées à travers des [merge request](https://git.duniter.org/nodes/common/doc/merge_requests)
+sur le dépôt.
+
+

content/blog/2018-01-24-duniter-pourquoi-comment.md

++++
+title = "Duniter, pourquoi, comment ?"
+date = 2018-01-24
+
+[extra]
+thumbnail = "/PELICAN/images/logos/duniter.png"
+
+[taxonomies]
+authors = ["inso",]
+tags = ["gitlab",]
+category = ["Moteur blockchain",]
+
+[extra.translations]
+en = "blog/duniter-why-and-how/"
++++
+
+# Duniter, pourquoi, comment ?
+
+
+L’année 2017 a vu le projet Duniter démarrer sa première monnaie en production, la **ğ1**. Jusqu’à présent, les efforts étaient donc réalisés autour d’un objectif : la mise en production de la première cryptomonnaie libre 100% P2P (pair à pair). L’année s’est écoulée, et nous sommes passés de 59 membres à plus de 600 membres. Des réseaux locaux de la ğ1 se développent, le projet commence à se faire connaître de plus en plus largement.  
+
+Durant l’année 2017, on entendait régulièrement la même conversation autour du projet : 
+
+> C’est quoi cette cryptomonnaie Duniter ?
+
+> C’est un générateur de monnaie libre (où chacun est égal face à la création monétaire), avec une toile de confiance, une blockchain sans course à la puissance... 
+
+> Ah wow, ça a l’air pas mal, mais du coup ça marche comment ? Comment est-ce que vous vous défendez contre les attaques sibylles ? Comment fonctionne la blockchain  ? C’est compliqué de devenir membre ? ...
+
+Il est temps pour l’année 2018 d’expliquer en détail et plus largement le fonctionnement de Duniter. Nous démarrons donc une série d’articles en 12 épisodes qui permettra à chacun d’avoir une vision d’ensemble complète du pourquoi et du comment de Duniter.
+
+## Une monnaie « libre » ?
+
+Duniter cherche donc à émettre une monnaie libre **au sens de [la théorie relative de la monnaie](https://trm.creationmonetaire.info)**. Elle est émise par un Dividende Universel (DU) quotidien, de manière symétrique entre ses membres, passés, présents et futurs.  
+Concrètement, chacun co-crée le même pourcentage de la masse monétaire en un temps donné (40 ans dans la ğ1). Il existe plein d’arguments en faveur d’une telle forme d’émission monétaire :
+
+- La monnaie est co-créée par chacun, et est assimilable à **une forme de revenu de base financé par la création monétaire**
+- L’émission monétaire ne privilégie personne, que ce soit en différents endroits à un instant t, ou entre des périodes séparées dans le temps
+- L’outil monétaire étant co-créé, il permet de **mesurer les échanges à égalité** entre chaque individu, créant une véritable « monnaie commune »
+
+Ce type de monnaie a des propriétés très particulières du fait du Dividende Universel : 
+
+- La monnaie « tourne », celle **émise par les morts est remplacée petit à petit par la monnaie émise par les vivants**  
+- La masse monétaire converge (vers un nombre total d’environ 3800 DU pour la ğ1) pour chaque membre émettant de la monnaie
+
+Nous aurons l’occasion d’aborder tout ceci plus en détail dans les épisodes suivants.
+
+## Une « Toile de confiance » ?
+
+Afin d’identifier qui crée de la monnaie, et de s’assurer que chacun ne crée sa part qu’une seule fois, une toile de confiance est mise en œuvre. Ce terme a été repris de [PGP](https://fr.wikipedia.org/wiki/Pretty_Good_Privacy), un logiciel de chiffrement cryptographique, mais est finalement très différent dans Duniter. La toile de confiance y atteste **de la correspondance entre une personne physique et un compte**.
+
+La toile de confiance de Duniter est construite par ses membres. A l’initialisation, elle a été construite à partir de 59 membres qui se sont reconnus entre eux. Puis, chaque membre a pu reconnaître de nouveaux individus à travers l’émission de « certifications ». Lorsqu’un nouveau membre « entre » dans la toile, il peut à son tour en faire entrer de nouveaux. 
+
+Ce processus **ne peut pas s’étendre à l’infini** : la toile a **un diamètre maximum**. En effet, chacun a un nombre limité de certifications à émettre, et ne peut pas être trop « loin » des autres membres de la toile.
+Pour en aborder le fonctionnement, et en attendant les articles de la série qui décriront de manière précise toute cette mécanique, je vous invite à lire l’article écrit en 2016, « [Introduction à la gestion des membres](@/wiki/toile-de-confiance/introduction-a-la-toile-de-confiance.md) »
+
+> *la toile de confiance c'est l'ensemble des liens qui relient des êtres humains à d'autres être humains. Je connais qqu'un qui connaît qqu'un qui connaît qqu'un. Le bruit courrait que nous serions tous à 5 pas les uns des autres*  
+-- [@paidge](https://www.youtube.com/watch?v=coFgDw2yH0g)  --
+
+## Une blockchain sans « minage » ?
+
+La blockchain de Duniter avance grâce aux nœuds mis à disposition par les membres pour faire fonctionner le réseau. Ces nœuds **calculent des blocs valides**, mais **ne minent rien**. Évidemment, puisque la monnaie est créée par le Dividende Universel ! 
+
+Qu’un membre ait un nœud actif ou non, **il participe toujours à la co-création monétaire.** Les membres sont incités à faire tourner un nœud simplement pour sécuriser le réseau et faire fonctionner la monnaie créée par leur dividende, qui est leur moyen d’échange.
+
+Pour contribuer aux coûts, un service de redistribution a été développé. De la monnaie peut être envoyée à un [service](https://remuniter.cgeek.fr/), qui va automatiquement redistribuer de la monnaie aux membres calculant des blocs. Mais la monnaie est ici redistribuée, pas créée. De plus, ce service ne fait pas partie du cœur de la monnaie, et fonctionne uniquement par les dons.
+
+Plus il y a de membres calculant, plus la blockchain est robuste et difficile à corrompre. Il faut donc que le logiciel coûte **le moins cher possible en terme d’énergie** pour le faire fonctionner.  
+Pour limiter le coût énergétique du calcul, l’algorithme utilise un système de **personnalisation de la difficulté de calcul.** Ceux qui ont un ordinateur plus rapide que les autres sont ralentis. L’objectif étant que même un raspberry pi puisse participer au calcul de blocs.
+Nous aurons là encore l’occasion d’aborder plus en détail le fonctionnement de la blockchain dans un article ultérieur !
+                           
+## La vue d’ensemble est posée
+
+Vous l’aurez compris, **Duniter se différencie sur le plan humain.** La création monétaire est réalisée par les humains, et non pas par les machines, ni les entreprises. Ce sont les humains qui, en pair à pair, se reconnaissent et valident le droit de co-créer le DU. 
+
+La situation idéale en termes de répartition réseau serait une machine calculante par humain. Une telle répartition permettrait à chacun de participer au calcul de la blockchain et de faire valoir son droit sur l'évolution du réseau.
+
+Vous noterez que la monnaie générée par Duniter ne s’appelle pas le Duniter, mais **la ğ1**. C’est pour différencier le protocole de la monnaie. **La technique et l’économie sont deux sujets distincts !**
+
+Duniter (DU – unit – er) est une manière de dire « **Machine à calculer des DU** ». Le logiciel permet d’instancier la blockchain d’une monnaie, ici la ğ1. Il permet aux humains qui se sont reconnus via la toile de confiance sur cette blockchain de calculer la génération des DU des humains. 
+
+**C'est bien l’action humaine de reconnaissance de ses pairs et de mise en œuvre de nœuds qui permet de co-créer la monnaie.**
+
+## La suite...
+
+Nous espérons que vous suivrez avec attention les prochains articles qui sortiront permettant d'expliquer Duniter dans le détail.
+
+Nous vous retrouverons le mois prochain pour un second article, qui vous présentera les logiciels existants et compatibles avec la ğ1 !
+

content/blog/2018-03-01-duniter-v1.6.md

++++
+title = "Duniter version 1.6"
+date = 2018-03-01
+description = "La version 1.6 de Duniter est désormais disponible au téléchargement ! Cette nouvelle version apporte une nouvelle couche réseau nommée WS2P ayant pour vocation de remplacer la couche réseau historique (BMA) pour les connexions inter-nœuds !"
+
+[extra]
+thumbnail = "/PELICAN/images/box.svg"
+
+[taxonomies]
+authors = ["elois",]
+tags = ["release",]
+category = ["Moteur blockchain",]
++++
+
+# Duniter version 1.6
+
+La version 1.6 de Duniter est désormais [disponible au téléchargement](https://git.duniter.org/nodes/typescript/duniter/-/releases) !
+
+## Changements
+
+Cette nouvelle version apporte une nouvelle couche réseau nommée WS2P ayant pour vocation de remplacer la couche réseau historique (BMA) pour les connexions inter-nœuds !
+
+La couche réseau historique BMA ne servira plus que pour répondre aux requêtes des clients et programmes tiers, ce qui permettra de la remplacer à terme par une nouvelle api 100 % orientée client dès sa conception !
+
+La nouvelle couche réseau est séparée en deux parties distinctes : WS2P Public et WS2P Privé
+
+WS2P Privé est activé par défaut et ne nécessite aucune configuration.
+WS2P Public nécessite la configuration d'un point d'accès pour être joigniable (cela reste automatique pour les utilisateurs d'UPnP).
+
+Seul les nœuds avec WS2P Public contribuent réellement au réseau P2P, nous vous invitons donc à configurer un point d'accès WS2P Public si vous le pouvez.
+
+Nous vous invitons aussi à vous référer au nouveau [**tutoriel officiel de configuration**](@/wiki/doc/configurer.md).
+
+
+**Il est important de passer cette mise à jour** si vous êtes en version 1.5 ou inférieure, car ces anciennes versions ne pourront pas communiquer avec les nœuds en 1.6 et vont donc s'isoler du réseau ! Pour assurer la stabilité du réseau Ğ1 nous gardons pour l'instant la possibilité de réactiver manuellement les fonctions de crawling et de routage de la couche réseau historique en attendant que les nœuds 1.5 se mettent à jour. Mais, nous désactiverons cette fonction dans les prochaines versions de Duniter !
+
+**Il est également important de passer cette mise à jour** si vous étiez en version 1.6.20 on inférieure, car la version 1.6.21 corrige un bug important détecté sur le réseau Ğ1-Test et qui se produira vers le 8 Mars 2018 sur la Ğ1 pour les nœuds non mis à jour.
+
+## Synchronisation
+
+{% note(type="ok", display="icon") %}Pas besoin de resynchroniser.{% end %}
+
+## Compatibilité
+
+{% note(type="ok", display="icon") %}Compatible avec la Ğ1.{% end %}
+
+-----
+
+## Mettre à jour sa version
+
+* Lien pour [installer la nouvelle version](@/wiki/doc/installer/index.md) depuis un poste vierge
+* Lien pour [mettre à jour vers la nouvelle version](@/wiki/doc/mettre-a-jour.md) depuis une installation existante
+