00:00 début et plan
00:13 2022 : financement participatif à cercle de répartition
00:55 2024 : financemnet plus centralisé avec prévisionnel
01:20 ajustement du prévisionnel : Cesium passe de 6k€ en temps libre à 12k€ avec cahier des charges (travail en cours)
01:57 objectif de financment plus fluide avec expression de la volonté lors du don
02:50 pour se tenir informé (forums et infolettres)
03:16 appel à adhérer à l'asso Axiom

Bénéficiaires finaux de la collecte

Les bénéficiaires des sommes collectées seront les développeurs cités plus haut, via l'association Axiom-Team. Les comptes de l'association sont publiés sur le forum monnaie libre dans la catégorie dédiée : https://forum.monnaie-libre.fr/c/associations/axiom-team/115.

Porteurs du projet

Ce projet de financement participatif est à l'initiative d'Axiom-Team. Plus d'informations sont disponibles aux liens suivants :

N'hésitez pas à vous exprimer sur les forums (https://forum.monnaie-libre.fr/ pour les sujets non techniques et https://forum.duniter.org/ pour les sujets techniques). Nous faisons un effort pour transmettre au mieux des concepts complexes et avons besoin de vos retours pour adapter nos explications.

Par Elois Sanchez

Palomagb 76RoZ2erHku3NJALuwdHc9fd7apRbRRqUqXr4pt3w7Gy pour la vidéo
JosselinFERREIRA FxjjjgcLSPp9yKgtgbwkSHoJ1eR2q3zPtSC7gY6m6s7Q pour le montage

00:27 remerciements à cgeek et kimamila https://duniter.org/team/
00:59 je travaille sur la version 2 des logiciels
01:17 liste des développeurs sur le site
02:42 le code ne fait rien sans des gens pour faire tourner les machines
03:33 question : pourquoi si peu de personnes pour écrire le code que nous utilisons tous ?
03:58 raisons multiple : raisons techniques et humaines, puis solutions
05:17 découpage des responsabilités des différents logiciels
06:53 raison humaine : fort investissement de temps au début de l'écriture
08:30 difficile d'écrire le logiciel et de l'expliquer en même temps
09:02 les besoins des développeurs sont souvent mal compris
09:22 deux conséquences à ces problèmes : résolution des bugs et nouveautés
10:09 pour les solutions : à la fois techniques et humaines
10:53 solution technique :duniter v2 avec substrate
13:08 explications de ce que j'ai fait à plein temps pendant une première année grâce au chomage
15:15 deuxième année grâce à un mécénat qui a permis de faire plus de technique
17:27 j'ai été aidé par d'autres pour expliquer le travail qui se passait sur duniter
19:09 petit tour de questions avant de passer à la suite
21:09 questions : suivi entre RML16 - RML18 et remarque : situation personnelle
28:00 compte rendu rml18 https://tube.p2p.legal/w/dfKKYZL5gtWDSUiUQYQ6WB
28:01 partie 2 : les changements à venir dans Duniter v2
28:55 scénario de mise-à-jour "à la Apple"
29:22 mise à jour dans les systèmes distribués nécessite un accord commun
30:55 question sur la coexistance de Duniter 1 et Duniter 2
32:14 introduction au concept du "fork" lié à une absence de consensus
33:11 pourquoi souhaite-t-on un consensus ? dans quel cas n'est-t-il pas souhaitable ?
34:34 le consensus technique en blockchain résulte d'un consentement humain au sein de la communauté
34:54 comment obtenir le consentement éclairé ?
35:25 pas le temps de lister toutes les différences et similitudes
35:40 un exemple : les certifications émises simultanément en attente
36:40 référence à la conférence d'elois https://tube.p2p.legal/w/eVrbpbSQB2cuhnYk7Wrhyy
37:44 parler de ce qui fait rêver : le jour de la migration
38:08 plan de migration
39:59 c'est un choix, donc c'est aussi possible de refuser et rester sur la v1
41:23 besoin d'un retour de la communauté sur la volonté partagée de passer à la v2
42:20 temps questions
42:56 les autres portefeuilles pourront-ils se connecter à duniter 2 ?
45:42 question sur le fork : comment l'équipe de dev va gérer ?
48:26 question sur le stade de développement de duniter v2
51:36 question sur la conservation des Ğ1 entre v1 et v2
53:14 un mot sur Ğecko et poka
57:09 -------------------
57:18 présentation des membres de Axiom Team @Maaltir
58:34 présentation de @Sarah
1:00:06 présentation de @Paola
1:02:22 QR code pour donner à Paloma pour l'image !
1:02:46 générique Josselin Ferreira pour le montage !

