Liens faibles / intermédiaires / forts


#1

:warning: Je passe ce sujet en section R&D pour information seulement, il n’est actuellement plus envisagé d’implémenter la fonctionnalité ici présentée. Je ne la défendrai pas davantage ni ne souhaite la développer.


Duniter pourrait nuancer son processus de certifications avec des liens faibles, intermédiaires et forts.

Ce sujet n’est pas nouveau :

L’objectif

Une telle fonctionnalité permettrait une inclusion plus souple et plus légère des membres de la Ğ1, afin que celle-ci s’étende davantage et évite les frustrations de ceux qui veulent simplement co-créer la monnaie sans se poser trop de questions.

À l’observation de l’évolution actuelle de la Ğ1 et des retours d’utilisateurs qui souhaiteraient adopter cette monnaie en la co-produisant mais se voient rejetés et rejettent alors eux-même la monnaie, je crains que la Ğ1 en reste à l’état d’épiphénomène et qu’on en reprenne pour 80 ans sans monnaie libre.

Je pense pourtant qu’il est possible d’inclure de tels membres.

Le principe

On distinguerait 3 niveaux de certification (faible, intermédiaire et fort) impliquant aussi 3 niveaux de droits cumulatifs :

  • Membres N1 : ne peuvent émettre que des liens faibles, co-créent le DU
  • Membres N2 : peuvent en plus de N1 émettre des liens intermédiaires et devenir membres référents
  • Membres N3 : peuvent en plus de N2 émettre des liens forts et écrire dans la blockchain

Avec comme règles :

  • être membre N3 requiert 5 certifications fortes ou plus
  • être membre N2 requiert 10 certifications intermédiaires ou plus
  • être membre N1 requiert 20 certifications faibles ou plus
  • une certification forte compte pour 2 intermédiaires
  • une certification intermédiaires compte pour 2 faibles
  • une certification faible dure 1 an et ne peut être suivie d’une autre certification que 5 jours plus tard
  • une certification intermédiaire dure 2 ans et ne peut être suivie d’une autre certification que 10 jours plus tard
  • une certification forte dure 3 ans et ne peut être suivie d’une autre certification que 15 jours plus tard
  • une certification existante ne peux être rejouée avec un niveau différent qu’après expiration
  • toutes les certifications émises sans niveau (avant cette nouvelle version du protocole) sont considérées comme fortes

Avec comme sens :

  • certification faible = je ne connais pas, mais cette personne manifeste la volonté de produire des Ğ1
  • certification intermédiaire = je connais de façon un peu éloignée, mais je suis capable de recouper des informations sur elle (collègue de travail occasionnel, connaissance web, ami d’enfance pas revu depuis des années, …)
  • certification forte = je connais bien cette personne, conformément à la définition donnée par la licence

Avec pour conséquences :

  • toutes les certifications actuelles voient leur durée augmentée de 1 an
  • une personne totalement inconnue peut co-produire des Ğ1 sous réserve de trouver 20 certifications faibles
  • une personne que l’on ne connaît que “sur le web” mais avec une certaine confiance peut produire des Ğ1 assez facilement
  • co-produire les Ğ1 et écrire sur la blockchain deviennent des droits séparés
  • bien qu’il soit plus facile de certifier à la légère, le stock de chacun étant limité l’inclusion de nouveaux membres reste contenu
  • un “levier” de 20 rend les attaques sybilles totalement hors-portée, et le fait de ne pas les inclure dans les référents les empêche de metastaser la WoT

Voilà, cette idée est encore un brouillon. Mais si celle-ci vous inspire, positivement comme négativement, j’aimerais bien vos retours.


Croissance de la toile de confiance
Proposition de solution user-friendly au problème de sécurité des instances cesium web
RML12 -> Appel à conférencier (ASAP pour lancer la com le 20/09)
Proposition de solution user-friendly au problème de sécurité des instances cesium web
Proposition de solution user-friendly au problème de sécurité des instances cesium web
#2

Il vaut mieux attendre au moins 3 ans après le lancement, avant d’envisager de compliquer quoi que ce soit. Par contre optimiser les temps de calculs, le stockage, les interactions entre les noeuds, l’amélioration ou la création de nouveaux clients plus ergonomiques, plus complets, éliminer des clients les fausses données non fondamentales (cesium+ qui trompe encore beaucoup d’utilisateurs…) peut se faire sans attendre.

En termes économiques, des modules intégrables (dans wordpress par exemple, ou dans du HTML basique) de crownfunding et d’enchères me semblent plus enclins par ailleurs à développer les échanges de Ğ1. Laisser s’enfermer les échanges dans un site centralisé tel que Ğchange n’est pas bon.

