Propositions de pistes de gouvernance pour la V2 de Duniter RML17 ~ 15 juin 2023
Propositions des Groupes 3-6 :
2 types de gouvernance, avec, dans l’ordre chronologique :
1/ L’Écriture des règles de gouvernance du premier block (block 0).
- Elles doivent pouvoir être modulées par la suite en fonction de l’évolution des besoins.
- La constitution d’un groupe par tirage au sort étant compliquée à ce niveau-là, on pourrait partir sur la base du volontariat des membres (utilisateurs comme développeurs) pour aider à construire ce block originel.
- Pour cela, il serait utile de se rencontrer à nouveau (RML?) et d’inviter à la discussion des « experts » qui ont réfléchi aux questions de gouvernance, comme « Les gentils Virus » ou « L’Université du Nous ».
2/ Deuxième type de gouvernance « évolutive » selon les points à corriger avec le temps.
-
4 comités + possibilité de Référendum d’Initiative Citoyenne :
• Comité technique (= exécutif par rapport au code).
- Constitué de développeurs qui se coopteraient ou s’évalueraient pour accéder à ce comité.
- Ils construisent le bâti du système.• Comité de vigilance :
- Tous les membres de la toile de confiance peuvent en faire partie, à condition d’avoir donné ses coordonnées, par ex, au moment de l’acceptation de la licence, pour pouvoir être joints rapidement par différents médias (tél, adresse mail, etc.) - Ce comité pourrait être renouvelé tous les trimestres, avec un mois glissant pour assurer la passation vers les nouveaux membres du comité. (= décisionnel).
- Mode de recrutement : par tirage au sort, avec, par ex, le double d’invitations par rapport au nombre requis de personnes dans le comité. Il y aurait aussi un délai pour l’acceptation de cette proposition. (ex : si on estime le comité à 50 membres, 100 propositions d’intégration seraient envoyées).
- L’appartenance à ce comité conditionnera l’accès aux deux comités suivants, dès que cela sera possible.• Comité de gouvernance :
- C’est le plus petit des comités.
- Même si, pour commencer, tous pourront être tirés au sort pour y entrer, on choisira, dès que ce sera possible, de tirer au sort parmi le vivier des personnes ayant déjà participé au comité de vigilance.
- Mission : législative : organiser le bon fonctionnement du bâtiment.
- Pouvoir : peut faire des propositions pour changer des choses ; peut proposer un référendum.• Comité de sécurité :
- Assure la sécurité du système (= police)
- Pouvoir de révoquer des membres du comité technique s’ils posent un problème à la sécurité de la structure (du système).• RIC :
- Sur proposition de tout membre de la Toile de Confiance.
- Nécessité d’avoir les 2/3 de l’accord de la communauté pour lancer le référendum.
Questions / Réponses :
• Comment agir rapidement en cas de bug ?
• Le comité de vigilance se fait expliquer le problème par les développeurs et prend rapidement une décision avec le comité technique.
• Comment éviter de retomber dans un système classique d’organisation des pouvoirs en « législatif », « exécutif » et « judiciaire » ?
• Pour les questions de gouvernance plus précises, nécessité de se former auprès des « experts » pour affiner les réponses.
• Comment s’assurer de la compétence des membres des différents comités ?
• Pour le comité de gouvernance et de surveillance, la réponse à des questionnaires pourrait offrir des garanties.
• Pour le comité de vigilance, il pourrait y avoir un tutoriel.
• Des modalités sont nécessaires, elles restent à définir. Le recrutement s’effectue toujours par tirage au sort.
• Qui recrute ? Combien de temps durent les mandats ?
• Les personnes déjà présentes dans les comités.
• Les membres des comités de surveillance et de gouvernance siégeront plus longtemps que ceux du comité de vigilance. Ces comités pourraient être renouvelés par moitié ou par tiers, mais à des périodes différentes.
Propositions des Groupes 2-4 :
Point d’intérêt principal : Pouvoir réagir aux attaques de corruption de ceux qui ont du pouvoir : les forgerons et les développeurs : ceux qui font la Blockchain.
@1000i100 : Peux-tu compléter s’il te plaît ?
Propositions des Groupes Franco-Espagnols :
• Passer rapidement à la V2 de Duniter et des clients, plus rapide et plus fiable.
S’appuyer sur les règles existantes qui fonctionnent, en changer le moins possible.
Rester simple.
• Prévoir toutefois des modulations possibles, en s’appuyant sur la conformité avec les règles / l’esprit de la Théorie Relative de la Monnaie (= notre « constitution »).
• Pour les décisions à prendre : faire participer la communauté des membres de la Toile de confiance en communiquant par la messagerie (ou notifications) des clients (ex. Cesium) : envoyer des alertes aux membres avec le lien vers le fil dédié sur un espace sécurisé qui délivrera les explications.
• Un premier sondage pourrait déterminer si la question est :
→d’ordre technique (donc traitée par les développeurs)
→ ou politique (sociale) : donc traitée (statuée) par la communauté.
• Pour les questions d’ordre politique : application du principe de la sociocratie :
- La proposition de changement est argumentée par celui qui la porte.
- Les membres en prennent connaissance.
- Si un membre s’oppose au changement, il doit explique en quoi la modification proposée pourrait représenter un danger /un écart par rapport aux règles énoncées dans la TRM.
- La modification est adoptée lorsqu’il y a un consensus.
Propositions des Groupes 1-5 :
Rappel : Les développeurs considèrent que les questions de gouvernance les dépassent et demandent l’implication de la communauté des utilisateurs sur ces questions.
• Question de la représentativité : valeur des votes (abstention, blanc, nul, pour, contre)
→ à définir
• Question de l’évolution des règles.
Pour y répondre : proposition d’un modèle inspiré de la Sociocratie :
• Un cercle central (ou assemblée) est constitué de membres tirés au sort ou élus d’une certaine manière.
• Des cercles périphériques sont créés pour les questions spécifiques : techniques, ergonomie, etc.
CHAQUE CERCLE PÉRIPHÉRIQUE EST SOUVERAIN DANS SON DOMAINE.
• Dans les cercles périphériques, deux personnes (minimum) appartiennent également au cercle central :
→ L’un porte les besoins du cercle périphérique vers le cercle central.
→ L’autre porte les besoins du cercle central vers son cercle périphérique.
Ceci a pour but d’éviter la corruption, par ex. la non-distribution volontaire d’informations et de diminuer la charge de travail de ces messagers.
• Les cercles périphériques peuvent dialoguer directement entre eux sans passer par le cercle central. (ex : cercle ergonomie / développeurs).
• Ils peut y avoir des cercles dans les cercles périphériques (principe des poupées russes ou des s/dossiers dans une arborescence).
• Le consensus est le but ultime de toute modification politique c-à-d humaine. Sans lui, pas de changement possible.
• Les modifications périphériques, par ex. d’ordre technique appartiennent aux cercles dédiés.
• Principe de l’adoption (ou non) d’une modification (politique) :
- La proposition de changement est argumentée par celui (ceux) qui la porte(ent).
- Les membres en prennent connaissance et répondent plus ou moins rapidement en fonction de l’urgence indiquée.
- Si un membre s’oppose au changement, il doit expliquer en quoi la modification proposée pose un problème important. Il peut proposer des amendements.
- La communauté peut y réfléchir, ainsi que l’auteur de la proposition, jusqu’à l’obtention d’un consensus qui satisfait tout le monde pour que le changement puisse être mis en œuvre.
Pour certaines procédures, exemples les révocations de membres : il faut inclure des procédures d’appel.