lien vidéo RML18 https://tube.p2p.legal/w/dfKKYZL5gtWDSUiUQYQ6WB
lien conférence elois https://tube.p2p.legal/w/eVrbpbSQB2cuhnYk7Wrhyy

00:33 Premier jour : plusieurs présentations techniques, notamment l’API de Duniter (States et calls)

00:50 l’API de l’indexeur

1:04 explication du « parcours Membre » illustré avec un outil de commandes, et évocation du parcours Forgeron

1:18 Table ronde sur la Toile de Confiance avec 1 utilisatrice et 2 développeurs

2:45 retour sur le « parcours Membre » avec plus de détails sur les prochaines versions logiciel et notamment les changements apportés aux Certifications des Membres

4:11 La première Certification, ce qui crée l’identité du Membre, viendra d’un autre Membre (avec explications techniques)

5:02 retours sur les choix des Indexeurs

5:27 et des détails techniques d’indexation sur la Blockchain

6:00 évocation de la possibilité d’inscrire des commentaires attachés aux transactions (et différence de traitement entre les versions logiciels)

6:24 l’arrivée du Droit à l’oubli et la Confidentialité dans la nouvelle version logicielle face à l’immuabilité des commentaires dans la précédente version logicielle

7:28 il y a eu un repas commun pour fêter les 7 ans de la June

7:40 Deuxième jour : présentation de la sous-toile Forgeron et du Parcours Forgeron (avec les nouveautés détaillées)

10:30 évolution de la Toile de Confiance pour une meilleure répartition des pouvoirs liés à la création monétaire entre Membres et Forgerons

11:30 conversation sur les Clés et comment elles sont générées dans l’évolution logicielle

12:22 évocation des formats de Schéma de Dérivation et compatibilité avec le standard BIP44

13:28 grande discussion sur la Migration et ce qu’elle implique, comment la mettre en place

15:30 évocation du stockage des données hors-chaine (data pod)

16:39 conférence « Pourquoi maitriser vos données mais pas votre monnaie ? »

16:50 Troisième jour : plusieurs flash-talks et ateliers développeurs

17:10 comment informer la Communauté sur le plan de Migration ? Appels à contribution pour communiquer !!

18:05 annonce d’un début de cycle de réunions tous les lundis pour coordonner cette information sur la Migration

19:25 trois flash-talks sur 3 applications en développement

19:50 évocation d’une future application qui permettra de répertorier localement les commerçants et professionnels qui accepteront de proposer leur expérience en June (avec une visibilité privée contrairement à Ğchange)

20:45 évocation du nouveau système de création de site internet facilité pour mettre en place localement son site internet lié à la June

21:40 évocation des ateliers en petits groupes (Césium2, Data pod, future licence/charte)

22:30 grand final des RML18