Il y a donc encore beaucoup de conférences à réaliser dans des événements plus larges tels que Ubuntu Party ou RMLL, en direction des informaticiens de talent afin que ces outils essentiels puissent un jour apparaître.

Donc par exemple concernant des versions améliorées de Duniter un crownfunding intégrale sous forme de module permettrait de lancer la libération du code déjà testé. Et des fonctionnalités de clients non-encore développées pourraient se voir développer sous la même forme.

Et ce ne serait pas équivalent d’avoir un même crowfunding disponibles sous N sites différents, que d’être sous un site inconnu difficile à trouver et à connaître.


#3

Bitcoin a-t-il réuni ses 1ers développeurs principaux en faisant des conférences ? Je ne le pense pas.

Par contre il me semble évident que celui qui produit des Bitcoin ou des Ğ1 a tout intérêt à développer des outils pour favoriser son utilisation et son adoption, ainsi que d’en faire la promotion. D’où cette idée.

Quant aux délais, cette fonctionnalité de verrai pas le jour avant plusieurs mois, ce qui nous amène déjà à 1,5 ans d’existence. J’ai aussi d’autres chantiers en cours sur Duniter et suis encore en mission-euros. Néanmoins j’aimerais bosser ce changement sur les certifications qui me paraît capital.


#4

On peut aussi réfléchir au fait que le profil des développeurs bitcoin n’est pas forcément un profil qui correspond à celui des développeurs Duniter, et que les raisons et les moyens qui les amènent au bitcoin n’en font pas le même domaine d’intérêt.

Aussi il n’est pas du tout sûr sur la base de cette réflexion que le mode et les moyens qui consistent à relier des êtres humains entre eux soit de la même nature que le mode et les moyens qui consistent à développer un outil dont le fonctionnement n’implique pas une reliance de même nature.

Une utilisation et une adoption qui reposent sur la confiance en des principes interhumains n’est pas de même nature qu’une utilisation et une adoption qui reposent sur la confiance en une création finie.

Ca me paraît au contraire complexifier l’existant, monter de plusieurs crans le niveau de compréhension nécessaire, et conduire in-fine à l’abandon d’une monnaie dont les principes demanderont un niveau de compréhension bien trop élevé pour y placer dès lors une confiance assurée, la confiance reposant sur la compréhension.

Au vu de ce principe je serai le premier à ne plus vouloir l’utiliser, le trouvant trop complexe à expliquer.

S’il y avait des changements à faire ils devraient mener vers une plus grande simplicité et unicité, de meilleurs temps de réponse, de meilleurs volumes de stockage, une meilleure clarté explicative etc…

La plus grande simplicité est le chemin qui mène à une plus grande compréhension auprès du plus grand nombre de personnes, en ne sacrifiant rien des principes essentiels (de ce point de vue la Relativité Générale est bien “de plus grande simplicité”).


#5

C’est étonnant, car je trouve que c’est justement aujourd’hui que la compréhension nécessaire est la plus élevée. Et effectivement, je pense que ça va nous conduire à l’abandon si on laisse le système tel quel, car finalement non adopté.

Ce que je propose n’est pas justement de comprendre, mais de permettre l’accès premier qui éventuellement débouchera sur une compréhension plus grande.

Crois-tu une seule seconde à ce que tu viens de dire, ou dois-je donner un contre-exemple ?


#6

Je ne pense absolument pas qu’on puisse dire d’une adoption qui a fait x16 en 1 an soit “non adopté”. Au bout de 3 ans d’existence on pourra peut-être réévaluer ce constat, mais à ce jour absolument rien ne peut dire que cela “n’est pas adopté” c’est tout simplement affirmer quelque chose contre la vérification expérimentale.

L’accès premier fonctionne très bien, je ne vois vraiment pas pourquoi il faudrait le remettre en question, alors que rien n’indique de blocage à aucun niveau que ce soit.

J’affirme qu’absolument oui, la confiance repose sur la compréhension.


#7

Je n’observe pourtant pas cela avec l’euro, si ce ne devait être que mon seul exemple.


#8

Tout dabord, je note une inversion entre les NX :

Deuxièmement, je crains, que le nombre de calculateurs ait plus de mal à croître du fait de la difficulté à atteindre le statut de membre suprême.

Autrement, cette idée me plaît bien et le schéma de transition assez bien pensé pour un début de brouillon.


#9

Parce que la confiance est relative.

La compréhension, qui vient de l’observation que depuis 10, 15, ans le fait d’avoir des UNL permet de les échanger contre des biens et services, aboutit au fait d’une confiance légitime dans la compréhension “cette UNL permet d’obtenir beaucoup de biens et services, c’est un fait observable que j’ai bien analysé et compris, et j’ai confiance dans le fait que cette quantité d’UNL me permettra d’obtenir ceci ou cela”.

