Skip to content
Snippets Groups Projects

Compare revisions

Changes are shown as if the source revision was being merged into the target revision. Learn more about comparing revisions.

Source

Select target project
No results found

Target

Select target project
  • websites/duniter_website_fr_v2
  • developerfred/duniter_website_fr_v2
  • LukeMarlin/duniter_website_fr_v2
  • Gobtous/duniter_website_fr_v2
  • tuxmain/duniter_website_fr_v2
  • vincentux/duniter_website_fr_v2
  • joss-rendall/duniter_website_fr_v2
  • aya/duniter_website_fr_v2
8 results
Show changes
Showing
with 676 additions and 26 deletions
../wiki/toile-de-confiance/la-toile-de-confiance-en-detail.md
\ No newline at end of file
+++
description = "Un billet pour faire le point sur les rémunérations des développeurs sur le cycle décembre 2018, janvier et février 2019."
date = 2018-11-30
title = "Indemnisation des développeurs (déc 2018 – fév 2019)"
date = 2018-11-30
description = "Un billet pour faire le point sur les rémunérations des développeurs sur le cycle décembre 2018, janvier et février 2019."
[taxonomies]
tags = [ "rémunération",]
authors = [ "Moul",]
category = [ "Financement participatif",]
authors = ["Moul",]
category = ["Financement",]
[extra]
thumbnail = "/PELICAN/images/coins.svg"
......
+++
title = "Duniter version 1.7"
description = "La version 1.7 de Duniter vient de sortir. Elle apporte son lot de nouveautés, comme la possibilité de renouveller les certifications par anticipation, mais aussi une synchro plus rapide, et des performances accrues."
aliases = [ "duniter-version-1.7",]
date = 2019-01-08
title = "Duniter version 1.7"
[extra]
thumbnail = "/PELICAN/images/box.svg"
[taxonomies]
authors = [ "cgeek",]
tags = [ "release",]
category = [ "Moteur blockchain",]
authors = ["cgeek",]
tags = ["release",]
category = ["Moteur blockchain",]
+++
# Duniter version 1.7
La version 1.7 de Duniter est désormais [disponible au téléchargement](https://git.duniter.org/nodes/typescript/duniter/wikis/Releases) !
La version 1.7 de Duniter est désormais [disponible au téléchargement](https://git.duniter.org/nodes/typescript/duniter/-/releases) !
## Arrivée du renouvellement de certifications
......@@ -73,16 +72,17 @@ En interne, le logiciel connaît des refontes, abstractions, élagage de code af
## Synchronisation
> <span class="icon">![Attention !](/PELICAN/images/icons/warning.png)</span> Resynchronisation obligatoire.
{% note(type="warning", display="icon") %}Resynchronisation obligatoire.{% end %}
## Compatibilité
> <span class="icon">![Attention !](/PELICAN/images/icons/warning.png)</span> Fait évoluer la Ğ1 en protocole v11 !
{% note(type="warning", display="icon") %}Fait évoluer la Ğ1 en protocole v11 !{% end %}
-----
## Mettre à jour sa version
* Lien pour [installer la nouvelle version](/wiki/miner-des-blocs/installer.md) depuis un poste vierge
* Lien pour [mettre à jour vers la nouvelle version](/wiki/miner-des-blocs/mettre-a-jour.md) depuis une installation existante
* 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
+++
title = "Indemnisation des développeurs (sept − nov 2019)"
description = "Un billet pour faire le point sur les rémunérations des développeurs sur le cycle septembre-octobre-novembre 2019."
date = 2019-08-27
title = "Indemnisation des développeurs (sept − nov 2019)"
[taxonomies]
tags = [ "rémunération",]
authors = [ "Moul",]
category = [ "Financement participatif",]
authors = ["Moul",]
category = ["Financement",]
[extra]
thumbnail = "/PELICAN/images/coins.svg"
......
+++
description = "Dans cet article, nous vous présentons nos ambitions pour 2020. Nous vous expliquerons aussi comment vous pouvez nous aider à les réaliser."
date = 2020-01-27
title = "Ğ1 : Et si on finançait son développement ?"
date = 2020-01-27
description = "Dans cet article, nous vous présentons nos ambitions pour 2020. Nous vous expliquerons aussi comment vous pouvez nous aider à les réaliser."
draft = true
[taxonomies]
tags = [ "rémunération",]
authors = [ "Boris",]
category = [ "Financement participatif",]
authors = ["boris",]
category = ["Financement",]
[extra]
thumbnail = "/PELICAN/images/coins.svg"
......
+++
title = "Duniter version 1.8"
description = "La version 1.8 de Duniter vient de sortir. C'est la première version à intégrer des crates Rust utilisées par nodejs."
date = 2020-06-12
[extra]
thumbnail = "/PELICAN/images/box.svg"
[taxonomies]
authors = ["elois",]
tags = ["release",]
category = ["Moteur blockchain",]
+++
# Duniter version 1.8
{% note(type="warning", display="both", markdown=true) %}
Cet article est une copie du sujet [publié sur le forum](https://forum.duniter.org/t/nouvelle-version-stable-de-duniter-v1-8-0/7377).
{% end %}
## Télécharger Duniter 1.8 variante [Server](https://git.duniter.org/nodes/typescript/duniter/-/releases/v1.8.0) ou [Desktop](https://git.duniter.org/nodes/typescript/duniter/-/releases/v1.8.1)
*L'image docker est disponible sur dockerhub : [duniter/duniter:v1.8.0](https://hub.docker.com/layers/duniter/duniter/v1.8.0/images/sha256-002858836321149dce40598b81425a6aa5120bbfbc879a72152b7841f9741a60)*
{% note(type="warning", display="block", markdown=true) %}
**Cette version nécessite une réinitialisation manuelle de la blockchain**
{% end %}
## Procédure de mise à jour
1. Télécharger et installer la nouvelle version
2. Stopper Duniter
3. Exécuter les commandes suivantes :
rm -rf ~/.config/duniter/duniter_default/data/
rm ~/.config/duniter/duniter_default/wotb.bin
4. Selon votre variante :
a. Desktop: relancer Duniter, vous serez alors obligé de refaire une synchronisation.
b: Server: refaire une synchronisation (duniter sync HOST:PORT).
*Remplacez HOST et PORT par le nom d'hôte et le port du nœud de confiance sur lequel vous souhaitez vous synchroniser.*
## Dois-je installer cette version ?
Oui, elle corrige de nombreuses vulnérabilités de sécurité et apporte une amélioration sensible des performances de la preuve de travail (mécanisme de forgeage des blocs).
@Blacksmith **tous les membres forgerons sont invités à se mettre à jour dès que possible.**
## Quels changements ?
Cette nouvelle version majeure de Duniter cumule beaucoup de petites modifications, dont certaines ont été réalisées il y a plus d'un an déjà (notamment le passage à nodejs v10); elle marque également le commencement d'une [**migration progressive de Duniter en Rust**](https://forum.duniter.org/t/duniteroxyde-oxydation-de-duniter/7075) !
Changements principaux :
- Migration sous nodejs v10 @cgeek et @Moul
- Migration en Rust de module wotb @elois
- Migration en Rust de toutes les fonctionnalités de cryptographie (sauf scrypt) @elois
- Remplacement vielles dépendances qui présentaient des vulnérabilités de sécurité @elois
- Auto-complétion bash @vit
- Amélioration du process de build et allègement des paquets @sveyret
Cette version inclut de très nombreux autres petits changements, je vous invite à lire le CHANGELOG pour plus de détails :
[https://git.duniter.org/nodes/typescript/duniter/-/blob/dev/CHANGELOG.md#v180-12th-march-2020](https://git.duniter.org/nodes/typescript/duniter/-/blob/dev/CHANGELOG.md#v180-12th-march-2020)
\ No newline at end of file
+++
title = "Migration du site francophone de Duniter"
description = "Brève histoire du site de duniter et annonce de la migration"
date = 2020-07-26
[taxonomies]
authors = ["HugoTrentesaux",]
tags = ["site", ]
category = ["Communication",]
[extra]
thumbnail = "/PELICAN/images/www.svg"
+++
# Migration du site duniter.org
Le site de duniter a connu plusieurs évolutions successives et garde aujourd'hui une trace de cette longue histoire. Tout d'abord, il s'agissait de OpenUDC et Ucoin (**openudc.org** et **ucoin.org**). Les articles les plus anciens (2015-2016) témoingnent de cette époque.
En avril 2016 [ucoin devient duniter](@/blog/2016-04-24-ucoin-rename-duniter.md) et [participe aux rml7](@/blog/2016-05-10-duniter-sera-aux-rml7.md). La monnaie ğ1 est officiellement lancée le [8 mars 2017](@/blog/2017-03-08-g1-go.md) et le site connait [une refonte](@/blog/2017-04-03-refonte-du-site.md) dans la foulée en Pelican.
Il est traduit en anglais le [19 juin 2017](@/blog/2017-06-19-duniter-org-en.md) en tant que site indépendant afin de toucher un public anglophone.
La version francophone du site fait peau neuve en [décembre 2019](https://forum.duniter.org/t/refonte-site-web-en-francais-de-duniter/6662) grâce aux talents de webdesign de [Boris](https://borispaing.fr/). Il en ressort des pages d'accueil bien plus lisibles et "grand public".
Aujourd'hui je (Hugo Trentesaux) me suis proposé pour prendre la relève du site qui n'avait plus de mainteneur. Le site originel était en effet devenu difficile à maintenir et fonctionnait avec un version de Pelican très ancienne. J'ai donc réalisé une migration en Zola qui m'a donné l'occasion de ré-écrire un thème plus adapté tout en conservant les améliorations en matière de design.
![screenshot](/blog/screenshot_duniter.org_2020-07.png)
> *Capture d'écran du nouveau thème montant un menu déroulant facilitant la navigation*
La palette de couleur du site est choisie pour rappeler les couleurs du logo de duniter. Une barre de navigation facilite la navigation dans le site. Certaines fonctionnalités cassées sont revues et une [feuille de route](https://forum.duniter.org/t/site-web-de-duniter/7482/2) est adoptée.
\ No newline at end of file
+++
title = "Oxydation de Duniter"
description = "Il est temps de faire un point sur les développements récents réalisés par elois sur Duniter"
date = 2020-12-17
[taxonomies]
authors = ["HugoTrentesaux",]
tags = ["rust", ]
category = ["Technique",]
[extra]
thumbnail = "/PELICAN/images/box.svg"
+++
# Oxydation de Duniter
La publication de la version 1.8 de Duniter apporte de gros changements par rapport aux précédentes avec entre autres l'apparition des premiers modules en Rust ([cf article dédié](@/blog/2020-06-12-duniter-v1.8.md)). C'est le premier pas d'un processus à long terme visant à migrer Duniter en Rust : l'oxydation. Le langage Rust offre en effet des garanties de sécurité et de performances dont l'effet se ressent largement à l'utilisation. Duniter 1.9 est en cours de développement et pousse l'oxydation encore plus loin.
[TOC]
## Pourquoi le mot "oxydation" ?
Oxydation vient de [oxidation](https://wiki.mozilla.org/Oxidation), un mot utilisé par mozilla pour décrire le processus d'intégration de code Rust dans le logiciel Firefox. C'est un jeu de mot avec *rust* qui signifie *rouille*, littéralement l'[oxydation du métal](https://fr.wikipedia.org/wiki/Rouille_(oxyde)).
## Changement d'architecture
Rust facilite une architecture modulaire, elle-même facilitant grandement la maintenance à long terme et la réutilisation du code. Pour des raisons de performance, Duniter utilisait *NaClb* et *Wotb*, des bibliothèques C++ servant respectivement aux fonctions cryptographiques et aux calculs de graphes concernant la toile de confiance. En version 1.8, ces bibliothèques ont été remplacées par leur équivalent Rust déjà développées dans le projet Dunitrust ([archive](https://git.duniter.org/nodes/rust/duniter-rs)). Duniter stockait la blockchain dans une base de données LevelDb qui posait régulièrement des problèmes de corruption de données. La version 1.9 entreprend de se débarasser progressivement de LevelDb et de faciliter le changement d'un système de base de données à un autre grâce à la couche d'abstraction `kv_typed`. Cela permet entre autres de choisir une base de données optimisée en fonction de son contexte d'utilisation : lecture intensive, écriture intensive, ou équilibrée.
![schema](/blog/oxydation_duniter.svg)
## Nouvelles fonctionnalités
### GVA
Une nouvelle fonctionnalité largement attendue est l'apparition de GVA (*GraphQL Verification API*), une nouvelle API client. Cette API permet de réaliser des requêtes simples ou complexes, mais toujours précises, c'est-à-dire que seul ce qui est nécessaire est demandé. Elle gère les souscriptions aux événements, par exemple la modification du nombre de membre ou du solde d'un compte. Vous pouvez voir ci-dessous une vidéo d'introduction pour effectuer des requêtes à travers l'interface web [https://g1.librelois.fr/gva/playground](https://g1.librelois.fr/gva/playground).
{{ peertube(embed="https://tube.p2p.legal/videos/embed/fbe29063-14fd-4a99-89fc-0893a85bfb25") }}
Cette API va permettre l'émergence de nouveaux clients et l'amélioration de Césium notamment en terme de rapidité.
### Dex
Dex (*Database explorer*) est un utilitaire qui permet d'explorer les bases de données de Duniter lorsque le serveur est éteint.
\ No newline at end of file
+++
title = "Présentation de Ğecko"
description = "Le client mobile Ğecko est en cours de construction, voici quelques nouvelles sur le projet."
date = 2021-10-23
[taxonomies]
authors = ["HugoTrentesaux",]
tags = ["Ǧecko", "flutter"]
category = ["Technique",]
[extra]
thumbnail = "/img/smartphone.svg"
+++
## Contexte actuel du projet Duniter
Le projet Duniter est entré dans une phase un peu particulière : alors que la toile de confiance continue de grandir (3594 membres à l'heure où j'écris ces mots), et la blockchain de s'allonger (468661 blocs), l'équipe Duniter réflechit au futur de la monnaie. Les perspectives d'amélioration côté serveur apportées par l'[oxydation de duniter](@/blog/2020-12-17-oxydation-duniter.md) sont contrastées : d'une part, les larges gains en efficacité observés nous encouragent à continuer ce chantier, d'autre part, sa difficulté et le nombre très restreint de personnes actuellement capables d'y contribuer nous font douter de sa faisabilité.
À bien y réfléchir, une _refonte du protocole_ ainsi qu'une _ré-écriture totale du logiciel_ seraient préférables au long terme. En effet, même en menant l'oxydation jusqu'au bout (~4-5 ans de travail au rythme actuel), il resterait de profonds problèmes structurels dans le protocole qui menacerait le passage à l'échelle. Un ré-écriture serait quant à elle l'occasion de mettre à profit l'expérience engrangée sur les quatre premières années de fonctionnement de la monnaie sans chercher à se mettre en conformité avec des cas limites du protocole actuel. De plus, et se basant sur les progrès fait dans les dix dernières années dans le milieu de la blockchain, la durée de développement pourrait être réduite à ~2-3 ans. Nous aborderons ce sujet en détail dans un prochain article.
Il nous reste donc encore deux ans pour continuer à faire grandir la communauté Ğ1 et développer ses outils. C'est là qu'intervient le projet Ğecko, le premier d'une nouvelle génération de clients.
## Objectifs de Ğecko
Nous avons eu l'idée de Ğecko en observant la difficulté à réaliser des transactions en Ğ1 lors d'événements comme les Ğmarchés. En effet, l'application Césium est lente pour plusieurs raisons :
- nécessité de rentrer le mot de passe complet pour s'identifier
- technologie web (ionic) gourmande en ressources (mémoire, CPU)
- interface peu réactive car reposant sur une API vieillissante (BMA)
- risque de panne du noeud duniter / cesium+ sélectionné (client mono noeud)
Césium reste un bon client pour gérer son compte membre depuis un ordinateur, mais nous avons ressenti le besoin de construire un nouvel outil pour répondre à ces cas d'usage.
### Gestion des clés
Nous nous sommes aperçu que laisser le choix du mot de passe à l'utilisateur était une mauvaise idée, d'une part pour les oublis et d'autre part pour la faible sécurité. La méthode diceware recommandée restait compliquée à mettre en oeuvre pour l'utilisateur et peu appliquée. Pour Ğecko, nous avons choisi une nouvelle méthode d'authentification qui est à la fois plus robuste et plus simple d'utilisation.
La clé privée est générée aléatoirement et stockée dans un fichier protégé par un code à six lettres aléatoire. En cas de perte du téléphone, l'utilisateur peut regénérer sa clé privée à l'aide d'une phrase de restauration composée de 12 mots aléatoires dans la langue choisie.
De plus, en utilisant les techniques de HDWallet (Hierarchical Deterministic Wallet), nous pouvons dériver plusieurs portefeuilles d'une même clé privée, ce qui signifie un seul mot de passe à retenir, et une seule phrase de restauration à noter pour plusieurs comptes différents (par ex pro/perso).
{{ peertube(embed="https://tube.p2p.legal/videos/embed/098d6bdf-2684-41be-b290-10bdf6f15bd4") }}
> explication de la phrase de restauration et du mot de passe
### Technologie native
Pour atteindre de bonnes performances pour une faible utilisation de ressources machine, nous avons choisi le framework Flutter, qui permet de compiler le code de l'application pour iOS, Android, et bureau tout en incluant des bibliothèques précompilées. Par exemple, la gestion de la cryptographie sera assurée par une bibliothèque Rust à part, réutilisée dans d'autres clients. Cela permettra de partager les efforts de développements avec d'autres projets.
### Nouvelle API client
Ğecko se base sur GVA, la nouvelle API client des noeuds Duniter introduite dans l'[article précédent](@/blog/2020-12-17-oxydation-duniter.md#gva). Cela permet de faire des requêtes HTTP uniques comportant toutes les données nécessaires plutôt que plusieurs requêtes distinctes comportant beaucoup d'information superflue. Cela permet de diminuer largement le traffic réseau et de ramener la latence en dessous du seuil perceptible, même sur des connexions réseau modestes (3G). Nous essayons d'imaginer des protocoles hors ligne, mais n'avons pas encore de schéma en tête.
Nous travaillons également sur une bibliothèque client multi-noeud qui permettrait de s'affranchir des problèmes de noeud hors ligne ou désynchronisé.
## Moyens mis en oeuvre
Ğecko existe déjà à l'état de preuve de concept fonctionnelle, mais nécessite beaucoup d'heures de travail pour être amené à l'état de production. Il nous reste à compléter l'interface (restauration de compte, écran de paiement, gestion de portefeuilles, affichage de l'historique, confirmation de paiement...) mais également à amener Duniter 1.9 en production (étendre le périmètre de GVA, tester sa cohérence avec l'actuel, tester la robustesse...). Pour cela, nous avons cherché des financements en euro pour salarier nos développeurs, qui pourront ainsi consacrer bien plus de temps au projet, en comparaison du pur bénévolat.
\ No newline at end of file
+++
title = "Duniter v2 avec Substrate"
description = "La réflexion sur une deuxième version de Duniter basée sur le framework Substrate prend forme."
[taxonomies]
authors = ["HugoTrentesaux",]
tags = ["rust", "substrate"]
category = ["Moteur blockchain",]
[extra]
thumbnail = "/img/duniterv2.svg"
[extra.translations]
en = "blog/duniter-substrate/"
+++
# Duniter v2 🏗
## Une évolution nécessaire et bénéfique 👍
Le logiciel Duniter a connu de nombreuses évolutions depuis son baptème [en avril 2016](@/blog/2016-04-24-ucoin-rename-duniter.md), et les technologies de blockchain également. Alors qu'à l'époque une solution "faite maison" était pertinente, nous pensons qu'il est aujourd'hui préférable de nous baser sur des briques logicielles largement testées et éprouvées pour garantir le passage à l'échelle. Le framework blockchain [Substrate](https://substrate.io/) nous semble particulièrement adapté à nos besoins. En effet, son architecture modulaire par "[pallet](https://docs.substrate.io/v3/getting-started/glossary/#pallet)" nous permettra d'assembler des briques développées par des professionnels et de nous concentrer sur ce qui fait la spécificité de Duniter : sa toile de confiance et la création monétaire par Dividende Universel (DU).
### Migration de la Ğ1 🏆
Le premier objectif de Duniter est de propulser la monnaie Ğ1 dont la toile de confiance comporte aujourd'hui 4268 membres avec une croissance actuelle de 300 membres / mois. Nous souhaitons coordonner la communauté pour une transition vers Duniter v2 aussi douce que possible sans "hard fork". Chaque membre conservera son statut, chaque compte conservera son solde, les paramètres monétaires resteront pratiquement inchangés, les wallets (anciennement "clients") seront adaptés, et nous chercherons à rendre la durée d'indisponibilité aussi courte que possible (idéalement inférieur à une journée).
### Ouverture à l'international 🌍
Contrairement à la solution "faite maison" documentée essentiellement en français, Substrate nous ouvre vers une communauté de développeurs internationale. Duniter apportera ce qu'il manque à l'univers des cryptomonnaies : une théorie monétaire solide. Réciproquement, le monde des cryptomonnaies apportera à Duniter l'expertise nécessaire pour passer au stade supérieur de l'expérimentation d'une monnaie libre. Afin de faciliter la compréhension, nous allons utiliser un [vocabulaire précis](https://forum.duniter.org/t/vocabulaire-de-base-pour-comprendre-duniter-v2s-lecture-fortement-recommandee-pour-tous/9053) déjà bien installé.
### La blockchain comme ressource commune 🌲
[🔗 forum](https://forum.duniter.org/t/comment-partager-equitablement-cette-ressource-commune-quest-la-blockchain-g1/9050/)
Duniter v1 s'inscrivait déjà dans une démarche globale consistant à considérer la blockchain comme un **[commun](https://fr.wikipedia.org/wiki/Communs)**, <q> une ressource gérée collectivement par une communauté </q> selon la définition donnée par [https://lescommuns.org/](https://lescommuns.org/). La migration vers Substrate est une occasion idéale de pousser la réflexion plus loin, en introduisant des outils de gouvernance *on-chain* pour les décisions collectives (vote, évolution du protocole) et l'attribution des ressources finies de la blockchain (ex. résistance au spam).
## Quelques points techniques 👩‍💻
Rentrons maintenant dans une partie technique, où nous aborderons les questions concrètes posées par cette migration.
[TOC]
### Abandon de la POW → BABE/GRANDPA 👾
[🔗 forum](https://forum.duniter.org/t/abandon-de-la-pow-au-profit-de-babe-grandpa/8901) [🔗 forum](https://forum.duniter.org/t/g1v2-proposition-de-passer-au-consensus-hybride-babe-grandpa/8610)
La preuve de travail (*proof of work*, "pow") était un point souvent critiqué. Bien que la [difficulté personnalisée](@/wiki/contribuer/blockchain-nodejs/preuve-de-travail.md#la-difficulte-personnalisee) de Duniter permette de réduire la consommation d'énergie et de répartir l'ajout de blocs entre les forgerons, les algorithmes [BABE](https://docs.substrate.io/v3/advanced/consensus/#babe) pour l'ajout de blocs et [GRANDPA](https://docs.substrate.io/v3/advanced/consensus/#grandpa) pour la finalisation nous permettront d'accélérer grandement la validation des données (~30 minutes → ~30 secondes) tout en limitant le "gaspillage" de ressources CPU.
### Sous-toile forgerons 🌋
[🔗 forum](https://forum.duniter.org/t/la-sous-toile-forgerons/9047)
Dans Duniter v1, tout membre de la toile de confiance (*web of trust*, "wot") obtient d'un seul coup les droits de créer le DU, certifier, et ajouter des blocs. Cela constitue une faille de sécurité importante car en s'emparant d'une trentaine de comptes mal sécurisés il est possible de prendre le contrôle de toute la blockchain. Avec l'augmentation du nombre d'utilisateurs, il est préférable de dissocier les différents droits pour n'accorder l'ajout de bloc que selon des conditions de sécurité non imposables au grand public.
### Pallet "Democracy", utilisations envisagées 🌿
- gouvernance du runtime [🔗 forum](https://forum.duniter.org/t/la-gouvernance-du-runtime/8899)
### frais d'extrinsics / mesures antispam 🤖
- frais d'extrinsics [🔗 forum](https://forum.duniter.org/t/les-frais-dextrinsics/8941)
### déclaration d'identité via premier certificateur 🔱
[🔗 forum](https://forum.duniter.org/t/la-creation-didentite-dans-duniter-v2s/9054)
### 1 bloc = 6 sec → oracle pour calculs coûteux (ex. règle de distance) ✍️
[🔗 forum](https://forum.duniter.org/t/calcul-de-distance-via-oracle/9012)
### Changement de paradigme UTXO → compte 🏛
[🔗 forum](https://forum.duniter.org/t/les-transactions/8902)
### Production du DU 🗜
[🔗 forum](https://forum.duniter.org/t/production-du-du/8998)
+++
title = "L'ADEME finance Ğecko et Duniter"
description = "L'ADEME finance le développement de Ğecko et Duniter pour un budget de 50 000 €."
date = 2022-09-15
[taxonomies]
authors = ["axiom-team",]
tags = ["Ğecko", "Axiom Team"]
category = ["Financement",]
[extra]
thumbnail = "/blog/logoademe2020_rvb-150x150.webp"
[extra.translations]
en = "blog/ademe-funding/"
+++
# L'ADEME finance Ğecko et Duniter
L'<abbr title="Agence De l'Environnement et de la Maîtrise de l'Énergie">[ADEME](https://www.ademe.fr/)</abbr> a lancé en mars 2021 un appel à projet sur le thème des communs. Son objectif est de favoriser la résilience des territoires via des projets collectifs ayant un impact à l'échelle locale. La méthodologie de l'appel à projet a été adaptée au thème des communs via la mise en place d'un wiki ([wiki.resilience-territoire.ademe.fr](https://wiki.resilience-territoire.ademe.fr/)) et d'un forum ([forum.resilience-territoire.ademe.fr](https://forum.resilience-territoire.ademe.fr/)). Cela a permis de faire émerger en toute transparence les projets suffisamment structurés qui répondaient aux critères d'ancrage territorial et d'impact sur leur résilience.
L'association [Axiom Team](https://axiom-team.fr/), qui a pour but le développement technique de la Ğ1 a répondu à l'appel en rédigeant un dossier centré autour de l'application Ğecko [disponible sur le wiki](https://wiki.resilience-territoire.ademe.fr/wiki/Ğecko). Ce dossier a été écrit avant la décision de la [migration Duniter Substrate](@/blog/2022-01-29-duniter-substrate.md) et était donc focalisé sur la conception d'une application de paiement suffisamment rapide pour répondre aux besoins des Ğmarchés. En effet, bien que Duniter soit indispensable au fonctionnement de la Ğ1, son ancrage local était moins évident que celui de Ğecko.
Parmi 247 communs recensés sur le wiki, Ğecko a été sélectionné pour financement. Vous pouvez consulter le détail du dossier sur le wiki ou en lire un résumé ci-dessous.
<span class="center-content"><img alt="illustration" src="/blog/ademe-finance-gecko.png" width="50%"/></span>
## Objet
Le développement impressionnant de l'économie en Ğ1 mérite l'évolution des outils de manière à ce que l'outil numérique n'en freine pas l'adoption. Parmi les objectifs du projet Ğecko, il y a :
- une connexion au réseau transparente : pas besoin de choisir de nœud
- un paiement rapide par simple scan, le montant pouvant être intégré au QR code
- une confirmation de paiement rapide, pas de fork ou de nœud désynchronisé
- une sécurité forte par code pin, pas d'identifiants interminables à saisir pour payer
- une capacité de charge plus élevée, pas de nœud saturé
Ces améliorations devraient fluidifier largement les échanges, en particulier sur les Ğmarchés. Bien entendu, cela repose toujours sur une connexion internet et en zone blanche il faudra se contenter de monnaie papier ou autre.
### Côté Duniter
Si certaines de ces améliorations peuvent avoir lieu côté client, la plupart nécessitent de grands changements côté serveur. C'est pourquoi le projet Ğecko vise également à développer des fonctionnalités dans Duniter. Idéalement, nous pourrions arriver au terme du projet Ğecko au moment du lancement de la Ğ1v2, déjà annoncée lors de l'université d'été de la monnaie libre 2022.
## Budget
Le coût du projet a été estimé à 50 000 euros, dont une partie fléchée vers Ğecko *frontend* au sens strict et une autre vers les fonctionnalités *backend* nécessaires à Ğecko (Duniter, indexeurs, données hors chaîne...). L'aide de l'ADEME couvrira 70 % de ce budget, soit 35 000 €, le reste étant assuré par auto-financement. Cette partie d'auto-financement peut être comptabilisée en monnaie ou en nature (par exemple par valorisation d'heures de travail bénévoles).
### Bénévolat
Bien qu'il nous semble important de valoriser le travail bénévole, son estimation rigoureuse est compliquée. Plusieurs milliers d'heures de travail qualifié ont été nécessaires pour en arriver à l'état actuel de Ğecko, soit plus que le montant total du projet, et cela sans compter les nombreuses heures d'apprentissage en autodidacte ni le travail côté Duniter. De plus, le travail bénévole se fait majoritairement sur du temps libre en parallèle d'une activité rémunérée, c'est-à-dire en soirée et le weekend. Pour cette raison, il nous semble important de procéder à un autofinancement en monnaie dette de manière à obtenir ce que ne permet pas le bénévolat et le financement en Ğ1 : des contributeurs à plein temps.
### Financement participatif
Pour les raisons évoquées ci-dessus et parce que cela nous a été demandé à plusieurs reprises lors des derniers événements publics, nous allons lancer un financement participatif auprès de la communauté Ğ1 et à destination du collectif de développeurs. Nous espérons ainsi libérer de leur "boulot euro" ceux qui le souhaitent parmi nos contributeurs techniques bénévoles. La structure porteuse sera Axiom Team et la méthode de partage des dons sera décidée par la méthode des cercles de répartition. Si ce cercle alloue 15 000 € à Axiom Team, cela permettra de satisfaire la partie d'autofinancement. Sinon nous aurons recours à la valorisation de bénévolat.
---
Pour être tenu au courant des nouvelles relatives au financement, abonnez-vous à la [catégorie "Axiom Team"](https://forum.monnaie-libre.fr/c/associations/axiom-team/115) sur le forum monnaie libre !
\ No newline at end of file
+++
title = "Financement participatif - faites grandir la Ğ1"
description = "Nous lançons le financement participatif de l'écosystème Duniter v2. Faites grandir la Ğ1 !"
date = 2022-09-30
[taxonomies]
authors = ["axiom-team",]
tags = ["Axiom Team",]
category = ["Financement",]
[extra]
thumbnail = "/blog/g-pot.svg"
[extra.translations]
en = "blog/crowdfunding-g1v2/"
+++
# Financement participatif
{% note(type="info", markdown="true", size="medium") %}
Cette initiative de financement en <abbr title="Unités Non Libres">UNL</abbr> vient d'Axiom Team, une association qui ne représente pas l'intégralité des développeurs, mais seulement une sous-partie qui admet la pertinence de ce type financement hors Ǧ1.
{% end %}
Nous [annoncions récemment](@/blog/2022-09-15-financement-ademe.md) le lancement prochain d'un financement participatif de l'écosystème Duniter v2. Nous y voilà !
Jusqu’à aujourd’hui, le développement de Duniter a été **entièrement bénévole**, bien qu’encouragé par une caisse de dons en Ǧ1.
<span class="center-content">
<a href="https://forum.duniter.org/t/caisse-de-dons-pour-les-contributeurs-techniques-a-lecosysteme-g1/6908" class="w3-round w3-button w3-blue">💰 Caisse de dons en Ğ1</a>
</span>
Comme vous l’avez peut-être entendu, nous préparons une version 2 de Duniter qui corrigera tous les bugs connus comme notamment :
- la synchronisation des *piscines*
- le choix du *nœud* Duniter
et fournira un bien meilleur confort d’utilisation
- un bloc toutes les *6 secondes* plutôt que *5 minutes*
- validation des *certifications* dès l’émission
- nouveaux logiciels clients bien plus *rapides* (Cesium v2, Ğecko)
<span class="center-content">![g-pot](/blog/g-pot.svg)</span>
{% quote() %}
Faites grandir la Ğ1 !
{% end %}
La **ǦDev**, monnaie de test de cette nouvelle version de Duniter, a été lancée en mai 2022 lors des **RML16** hébergées par Philippe Guillemant. Cette seizième rencontre technique a notamment vu l’arrivée de contributeurs espagnols, un des signes que nous sommes prêts à passer à la vitesse supérieure.
<span class="center-content">📝 [Compte-rendu des RML16](https://forum.monnaie-libre.fr/t/compte-rendu-des-rml-16-a-destination-des-utilisateurs-de-la-monnaie-libre/23118) / 📹 [Reportage vidéo des RML16](https://forum.monnaie-libre.fr/t/reportage-video-des-rml16/23555)</span>
Pour tenir la communauté informée des changements qui se préparent, [@Elois](@/contributeurs/elois.md) a donné une conférence lors de l’université d’été de la monnaie libre près de Toulouse : « Ğ1 v2.0 : Ce qui va changer ».
<span class="center-content">🎤 [Conférence "Ğ1 v2.0 : Ce qui va changer"](https://forum.monnaie-libre.fr/t/conference-g1-v2-0-ce-qui-va-changer/23642) / [▶️ sur peertube](https://tube.p2p.legal/w/eVrbpbSQB2cuhnYk7Wrhyy)</span>
Nous travaillons sur d’autres supports pour expliquer au mieux le nouvel écosystème, afin de préparer la transition en douceur que nous souhaitons proposer d’ici deux ans.
---
Le travail à accomplir d’ici la migration nécessite un effort conséquent. Les soirées et weekends consacrés bénévolement ne suffiront pas à arriver à terme, en plus d’être un régime fatigant. Heureusement, plusieurs d’entre nous sont prêts à mettre de côté leur emploi rémunéré en € pour y consacrer les précieuses heures de journée.
Pour garantir que ce travail se fasse dans de bonnes conditions, il faut être en mesure de répondre aux besoins primaires des concernés (loyer, charges, alimentation) pendant une durée minimum d’un an.
Ces besoins ne pouvant pour l’instant pas être comblés exclusivement en Ǧ1, nous avons décidé de lancer un appel à don en €. Les membres et utilisateurs de la Ǧ1 qui souhaitent soutenir son développement technique et peuvent se le permettre sont invités à participer à cette campagne.
<span class="center-content">
<a href="https://www.helloasso.com/associations/axiom-team" class="w3-round w3-button w3-deep-orange">💶 Financement participatif en €</a>
</span>
Cet appel à don initial doit nous donner la liberté nécessaire pour mettre en place une solution pérenne. Nous détaillerons ces solutions en temps voulu.
Le montant collecté sera réparti de manière transparente entre les développeurs suivant la méthode du cercle de répartition (cf
[Co-responsabilité financière](https://forum.duniter.org/t/co-responsabilite-financiere/9720)).
{% note(type="info", markdown="true", size="small") %}
Le cercle de répartition a eu lieu, étant donné la longueur de la visio, les enregistrements sont disponibles en plusieurs parties aux liens suivants:
- [Cercle de répartition vidéo n°1](https://tube.p2p.legal/w/rQY6dr93TLDH8tcbFfeMW5) (peertube)
- [Cercle de répartition vidéo n°2](https://tube.p2p.legal/w/n8m3JvUN2zFXdBrLdX5fXq) (peertube)
- [Cercle de répartition vidéo n°3](https://tube.p2p.legal/w/86yvV5HgBcfoi3MgVs5fKh) (peertube)
- [Cercle de répartition vidéo n°4](https://tube.p2p.legal/w/nT9L9TSzk6ja4e69oYHZ1N) (peertube)
{% end %}
+++
title = "Duniter et le web3"
date = 2023-04-28
description = "Le Web3 entend démocratiser l'utilisation d'architectures décentralisées et doter le monde en ligne d'un modèle de gouvernance démocratique. Voici ce que Duniter a à y apporter."
[extra]
thumbnail = "/blog/web3.svg"
[taxonomies]
authors = ["HugoTrentesaux", "Robin"]
tags = ["identité numérique", "toile de confiance"]
category = ["Point de vue",]
[extra.translations]
en = "blog/duniter-web3/"
+++
<br>
<br>
{% note(type="warning") %}
Cet article est un article d'opinion. Son contenu doit être compris comme le point de vue de l'auteur. L'article original est en anglais.
{% end %}
# Duniter et Web3
Le [Web3](https://fr.wikipedia.org/wiki/Web3) est le nom donné à une vision idéale du web où la blockchain permet une gouvernance décentralisée et une économie fondée sur le *token* ou "jeton cryptographique" (au lieu du modèle actuel reposant en grande partie sur la publicité). Mais actuellement, les initiatives Web3 semblent limitées à une élite férue de technologie déjà bien intégrée dans le monde en ligne et ne contribuent pas à réduire la fracture numérique. Elles n'intègrent pas suffisamment la classe ouvrière et les personnes technophobes pour atteindre leurs ambitions démocratiques.
Le **logiciel Duniter** répond à ce problème en implémentant la <abbr title="Théorie Relative de la Monnaie">TRM</abbr>, une théorie monétaire solide qui prouve que la seule forme de création monétaire égalitaire est un **Dividende Universel** (DU) (à ne pas confondre avec un revenu universel). Sa **toile de confiance** sert de base à une identité numérique décentralisée, permettant l'attribution du DU.
Une expérience grandeur nature nommée **monnaie Ğ1** et démarrée en 2017 confirme que le DU est un moyen valable de lutter contre les inégalités sociales et de fournir une véritable unité de mesure de la valeur. À ce stade, la toile de confiance de la Ğ1 compte 8145 individus avec une grande diversité sociale. Elle se prépare à passer à l'échelle grâce à la [réécriture de Duniter](@/blog/2022-01-29-duniter-substrate.md) dans le *framework* blockchain Substrate, permettant de bénéficier de sa scalabilité et de son écosystème de gouvernance dit *on-chain*.
<span class="center-content"><img src="/blog/web3.svg" alt="duniter avec le logo web3" style="max-width: 200px;"/></span>
> Duniter et web3. Credits [@imppao](https://www.youtube.com/@imppaofree)
## Monnaie Libre
La Ğ1 est une monnaie libre (voir philosophie du [*logiciel libre*](https://www.gnu.org/philosophy/free-sw.fr.html)) au sens de la TRM : une monnaie dans laquelle la création monétaire n'introduit pas d'inégalités. La TRM prouve qu'une telle monnaie doit être émise sous la forme d'un Dividende Universel (DU) distribué périodiquement aux utilisateurs en proportion de la masse monétaire totale. En conséquence, toute monnaie n'implémentant pas le DU introduit des inégalités. Par exemple, le bitcoin favorise ceux qui sont arrivés tôt et ceux qui possèdent des machines puissantes, l'ethereum profite aux premiers arrivés et, depuis 2022, aux stakers (ceux qui possèdent déjà beaucoup de *tokens*), les monnaies fiduciaires profitent aux [*wasp*](https://fr.wikipedia.org/wiki/White_Anglo-Saxon_Protestant), etc.
Le taux de croissance d'une monnaie libre peut être choisi à sa création, mais il est fixé une fois pour toutes (à démographie constante). La Ğ1 cible une population ayant une espérance de vie de ~80 ans et a fait le choix d'un taux de croissance annuel de 10 % afin que la masse monétaire totale provienne à parts égales de personnes vivantes et de personnes décédées ([ref](https://www.creationmonetaire.info/2019/08/c-fvx.html)) dans l'hypothèse d'une démographie constante.
## Toile de confiance (WoT)
Bien que la cryptographie garantisse l'authenticité d'un document grâce à la [signature numérique](https://fr.wikipedia.org/wiki/Signature_num%C3%A9rique), elle n'établit pas le lien entre l'identité numérique et l'individu. Ce problème, connu sous le nom de preuve d'humanité ([proof of personhood](https://en.wikipedia.org/wiki/Proof_of_personhood) en anglais), est réputé difficile.
L’approche par [toile de confiance](https://fr.wikipedia.org/wiki/Toile_de_confiance) utilisée dans PGP pour tenter de résoudre ce problème (c'est-à-dire l'établissement d'un lien entre une clé publique et son propriétaire) semble désormais à l'arrêt ([ref](https://inversegravity.net/2019/web-of-trust-dead/) en anglais). Un séminaire intitulé *Rebooting the Web of Trust* ([weboftrust.info](https://www.weboftrust.info/)) y travaille depuis 2015 par le biais d'événements annuels <abbr title="Rebooting the Web Of Trust">RWOT</abbr>, sans qu'aucune mise en œuvre concrète n'ait encore eu lieu.
La toile de confiance de Duniter, grâce à son astucieux mélange de règles temporelles et statiques ([en savoir plus](2018-04-15-la-toile-de-confiance-en-detail.md)), a permis à la communauté Ğ1 de se développer de manière régulière et soutenue. Sa croissance relativement lente s'est révélée bénéfique à la dimension "confiance" de la toile de *confiance*. Les membres <a href="https://carte.monnaie-libre.fr/?members"> sont bien répartis sur le territoire français</a>, aussi bien dans les zones urbaines que rurales, y compris dans les territoires d'outre-mer. La communauté Ğ1 est impliquée dans la gouvernance de Duniter à travers de nombreuses réunions <abbr title="In Real Life">IRL</abbr> hors chaîne.
<a href="https://youtu.be/Hj3GpaEYLwA" target="_blank" class="center-content"><img src="/blog/wot_2022-11-22.png" alt="web of trust" style="max-width: 400px;"/></a>
> capture de la toile de confiance au 2022-11-22: 6944 membres, 61737 certifications. Animation disponible sur [https://youtu.be/Hj3GpaEYLwA](https://youtu.be/Hj3GpaEYLwA)
## Consensus blockchain par preuve d’identité
Les algorithmes de consensus de la blockchain peuvent être sans [permission ou avec permission](https://en.wikipedia.org/wiki/Consensus_(computer_science)#Permissioned_versus_permissionless_consensus).
Les algorithmes sans permission connus, comme la *preuve de travail* de Bitcoin, sont lents et gourmands en énergie. C'est pourquoi de nombreuses blockchains se sont orientées vers des algorithmes avec permission, comme la *preuve d'enjeu* ou la *preuve d'autorité*. Alors que Duniter v1 utilisait une preuve mixte ([en savoir plus](@/blog/2017-05-02-preuve-de-travail.md)), Duniter v2 est maintenant prêt à utiliser le mécanisme de preuve d'identité entièrement décentralisé fourni par sa toile de confiance en combinaison avec l'algorithme hybride <a href="https://research.web3.foundation/Polkadot/protocols/block-production/Babe"><abbr title="Blind Assignment for Blockchain Extension">BABE</abbr></a>/<a href="https://research.web3.foundation/Polkadot/protocols/finality"><abbr title="Greedy Heaviest-Observed Sub-Tree">G</abbr><abbr title="GHOST-based Recursive ANcestor Deriving Prefix Agreement">RANDPA</abbr></a>. Alors que la toile de confiance principale est accessible à tout le monde, un sous-ensemble de celle-ci appellée "toile de confiance forgeron", avec des exigences de sécurité élevées, permettra de participer à l'écriture des blocs. Il s'agira alors du premier consensus de blockchain utilisant une couche de permission entièrement décentralisée avec [preuve d'identité](https://en.wikipedia.org/wiki/Proof_of_identity_(blockchain_consensus)) (PoID) pour BABE. C'est un autre moyen de se rapprocher d'une véritable démocratie sur blockchain (le prochain moyen le plus proche étant, à mon avis, la [NPoS](https://wiki.polkadot.network/docs/learn-consensus#nominated-proof-of-stake)).
## Conception communautaire "orientée outil"
Alors que de nombreux projets Web3 appliquent une démarche de conception "orientée produit", l'écosystème logiciel Duniter est "orienté outil". Il n'essaie pas de créer des besoins avec un marketing agressif, mais répond aux différents besoins des utilisateurs. Il suffit de regarder la galaxie des logiciels libres [connectés à la blockchain de Duniter](@/logiciels/_index.md) pour se faire une idée de la diversité d'utilisation de cette monnaie par rapport à l'aspect principalement financier des *crypto-tokens*.
## Futur de Duniter
Jusqu'à présent, Duniter était principalement confiné aux utilisateurs francophones, mais il s'ouvre au monde extérieur en traduisant sa documentation en anglais et en espagnol et en [réécrivant son cœur](@/blog/2022-01-29-duniter-substrate.md) dans le *framework* Substrate. Cela facilitera l'interopérabilité avec d'autres blockchains et l'extension de son réseau de confiance, l'un de ses principaux atouts.
Si vous souhaitez en savoir plus sur Duniter ou y contribuer, n'hésitez pas à nous contacter sur notre forum technique Discourse.
<span class="center-content">
<a href="https://forum.duniter.org/" class="w3-round w3-button w3-blue"><img src="/img/duniter_forum.png"/> Écrivez-nous !</a>
</span>
+++
title = "Duniter v2 alpha 🌀"
description = "Cela fait un moment que nous avons commencé à travailler sur l'implémentation Duniter v2 dans le framework Substrate. Nous annonçons ici une nouvelle étape."
[extra]
thumbnail = "/img/duniterv2-alpha.png"
[extra.translations]
en = "blog/duniter-v2-alpha/"
[taxonomies]
authors = ["bot",]
category = ["Moteur blockchain",]
# tags = []
+++
<br>
<br>
{% note(type="info",markdown=true) %}
Cet article est une **traduction automatique** depuis sa version en anglais. Il contient certaines opinions de l'auteur qui pourraient ne pas être partagées par d'autres contributeurs de Duniter. (marquées par '🞰' dans le texte ci-dessous)
{% end %}
# Duniter v2 alpha 🌀
Cela fait un moment que nous avons annoncé la version 2 de Duniter dans [cet article de blog](@/blog/2022-01-29-duniter-substrate.md). Depuis ce temps, beaucoup de travail a été accompli, non seulement sur [Duniter v2 lui-même](@/logiciels/duniter-v2.md), mais sur tout l'écosystème v2, y compris l'[indexeur Duniter Squid](@/logiciels/duniter-squid.md) et les clients de version 2 comme [Cesium v2](@/logiciels/cesium-v2.md) et [Ğecko](@/logiciels/gecko.md). Il est maintenant temps d'annoncer la version alpha de Duniter v2, prêt pour les tests avec le réseau `gdev`.
[TOC]
## Une blockchain toujours autonome 💫
Duniter v1 est une *solo chain* gérée par les membres de la toile de confiance Ğ1. Bien que nous utilisions Substrate, le <abbr title="Software Development Kit">SDK</abbr> de Polkadot, nous ne voulons pas être une parachain de {{si(id="polkadot")}}Polkadot ou Kusama pour des raisons à la fois techniques et politiques. Du point de vue technique, la toile de confiance nécessite de stocker beaucoup de données en blockchain ce qui est incompatible avec certaines limitations des parachains. Du point de vue politique, nous voulons que les outils restent entre les mains de leurs utilisateurs pour toujours et ne pouvons pas déléguer le consensus à une "chaîne relais" qui coûte de la "monnaie non-libre", même si ce coût est offert dans le cadre du programme "[common good parachain](https://polkadot.network/blog/proposal-for-common-good-parachains/)". C'est pourquoi nous invitons les membres de la Ğ1 qui tiennent à son indépendance à rejoindre le réseau de test `gdev`.
## Rejoindre le réseau de test ☄
Nous avons déjà lancé plusieurs réseaux de test par le passé pour nous familiariser avec la technologie. Maintenant que le logiciel se stabilise, nous sommes prêts à accueillir plus de personnes sur notre réseau de test `gdev`. Vous pouvez rejoindre en tant que nœud miroir si vous souhaitez simplement découvrir, et annoncer un *endpoint* RPC public si vous voulez participer à la décentralisation. Si vous vous sentez confiant et souhaitez participer au consensus, vous pouvez même exécuter un nœud smith. La [documentation est disponible dans la section wiki en anglais](https://duniter.org/wiki/duniter-v2/).
Le réseau de test est un moyen de se familiariser avec le système d'identité Duniter. Comme c'est un réseau de test, vous pouvez obtenir une certification sans rencontres <abbr title="In Real Life">IRL</abbr> simplement en fournissant une clé publique dans la [section Ğdev](https://forum.duniter.org/c/currencies/gdev/63)du forum. Les clients en version bêta sont configurés pour se connecter à ce réseau de test par défaut.
## La blockchain en tant que bien commun 🌲
Nous avons déjà mentionné l'approche "logiciel en tant que bien commun" du projet Duniter dans [l'article précédent](@/blog/2022-01-29-duniter-substrate.md#la-blockchain-comme-ressource-commune-evergreen-tree) :
> Bien commun : *"une ressource gérée collectivement par une communauté"*
Nous avons approfondi ce sujet avec la communauté Ğ1, en particulier pour résoudre le problème des frais, mais aussi sur les aspects de gouvernance. Plus de détails ci-dessous.
### Une solution au problème des frais 💸
La blockchain est une ressource partagée et ouverte, pas comme un système multi-utilisateurs qui limite les connexions SSH à un ensemble de clés préconfigurées connues, mais comme une machine virtuelle qui exécute le même code de manière distribuée. Elle dispose d'un système de permission et doit prendre en compte le coût d'exécution si elle ne veut pas être attaquée par une attaque par déni de service. Comme c'est un système distribué, il n'y a pas moyen de simplement se fier aux limitations par IP et d'autres mesures doivent être mises en œuvre.
Les utilisateurs sont identifiés par une clé publique cryptographique avec un nombre "infini" de possibilités dans le sens où il est extrêmement improbable que la même clé soit choisie deux fois avec une génération aléatoire correcte (IPv4 est de 32 bits, IPv6 est de 128 bits, nous utilisons des clés publiques ed25519 de 256 bits). Cela est nécessaire pour la sécurité des clés mais empêche l'application d'un quota par clé. Parce que nous avons une toile de confiance, nous pourrions limiter l'utilisation de la blockchain à un ensemble restreint de clés, mais cela empêcherait les comptes anonymes (non liés à une partie de la TdC) d'utiliser la blockchain. Toutes les blockchains publiques dont nous avons entendu parler ont adopté la même solution : les frais. Toute opération sur la blockchain coûte de l'argent à l'auteur, ce qui limite la quantité de ressources qu'il peut utiliser. De plus, les validateurs peuvent prioriser les transactions en fonction de leur propre intérêt grâce à un mécanisme de pourboire.
Cette solution a plusieurs problèmes incompatibles avec notre vision du logiciel en tant que bien commun et d'une monnaie égalitaire :
- l'utilisation de la ressource commune n'est pas *vraiment* gratuite, elle vient avec un coût
- ceux qui possèdent plus ont plus de droits d'utiliser la blockchain (ils paient moins de frais en proportion de leur richesse totale)
- ceux qui possèdent plus sont privilégiés par rapport aux autres (ils peuvent payer un pourboire plus élevé au validateur pour être priorisés)
Dans certaines situations comme {{si(id="ethereum")}}Ethereum, le coût ("gaz") est devenu si prohibitif que de nombreux utilisateurs ont quitté la plateforme. Dans certaines situations comme {{si(id="solana")}}Solana, le coût de base est si bas que les <a href="https://fr.wikipedia.org/wiki/Attaque_par_d%C3%A9ni_de_service">attaques <abbr title="Distributed Denial of service">DDos</abbr></a> ne sont pas assez chères et se produisent fréquemment, déclenchant des frais de priorisation.
Dans notre recherche pour combiner le meilleur des deux mondes, nous avons trouvé une solution qui devrait permettre une utilisation totalement gratuite de la blockchain la plupart du temps, et pendant les attaques une utilisation gratuite limitée par un quota pour les humains identifiés par la toile de confiance. Cette solution est basée sur le framework de benchmark de substrate. Comme nous connaissons assez précisément le coût du pire scénario en termes de taille de stockage et de temps d'exécution, ainsi que la capacité maximale de la machine de référence, nous pouvons définir un seuil d'activité au-dessous duquel chaque action est gratuite. Lorsque ce seuil est dépassé — très probablement à cause d'une attaque — les frais cessent d'être nuls et l'attaque s'épuise par manque de moyens. Pendant ces attaques, les comptes non anonymes (= liés à la toile de confiance) bénéficient toujours de frais nuls (sous quota).
Nous pensons que cette solution encouragera les personnes lassées des frais bancaires à essayer notre blockchain et permettra à des applications inattendues, non pertinentes en présence de frais, d'émerger. Par exemple une comptabilité interne transparente basée sur un système de comptes publics au sein des organisations.
### Gouvernance *onchain* pour les mises-à-jour du code 🆙
Les systèmes avancés de gouvernance sur blockchain ("<a href="https://en.wikipedia.org/wiki/Decentralized_autonomous_organization"><abbr title="Decentralized Autonomous Organization">DAO</abbr></a>") pour les mises-à-jour du code comme ceux utilisés par Kusama sont intéressants, mais :
- cela masque le fait que le développement logiciel est fortement guidé par les financements
- ce n'est pas bien adapté à la communauté Ğ1, de petite taille, fortement soudée, et non technique
Pour le moment, nous voulons simplement rendre le fonctionnement v1 plus transparent. D'abord, les développeurs ont une idée, ils l'implémentent bénévolement, en discutent avec les autres développeurs, et la soumettent aux forgerons. Ces derniers ne sont pas nécessairement des techniciens, mais ils font confiance aux développeurs et installent la mise-à-jour. En v2, nous devions impérativement augmenter la sécurité du groupe forgeron par une toile de confiance forgeron (plus d'informations à ce sujet plus tard) et nous devions nous doter d'une capacité de mise-à-jour plus réactive, d'où, un comité technique mieux informé. Nous avons d'abord pensé que ce serait un problème de centralisation pour la communauté, mais nous avons constaté que : 1️⃣ c'est une particularité des systèmes de consensus sans fork qu'un système de vote plus sophistiqué peut aider à passer à l'échelle mais pas résoudre (🞰), 2️⃣ ce n'est pas ce que la communauté attend en matière de développement logiciel, d'où la section suivante (🞰).
### Un écosystème logiciel construit avec la communauté (🞰) 🤝
Ce que la communauté attend *vraiment* n'est pas une perfection théorique dans le processus de prise de décision, mais des évolutions de l'application finale qu'ils auront en main. En d'autres termes, la manière dont les interfaces utilisateurs sont conçues est plus importante pour l'utilisateur moyen que les fondations techniques sur lequel elles reposent. Il est plus important que leurs demandes de fonctionnalités soient implémentées dans un délai raisonnable que le processus de cette mise en œuvre. Nous concentrerons donc d'abord nos efforts sur l'établissement et le maintien d'un lien fluide entre la volonté de la communauté et l'implémentation, et mettrons en place seulement ensuite des mécanismes d'auto-gouvernance plus "bottom-up" que "top-down". Cela signifie que nous expérimenterons probablement d'abord avec des systèmes d'information et de vote *offchain* avant de les implémenter *onchain*.
+++
title = "Actualités"
title = "Blog"
template = "feed.html"
page_template = "article.html"
sort_by = "date"
weight = 1
aliases = ["fr/blog"]
+++
Vous trouverez ici les actualités relatives au projet Duniter. (trier par [Auteur](/authors), [Tag](/tags), [Catégorie](/category))
\ No newline at end of file
Vous trouverez ici les actualités et l'historique du projet Duniter. (trier par [Auteur](/authors), [Tag](/tags), [Catégorie](/category)). Abonnez-vous au [<i class="fa fa-rss"></i> flux rss](/rss.xml).
\ No newline at end of file
+++
title = "1000i100"
description = "développeur JavaScript, auteur de Ğ1lib et plein d'autres utilitaires"
[extra]
full_name = "Millicent Billette"
avatar = "1000i100.png"
forum_duniter = "1000i100"
forum_ml = "1000i100"
g1_pubkey = "2sZF6j2PkxBDNAqUde7Dgo5x3crkerZpQ4rBqqJGn8QT"
website = "https://1forma-tic.fr/"
[taxonomies]
authors = ["1000i100",]
+++
Développeur d'outils serverless, et plombier des pipeline Gitlab (CI/CD avec Docker). Enfin une monnaie mécaniquement redistributive ! Avec un soupçon de revenu de base, une bonne dose d'auto-gestion et une communauté adorable !Informaticien couteau suisse à dominante développeur web, photographe à ses heures, soutien psy informel, amateur de CNV et de modèles économiques expérimental et éthique !
\ No newline at end of file
+++
title = "CaTasTrOOf"
description = "contributeur à wotwizard-ui"
[extra]
full_name = "Benoît Besnard"
avatar = "CaTasTrOOf.png"
forum_duniter = "CaTasTrOOf"
forum_ml = "CaTasTrOOf"
g1_pubkey = "F9W6F5b11tQNTWFfeqgKtmDa686wFoEVSbNCRQ5w3yJ1"
gitduniter = "CaTasTrOOf"
[taxonomies]
authors = ["CaTasTrOOf",]
+++
développeur de wotwizard-ui
\ No newline at end of file
+++
title = "Ğaluel"
description = "Ğaluel est l'auteur de la TRM"
[extra]
avatar = "galuel.png"
forum_duniter = "galuel"
forum_ml = "galuel"
website = "http://www.creationmonetaire.info/"
+++
c=ln(ev/2)/(ev/2) | M/N = 1/c DU
\ No newline at end of file
+++
title = "HugoTrentesaux"
description = "mainteneur du site duniter.fr et contributeur polyvalent"
[extra]
full_name = "Hugo Trentesaux"
avatar = "HugoTrentesaux.png"
website = "https://trentesaux.fr/"
forum_duniter = "HugoTrentesaux"
forum_ml = "Hugo-Trentesaux"
g1_pubkey = "55oM6F9ZE2MGi642GGjhCzHhdDdWwU6KchTjPzW7g3bp"
g1_map = true
phone = "+33 6 49 88 18 21"
email = "hugo@trentesaux.fr"
xmpp = "h30x@militant.es"
matrix = "@h30x:matrix.hostux.net"
gitduniter = "HugoTrentesaux"
+++
J'ai découvert la ğ1 en 2017 grâce aux réseaux sociaux libres et décentralisés. J'ai contribué aux débuts de la toile francilienne et ai apporté de petites contributions techniques sur divers logiciels comme Dunitrust, Duniterpy, Ğecko, ForceAtlas2-rs... J'ai réalisé la [migration vers Zola](@/blog/2020-07-26-migration-site-duniter.md) du site de Duniter pour pouvoir en assurer la maintenance dans les années à venir. J'aime bien comprendre en profondeur pour documenter et vulgariser les aspects techniques.
J'ai réalisé quelques petits projets et preuves de concept comme :
- la toile de confiance animée [https://tube.p2p.legal/w/wqEksmkQoPVDAvuJ2maUYA](https://tube.p2p.legal/w/wqEksmkQoPVDAvuJ2maUYA)
- DataJune [https://git.42l.fr/HugoTrentesaux/DataJune.jl](https://git.42l.fr/HugoTrentesaux/DataJune.jl)
Un liste de mes anciennes contributions est disponible sur le forum [https://forum.duniter.org/t/mes-contributions-a-la-g1-hugotrentesaux/8812](https://forum.duniter.org/t/mes-contributions-a-la-g1-hugotrentesaux/8812).
Depuis septembre 2022, je me suis mis à plein temps sur le projet avec le double objectif de :
- fournir une structure pérenne au projet pour garantir les développements techniques sans reposer sur l'unique bénévolat (Axiom Team)
- poursuivre le travail de ré-écriture en Rust Duniter v2 afin de migrer la Ğ1 sans trop taîner
Une liste des mes contributions récentes est disponible sur le forum [https://forum.duniter.org/t/je-me-lance-a-plein-temps-hugotrentesaux/9712](https://forum.duniter.org/t/je-me-lance-a-plein-temps-hugotrentesaux/9712).
\ No newline at end of file
+++
title = "Luke"
description = "contributeur au site Duniter/en"
[extra]
avatar = "Luke.png"
forum_duniter = "Luke"
[taxonomies]
authors = ["Luke",]
+++
...
\ No newline at end of file