00:00 définition du consensus BABE/GRANDPA
01:51 question de 1000i100 : qui vote pour le set des autorités ?
03:00 définition d'une session
03:40 comment choisir la durée de la session ?
05:47 question de Manutopik : token ?
06:11 stabilité du réseau ? → cf GRANDPA
07:06 BABE - GRANDPA, un consensus hybride
09:27 VRF (verifiable random function)
09:41 session keys (dont une pour BABE)
10:25 slots (6 secondes)
10:49 éligibilité pour les blocs primaires
12:22 blocs secondaires, un « modulo à la con »
12:46 règles de priorité
14:40 règle de résolution des forks
15:35 questions sur BABE
15:40 consensus sur le temps ?
17:06 remarque sur GRANDPA (non)
17:27 création du DU en nombre de bloc ?
17:59 validation des transactions ?
20:30 la transaction doit-elle avoir une info de la blockchain ?
22:01 quid de l’accusé de réception dans un wallet ?
24:09 remarque de Poka sur timeout
24:59 est-ce que la VRF a un rôle dans GRANPA ?
25:11 qu'est-ce qu'une VRF ?
25:54 question les blocs vide sont-ils liés à un trafic réseau ?
26:41 question sur l’ajustement du seuil de la VRF
27:15 est-ce que seuil dépend du nombre d’autorités ?
27:56 le résultat de la VRF n’est pas anticipable ?
28:38 comment attaquer le réseau ?
28:51 On va passer à GRANDPA
30:16 on ne peut pas voter pour 2 branches différentes
31:09 si on « DDOS » 40% des autorités ?
31:36 quels sont les critères de vote ?
31:58 Quel noeud va voter ?
32:16 les transactions sont dans les 3 branches ?
32:36 si il y a un souci du réseau internet
33:09 tout ça se fait toutes les 6 secondes ?
34:17 à partir de combien de temps on peut se rendre compte qu’une transaction n’a pas été notée dans un block ?
34:54 est-ce que l’utilisateur est notifié de la validation de transaction ?
35:45 que se passe-t-il si grosse coupure électrique nationale ?
36:42 au niveau des sessions ?
37:50 GRANDPA ne gère pas le temps Blockchain
40:21 le temps pose question, soit avancement du temps Blockchain soit le nombre de blocks
Conférence d’Elois – novembre 2022 - Timeline et Montage vidéo réalisé par Bertrand & Hugo – Axiom-Team
2
41:41 sur le DU, demande de précision du temps comptabilisé. Block toutes les 6 secondes ?
44:21 Pourquoi ces 2 noms BABE/ GRANDPA ?
44:57 Pourquoi on n’utilise pas mieux les sessions ?
45:49 des papiers existent sur BABE et GRANDPA qui donnent des détails
46:15 une attaque par le contrôle des horloges des ordinateurs ?
48:00 le calcul d’une VRF demande beaucoup d’énergie, comme une POW ?
48:27 c’est donc efficient en consommation d’énergie ?
48:40 et au niveau de la bande passante ?
49:44 ça fait beaucoup de notifications toutes les 6 secondes ?
50:26 tous les échanges entre noeuds de la blockchain sont filaires
50:46 différence entre « full node » et « light node »
51:47 changement des sets des autorités, lié au consensus
53:23 le set des autorités change toutes les heures ?
53:51 qu’est-ce qui se passerait si on installait un « full node » sur un mobile ?
55:14 sortir de la confusion « full node », « autorité » et « light node »
55:51 nuance entre « autorité » et « validateur »
56:53 redondance d’identité dans un noeud
57:30 il y a 3 types d’offenses (dans BABE, dans GRANDPA, dans une session)
58:20 on peut faire un noeud « validateur actif » + un noeud « back-up »
59:07 on sauvegarde les « sessions keys » dans 1 des 2 dossiers
59:25 offense « I’m online »
1:00:55 quid des « noeuds archives » ?
1:01:27 y a-t-il un moyen de configurer un « light node » pour travailler l’un des deux BABE et/ou GRANDPA ?
1:02/21 tu peux mettre en pause un « light node »
1:02:28 « light node » et « small dot » c’est pareil ?
1:03:12 certaines offenses sont plus ou moins sévères ? Mettre en place un comité technique humain pour sortir de la « black list » ?
1:04:13 précisions sur les offenses « I’m online »
1:06:43 les offenses graves sur BABE et GRANDPA : blacklisté et un comité technique fait sortir ou pas de la liste
1:07:21 le monde des forgerons est incité financièrement à forger un block
1:10:11 il y a 2 rémunérations : 1 fixe (avec ou sans activité de transactions) + 1 variable (en fonction de l’activité)
1:11:04 tu peux filtrer le trafic entrant ?
1:11:34 compiler des blocks vides pour gagner plus d’argent ?
1:13:01 toute blockchain doit avec une rémunération variable basée sur l’activité du réseau
1:13:17 précisions sur la VFR par rapport au block vide
1:14:55 est-il possible de faire de la rétention de transaction et éviter certains blocks ?
1:16:21 la résolution actuelle est l’application des 2 rémunérations
1:17:17 la Trésorerie peut venir en complément d’un membre qui n’aurait pas assez de liquidité pour une transaction. Quid d’une Trésorerie à sec pour les validateurs ?
1:18:23 à quel moment cela casserait la TRM par rapport à une promesse future de fonds disponibles dans la Trésorerie ?
1:19:10 comment sont calculés les frais de transaction ?
1:21:04 que se passe-t-il si les flux de transaction financière sont supérieurs aux capacités du réseau ?
1:21:16 si on a un spam de micro-transactions pour faire tomber le système ?
1:22:07 dans BABE, quid des 2 secondes + 2 secondes + 2 secondes ?
1:23:51 ce sont des frais de transaction ou des frais d’événement ?
1:25:47 on peut parler de « frais d’exécution »
1:26:05 est-ce que cela serait intéressant d’ajouter une taxe aux gros mouvements de fonds ?
1:27:53 Ce n’est pas aux développeurs de décider d’appliquer une taxe ou pas…
Conférence d’Elois – novembre 2022 - Timeline et Montage vidéo réalisé par Bertrand & Hugo – Axiom-Team
3
1:28:42 Plutôt qu’une taxe sur les montants, opter un pour nombre d’exécutions gratuit par membre ?
1:30:08 comment une taxe, techniquement, peut détecter les transactions en petites coupures d’un grand transfert de fond ?
1:30:11 mettons 5% de taxe…
1:30:48 il y a d’autres problématiques avec les frais variables
1:32:15 ça va servir à financer les noeuds forgerons !
1:33:00 l’idée de quotas n’est pas urgente pour la migration technique V1 vers V2, comme pour les taxes des gros transferts de fonds
1:33:39 mais c’est important en terme de communication (pour les financements participatifs…)
1:33:58 vu le peu de ressource humaine pour le dev de la V2, il faut assumer le fait qu’il n’y aura pas de quota au moment de la migration mais qu’il sera possible d’en installer plus tard
1:34: 32 est-ce que les frais d’exécution sont élevés ?
1:35:29 il faut trouver une formule simple : tant de poids de calcul = tant de frais
1:36:11 et si nous fixions une constante ?
1:37:44 quid des prélèvements automatiques ?
1:37:50 l’app pourrait avertir l’utilisateur de l’état du réseau (frais élevés ou normaux) ?
1:38:38 dans la pratique, le réseau blockchain revient vite « à la normale »
1:39:26 on sort du consensus, au sujet des transactions de prélèvement automatique, on est après la période de migration
1:40:21 on peut simuler le comportement de la V2
1:41:05 si après la v2 on a 5 à 10 ans pour développer les quotas…
1:42:03 Substrate ne fonctionne pas si les frais sont à 0
1:42:26 ce n’est pas l’open bar, les frais couvrent les dépenses CPU et autres
1:43:14 si après calcul, les frais ne sont pas à 1 centime mais à 1 DU ?
1:43:43 Délais, quotas : en fonction des ressources humaines disponibles !
1:44:28 pour simplifier la communication : sans frais initiaux ?
1:45:10 proposition de fixer une constante entre poids et frais
1:46: 01 cette constante ne peut pas être fixée en DU mais remise à jour
1:46:08 on raisonne en G1 mais nous devons raisonner en DU ?
1:46:28 nous pouvons ensuite raisonner sur la mise en place de quotas futurs
1:47:04 « le quota de frais non payé me parle bien »
1:47:23 proposer un jour aux membres une part de serveur à faire tourner en G1 ?
1:48:33 « un forgeron, c’est un administrateur système POINT »
1:49:07 ce qui est important au niveau communication, c’est qu’un forgeron a un pouvoir limité
1:49:44 un forgeron a une responsabilité technique
1:50:14 la gestion des frais et des quotas est un sujet politique
1:50:47 pour l’instant le comité technique a un pouvoir de veto
1:51:11 le comité d’éthique sera inscrit mais opérationnel après migration
1:51:34 organiser une rencontre utilisateurs pour décider les choix avant la date de migration
1:51:51 on peut commencer à appliquer une gouvernance off-chain pour les développeurs car ils sont peu nombreux et réputés entre-eux, pour tests
1:52:17 alors il faut communiquer correctement ! Pour sortir de la centralisation vers la décentralisation
1:53:06 si on est bloqué on peut « forker »
1:53:18 Substitute permet de changer la donne si +70% des forgerons sont OK
1:54:14 ça parait donc important d’inscrire dans la licence des futurs forgerons
1:54:58 c’est pour ça qu’en cas de problème, le forgeron s’engage à donner ses coordonnées pour la communauté
1:55:31 la communauté doit être capable de contacter au moins 66% des forgerons
1: 56:09 faudrait refaire une migration si la Blockchain est bloquée ?!
1:57:12 ça peut se passer aussi avec la migration V1 vers V2 !

