From 13839ac9d3a76f2979f41b9a33b1091fda077ba3 Mon Sep 17 00:00:00 2001 From: Hugo Trentesaux <hugo@trentesaux.fr> Date: Sun, 24 Oct 2021 23:36:27 +0200 Subject: [PATCH] fix typos --- content/blog/2021-10-23-gecko-presentation.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/content/blog/2021-10-23-gecko-presentation.md b/content/blog/2021-10-23-gecko-presentation.md index 58a0413..40d497f 100644 --- a/content/blog/2021-10-23-gecko-presentation.md +++ b/content/blog/2021-10-23-gecko-presentation.md @@ -16,7 +16,7 @@ thumbnail = "/img/smartphone.svg" 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 protocle 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 protocle 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. +À 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. @@ -43,11 +43,11 @@ De plus, en utilisant les techniques de HDWallet (Hierarchical Deterministic Wal ### 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 futurs projets. +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 connexion réseau modestes (3G). Nous essayer d'imaginer des protocoles hors ligne, mais n'avons pas encore de schéma en tête. +Ğ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 essayer 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é. -- GitLab