Mais la compréhension qui vient de l’observation “utiliser cette UNL qui est produite par les uns mais pas par les autres, finit in-fine par laisser les uns aux commandes d’une grande partie de l’économie”, permet d’établir la confiance dans le fait que “si ces mêmes qui produisent cette UNL, se retrouvent dans une société où ce sont les autres qui produisent leur propre unité commune d’échange, alors le pouvoir de commande des uns sur les autres ne fonctionnera plus, du simple fait que l’on utilise plus leur production auparavant en abus de position dominante”.

De la sorte qu’il n’existe pas “la confiance” au sens indéfini mais “la confiance en quelque chose”, laquelle " confiance en quelque chose" repose sur “une compréhension relative à ce quelque chose”.


#10

Je pense que déjà la priorité c’est de séparer le droit au calcul des blocs des autres droits.
Une fois cela fait il y a effectivement peut être moyen de rendre l’entrée plus facile, mais avoir 3 types de certifs différentes me semble très compliqué, il y a peut être plus simple :slight_smile:

Après une autre question est de savoir si rendre l’entrée plus facile maintenant est souhaitable ou non.

Je n’ai pas d’avis tranché mais je pense que notre priorité est déjà d’augmenter la fiabilité de l’éco-système Duniter.

Cependant, si l’on décidait de rendre l’entrée plus facile, je préconiserai plutôt :

  1. Augmenter fortement Y[n], le doubler tout de suite, pour que seul des membres de forte confiance puissent être référents.
  2. Réduire la durée de vie des certifications à 1an, et réduire sigPeriod a 3 jours et réduire sigStock à 80. Cela permettrait une entrée plus facile tout en simplifiant le système en faisant coïncider la durée de l’adhésion et des certifications. Réduire sigPeriod devenant alors nécessaire pour que l’ensemble du stock reste utilisable.
  3. Ne donner le droit au calcul qu’aux membres référents ET ayant une qualité > 0.8
  4. Réduire sigQty a 3 afin de permettre l’entrée large plus facilement
  5. Pour nous prémunir des attaques sybil rapides : spécifier dans le protocole qu’un nouveau membre ne peut pas émettre de certifications avant 1 mois.

Ainsi on ne changerais quasiment pas le protocole actuel tout en permettant une entrée beaucoup plus facile et la compréhension resterait du même niveau de complexité qu’aujourd’hui :wink:

Je confirme que de mon coté tout les gens que je rencontre dans tout les groupes locaux ont besoin de bien comprendre les règles de la toile qui s’appliquent a eux, j’ai très régulièrement des questions dessus aujourd’hui encore d’un membre de Béziers en MP, et qu’elles sont déjà complexes, je ne suis pas favorable a les complexifier davantage.


#11

Il convient surtout de bien respirer profondément par le nez, 1 an d’existence ce n’est rien du tout. Absolument rien ne pause problème, et le taux d’adoption est encore bien trop rapide. L’année où l’on constatera un N(t) stable ou en régression sera une année où l’évolution des règles pourra commencer à être étudiée.

Patience et persévérance sont nécessaires concernant tout voyage qui veut mener suffisamment loin.


Sujet sur les liens faibles et posts en section Staff
#12

Très bien en ce cas. Je dirai simplement que quand le moment sera venu, le code sera prêt.


#13

Je repensais à cette proposition cette après-midi.
Elle me plais tant d’un point de vu sécurité que diffusion plus aisée,
mais elle me conviens moins bien sur le plan “égalité entre être humain” d’un point de vu communication.

Le coté :

  • le peuple N1
  • les initiés N2
  • les gourous N3

Me semble un vecteur de critique justifié.

J’aurais tendance d’une part à explorer la piste BrightID évoqué ici : BrightID - Identité unique décentralisée

D’autre part à penser/nommer les groupes que tu propose comme :

  • Membre
  • Membre garant de la communauté (TdC) -> une responsabilité supplémentaire
  • Membre garant du fonctionnement technique (noeud, protocol, blockchain…) -> une responsabilité supplémentaire

Et donc de présenter ça non comme un niveau privilégié mais comme une responsabilité à porter, avec le besoin de formation/compréhension associé pour pouvoir assumer sa responsabilité correctement.

Ceci dit, en reprenant l’analogie “droit de vote” = faire tourner un noeud membre, on restreint la citoyenneté au seul garant du fonctionnement technique.

L’intérêt que je vois à cette approche est de limiter la critique pyramidale par une rhétorique plus responsabilisante qu’élitiste.
L’inconvénient que j’y vois est paradoxalement de réduire l’attraction des rôle à responsabilité, et donc que de favoriser dans la pratique un aspect plus pyramidale dans le sens que les rôle à responsabilité risqueraient de rester détenu par une faible part des membres.