Pourquoi Axiom, et quelles sont ses missions, ses priorités, son engagement.

musique
Titre: Waiting For Nothing
Auteur: The Fisherman
Source: https://soundcloud.com/the-fisherman
Licence: https://creativecommons.org/licenses/by/3.0/deed.fr
Téléchargement (8MB): https://auboutdufil.com/?id=562

1 évènement, 2 endroits :
RML15 techniques, pour les développeurs, Fondation Leopold Mayer 38 rue St Sabin 75011.
RML15 Utilisateurs et grand public, Bourse du Travail, salle Hénaff, 29 Bd du Temple 75003.

Sites utilisateurs et développeurs :
https://rml15.frama.site
https://rml15.axiom-team.fr

Cesium: Pour gérer ses comptes Ğ1, créer des portefeuilles, certifier, payer...

http://g1.duniter.fr/
http://mlg1.fr
Ou Cesium Ğ1 dans un moteur de recherche.

Ğannonce: Plateforme d'achat/vente en Ğ1, avec Crowdfunding en Ğ1.
https://gannonce.duniter.org/

Ğchange: Place de marché numérique en Ğ1, comprenant une recherche par critères et géolocalisation.
https://www.gchange.fr/

La Théorie Relative de la Monnaie:
http://trm.creationmonetaire.info/

Duniter.org: Comprendre le Logiciel Duniter et la monnaie libre:
https://duniter.org/fr/comprendre/

Forum Monnaie libre:
https://forum.monnaie-libre.fr/

Tourné le 29.03.2019 à Toulouse.