Bonjour à tou(te)s, co-créateurs de la monnaie libre !
La Ğ1 est une réussite magnifique : elle nous a offert un socle démocratique inédit avec le Dividende Universel. Aujourd’hui, notre communauté regorge de talents (artisans, développeurs, créateurs, producteurs) qui enrichissent chaque jour notre réseau.
Cependant, pour que cette richesse profite pleinement à tous, nous avons une opportunité formidable à saisir : collectiviser la valeur que nous produisons.
Actuellement, beaucoup d’entre nous absorbent des coûts matériels en euros pour proposer des biens en Ğ1. Cette valeur finit parfois par sortir de notre écosystème. Et si, au lieu de voir cette énergie s’échapper, nous construisions un circuit court capable de la retenir, de la faire fructifier et de rémunérer justement ceux qui nourrissent notre économie locale ?
La proposition du G1FabLab : L’AMAP Numérique Citoyenne
Le DU est notre jeton de co-décision souverain, notre part de la coopérative humaine. Pour bâtir dans le monde physique (payer des serveurs, de l’électricité, de la fibre), nous proposons d’y adosser un outil de comptabilité collaborative.
Comme une AMAP agricole qui relie producteurs et mangeurs autour d’un bien commun, nous mutualisons nos propres infrastructures (Serveurs Duniter, Cloud privé, Nœuds IA locaux) :
Les Armateurs & Capitaines : Ceux qui hébergent et entretiennent les machines sont équitablement défrayés de leurs coûts réels.
Les Parrains & Résidents : Ceux qui soutiennent le matériel reçoivent en retour un « panier » de services numériques (Cloud, IA, espaces d’échanges) via un droit d’usage.
Pour organiser cette abondance en toute clarté, nous utilisons un « ticket de caisse » interne : le ẐEN (1 € <=> 1 Ẑ = 0.1 Ğ1). C’est un simple outil comptable sur la blockchain Ğ1 pour que la valeur physique reste entre nos mains.
Transparence et Communs (Open Collective)
Ici, pas d’actionnaires, pas de spéculation. Tout passe publiquement par la fondation Open Collective Europe . Les fonds collectés servent uniquement à bâtir nos communs : financer le matériel, la R&D, l’achat de forêts-jardins, et défrayer les opérateurs.
Nous lançons une campagne joyeuse de parrainage pour déployer nos premières stations (Cloud et Nœuds IA).
Que vous inspire cette idée d’AMAP numérique ? Êtes-vous prêts à parrainer une station pour collectiviser nos outils numériques et faire grandir notre autonomie ?
Peut-être devrais-tu déplacer ce sujet vers la rubrique « Projets-idées » ( tu y gagneras en audiences).
La catégorie « Axiom-Team » n’est pas l’espace idéal pour ce genre de publicité.
Pour rappel, une mini charte de notre espace associatif a été écrite voir « au sujet de la catégorie Axiom-Team ».
( et merci d’éviter l’impératif dans les titres…)
Une AMAP est une Association pour le Maintien d’une Agriculture Paysanne.
Tu parles probablement d’une coopérative de services informatiques? pour rester dans les statuts juridiques existants en droit Français.
Sinon on peut faire une DAO ou une organization EASY https://ecency.com/ai/@chrisaiki/easy-dao-a-new-paradigm
@Jean-Pierre.G : Merci pour le recadrage et le déplacement du sujet, c’est effectivement bien plus à sa place ici. Désolé pour le côté un peu « rentre-dedans » du titre initial. Pour rebondir sur le terme « publicité », je comprends tout à fait ta réaction face à la forme. Mais sur le fond, l’intention n’est pas du tout commerciale : il s’agit strictement de proposer un modèle de comptabilité appliquée aux communs.
@chrisaiki : Tu as tout à fait raison sur le plan sémantique et juridique. J’utilise le terme « AMAP » comme une analogie pour faire comprendre le concept de « circuit court » et de pré-financement de l’outil de production par ceux qui l’utilisent. Dans les faits, c’est effectivement une coopérative de services informatiques, gérée de manière transparente via la fondation Open Collective Europe (qui agit comme une interface légale qui se rapproche de la philosophie DAO).
@hypericum : Totalement en phase avec toi ! Le collectif CHATONS, Framasoft ou Riseup sont nos modèles et nos alliés du Libre. Le projet Astroport/G1FabLab ne cherche pas à les remplacer, mais propose une couche d’interconnexion et un modèle de financement spécifiques à l’écosystème Ğ1. D’ailleurs, Astroport permet concrètement de relier des serveurs (comme ceux des CHATONS) dans une toile de confiance SSH, au sein d’un essaim de stockage IPFS privé, avec une couche de signalisation NOSTR.
Comment ça marche concrètement ?
Le problème que nous essayons de résoudre est le suivant : comment financer nos infrastructures physiques (serveurs, électricité) sans dénaturer le Dividende Universel ?
C’est là qu’intervient le ẐEN. C’est un simple outil de compte. Il sert à mesurer et comptabiliser ce que chacun apporte concrètement comme valeur au collectif (matériel, euros, code sous licence Libre/AGPL, temps humain).
Voici le schéma des flux pour comprendre comment la valeur est captée dans l’économie classique pour venir enrichir l’écosystème Ğ1 :
L’explication en 5 étapes :
L’entrée de la valeur : Des membres (Parrains/Usagers) apportent des euros via Open Collective (une fondation transparente, sans actionnaires). En parallèle, des Armateurs apportent du matériel physique, et des Capitaines apportent du temps.
La transformation comptable : Les euros ne créent pas de profit. Ils déclenchent la création d’une unité comptable interne stricte (le ẐEN). 1€ reçu = 1Ẑ comptabilisé sur la blockchain Ğ1.
La règle de répartition (3x1/3) : Cette valeur est mathématiquement divisée. Un tiers retourne à l’usager en droits d’accès (MULTIPASS), un tiers finance la création de code Libre (AGPL), et un tiers finance le matériel physique (les serveurs).
La création des Communs : Cette comptabilité permet de déployer des infrastructures réelles (Serveurs Duniter, Nextcloud, IA locale) au service exclusif de la communauté.
Le retour à l’équilibre : Open Collective utilise les fonds en euros pour défrayer (sur facture légale) l’Armateur qui héberge la machine et le Capitaine qui assure la maintenance et l’évolution du code.
Résultat : Nous extrayons de la valeur de l’économie euro classique pour venir financer, sanctuariser et pérenniser toute la chaîne de valeur matérielle qui s’agrège autour de la Ğ1. Et ce, de manière 100% transparente, en circuit fermé, et sans modifier la masse monétaire du Dividende Universel !
Du concept à la pratique : les chantiers en cours
Pour vous prouver que ce n’est pas qu’un beau schéma théorique, voici ce qui se passe sous le capot en ce moment même. C’est un gros boulot, mais les briques logicielles s’assemblent pour rendre cette « AMAP » transparente et facile d’accès pour tous :
Automatisation de la caisse (OpenCollective ↔ Duniter v2) :
Je termine actuellement le portage du code au format Duniter v2, et surtout le connecteur oc2uplanet.sh. Jusqu’à présent, l’émission des ẐEN correspondant à une contribution OpenCollective était manuelle (ce qui rendait la tâche du Capitaine sujette à d’éventuelles « mauvaises manips »). Ce script va automatiser l’émission stricte des ẐEN dès l’apport en euros. Le code :OC2UPlanet/oc2uplanet.sh
L’interface sociale (Fork de Coracle) :
Pour que l’essaim Astroport soit utilisable par le grand public, j’ai forké le client NOSTR Coracle. Il est désormais multilingue et j’y ai intégré le partage N² (Blog + Audio + Video). Il me reste principalement à nettoyer l’interface des éléments relatifs à « bitcoin » (Lightning, etc.) pour le dédier à 100% à notre écosystème de confiance. Le code :Coracle branch ‹ zen ›
Le portefeuille de l’AMAP (Ginkgo Ẑinkgo) :
Pour que l’expérience utilisateur reste familière aux membres de la Ğ1, j’ai commencé à « hacker » le portefeuille Ginkgo en Ẑinkgo. L’objectif est de pouvoir s’échanger facilement des ẐEN (les crédits d’usage) entre nos comptes MULTIPASS, directement depuis le smartphone. Le code : Ginkgo branch ‹ zen ›
Bref, l’idée est de relier le monde des CHATONS, la résilience d’IPFS/NOSTR, et la Toile de Confiance Ğ1 dans un seul et même circuit économique viable.
Tous les coups de main (code, tests, retours critiques) sont évidemment les bienvenus pour bâtir ça ensemble ! Qui est curieux d’essayer ?
Une proposition de tarif pour PlanetClaw, un hébergement citoyen de OpenClaw + paperclip + Ollama en pièce jointe
après étude de la concurrence. Proposition_de_Tarification_PlanetClaw.odt (29,1 Ko)
Sauf que la question économique est AMHA très mal traitée par les CHATONS, en particulier son initiateur Framasoft.
Pour pouvoir faire défiscaliser à 66% les dons reçus, Framasoft refuse tout soutien en monnaie libre June
s’cusez pour ma réponse tardive. Ces derniers temps ont été littéralement absorbés par le code. Même en programmant avec l’assistance des IA, cela demande énormément de temps et de précision dans les « prompts » pour ne faire aucune concession et garantir que l’architecture reste 100% P2P.
Notre règle d’or est stricte : il ne doit y avoir aucun autre point central que la station relais (l’Astroport), son capitaine et son armateur. Et bien sûr, vous gardez toujours la liberté de vous auto-héberger ou de confier cette gestion à un ami un peu « geek ». C’est l’essence même d’une AMAP numérique.
Je ne vais pas faire de grands discours enthousiastes aujourd’hui sur le potentiel de la chose. Le système est désormais en rolling release (déploiement continu), il tourne techniquement, mais il est surtout grand temps qu’il se confronte au réel. Nous avons impérativement besoin que les utilisateurs le testent, trébuchent dessus et nous fassent leurs retours.
Concrètement, comment on embarque ?
La porte d’entrée de cette infrastructure collectivisée s’appelle désormais Zelkova (c’est le nouveau nom de Zinkgo, @hypericum ça peut encore changer ). C’est l’interface qui permet, entre autres, de gérer et d’échanger des crédits Ẑen entre les membres d’une même sphère (UPlanet ẐEN).
L’embarquement se fait directement via Zelkova, où vous pourrez choisir la station Astroport la plus proche de chez vous et y activer votre profil MULTIPASS.
En parallèle, le G1FabLab travaille pour révéler et adapter les applications du réseau NOSTR qui s’attachent à cette infrastructure.
Pour que cela fonctionne, cela demande une petite manipulation : il faut copier votre clé secrète NOSTR (la clé commençant par nsec, générée dans votre MULTIPASS) et la coller dans l’extension de navigateur nos2fox.
Une fois équipé, vous pourrez vous rendre sur les applications que nous hébergeons sur le réseau de stations.
Bien d’autres outils de ce type pourront être créés et adaptés à vos demandes. C’est ici que la boucle de l’AMAP numérique se ferme : c’est à vous (le collectif) de choisir le nom de vos espaces, vos logos, le contenu des messages diffusés, etc.
Le but de toute cette architecture est de relier directement et sans intermédiaire : les utilisateurs (qui financent l’usage), les hébergeurs (qui font tourner les machines) et les développeurs (qui maintiennent le code commun) en révélant les flux de valeurs que l’ancien monde de la dette nous impose encore… Tous les Ẑen qui ne sont pas reconvertis en € correspond à de la valeur capturée !!
Grâce aux ẐEN, je peux recevoir des € pour que je puisse vivre tout en assurant mon rôle d’Armateur, de Capitaine et de Développeur de logiciels GPL et AGPL (Bien Commun Numérique).
Sur quoi le G1FabLab travaille :
Zelkova (wallet ẐEN Flutter) GitHub - papiche/zelkova: Ẑelkova est le portefeuille ẐEN de l'écosystème UPlanet · GitHub
Le portail principal d’embarquement. La v2 intègre le MULTIPASS comme identité première : une adresse email + une photo → une clé NOSTR, une ZenCard, un espace IPFS personnel. L’app tourne
sur Android, en PWA (navigateur) et bientôt Linux desktop. En cours : stabilisation du service de station Astroport et de la synchronisation en arrière-plan des balances Ğ1↔ẐEN.
UPassport (API FastAPI v2.0) GitHub - papiche/UPassport: UPlanet ♥️BOX Terminal API using Astroport.ONE, ipfs and strfry NIP-101 for UPlanet ẐEN · GitHub
Le cœur invisible du réseau. La v2 ajoute le support du Roaming (itinérance entre stations) et la résolution IPNS pour les vaults personnels. Parmi les endpoints actifs : /g1nostr
(création MULTIPASS), /ssss (reconstruction Shamir), /zen_send (transaction Ğ1), /vocals (messages vocaux → IPFS), /api/upload (médias NIP-96). Protection anti-DDoS intégrée.
Vocals🎧 Voice Messages Reader - Decrypt & Play
… pour enregistrer et partager des messages audio / video via IPFS, login par extension NOSTR, partage restreints au périmètre N² (amis d’amis) UPlanet
NB : pour la démo le filtre N² a été désactivé… sinon, vous ne verriez rien sur la page, vu que vous n’êtes pas leur ami)
rnostr (relay NOSTR Rust — migration planifiée) GitHub - papiche/rnostr at zen · GitHub
Une alternative codé en rust à strfry, basée sur LMDB, avec hot reload de config et extensions Prometheus. La migration vers le port 7777 est planifiée : rnostr prendra le relais de
strfry pour les stations à fort trafic, tout en restant compatible avec backfill_constellation.sh.
gcli-v2s (CLI Duniter v2s en Rust — v0.8.0 RC3) branche « nostr » : Fichiers · nostr · clients / Rust / Ğ1cli · GitLab
L’outil de transaction Ğ1 en ligne de commande, maintenant en release candidate. Il gère les transferts avec commentaires on-chain, la certification d’identité et la génération de clés
BIP39. C’est le moteur bas-niveau de toutes les transactions ẐEN d’Astroport.ONE.
Coracle ẐEN (client NOSTR web)
Le client PWA NOSTR adapté à UPlanet. Les ZAP (pourboires Lightning) ont été remplacés par les MULTIPASS ẐEN : un like coûte 1 ẐEN, payable directement en Ğ1. Nouveautés récentes : route
L’ensemble de ces briques s’assemble autour d’un seul fil conducteur : votre MULTIPASS est votre passeport coopératif. Une identité, une clé, un wallet, un vault IPFS — hébergés sur la
station de votre choix, portables vers une autre si nécessaire. Le code est ouvert (AGPL-3.0), les stations tournent, les outils existent. Il ne manque plus que vos retours d’usage pour
affiner ce qui coince dans le réel.
Merci pour cette étude et cette proposition @chrisaiki ! C’est une excellente base de réflexion.
Cependant, j’aimerais partager ici la vision d’Astroport.ONE / UPlanet, qui se veut beaucoup plus radicale dans son approche économique par rapport à une « étude de la concurrence » classique.
Notre logique ne repose pas sur une vente de service centralisé, mais sur un commun : tout ce qui est mis en partage au travers du collectif (stockage, temps de calcul, modèles IA comme Ollama) est ensuite partagé en parts égales et grandissantes. UPlanet ORIGIN - Une Expérience Interactive et Ẑen : une expansion continue où le collectif s’enrichit des ressources partagées.
La mécanique des ẑen et des ẐEN
Sur UPlanet, l’économie de la ressource fonctionne selon une règle de participation :
Il faut forcément dépenser des ẑen (petits zens) pour en récolter les fruits (ex: générer du texte, de l’image, utiliser le compute).
Et/ou posséder des ẐEN (grands ZENS) pour y « planter » assez de biens de valeur et ainsi débloquer l’accès aux ressources du réseau.
Par défaut, la mécanique est intégrée au compte de l’utilisateur : le MULTIPASS verse (selon son forfait) 1 à 5 ẑen / semaine à son Astroport (sa station d’amarrage).
Ce flux continu permet de capter la fameuse règle des « 3xPAF » (Participation Aux Frais), qui est répartie ainsi :
L’Armateur (celui qui paie l’électricité et héberge physiquement le matériel de la station).
Le Capitaine (l’administrateur système / développeur qui maintient et fait évoluer le service).
Le Fonds Souverain du collectif qui récupère ce qui dépasse pour financer le réseau global selon les réglages souhaité, avec ou sans TVA, avec ou sans Impot, et règles de répartitions. /economy.html(swarm.key) visible sur chaque Astroport ♥️BOX : ẐEN Economic Dashboard (UPlanet ORIGIN)
Un modèle totalement modifiable (AGPL)
Bien sûr, comme tout est libre (AGPL) et modulaire, Astroport n’impose rien techniquement à un nœud souverain.
Rien n’empêche un administrateur de modifier les scripts NOSTRCARD.refresh et ZEN.ECONOMY sur sa propre station (sa « UPlanet ẐEN ») pour y implémenter le « Business Model » de son choix (comme les tarifs de PlanetClaw que tu proposes). La seule condition de viabilité dans notre écosystème est d’avoir assez de Ğ1 pour alimenter et équilibrer cette comptabilité P2P.
Le but ultime : Financer le LIBRE
Au final, la démarche du G1FabLab derrière ces outils n’est pas de concurrencer les hébergeurs web ou IA du vieux monde de la monnaie dette.
Le but est de construire un moteur économique pour financer les développements du logiciel LIBRE. Une infrastructure construite, maintenue, utilisée et améliorée en commun, où chaque ressource apportée fait grandir la capacité globale du collectif.
ou via MULTIPASS qui ajoute stockage et service IA en applique les règles ẐEN du collectif : Astroport — Choisir ma station (le découpage en 3 de la clef permet en cas plainte ou de doute sur la fuite d’un morceau, de déménager le compte et rembourser les ẑen volées, qui ne peuvent pas aller bien loin… que retourner dans la Ğ1).
Une fois en possession de sa clef « nsec », il faut la placer dans l’application qui peut s’en servir, j’ai testé « nos2fox » pour la mettre dans son navigateur.
SVP: Faites passer le message sur vos groupes Telegram, Whatsapp, on déménage du Cloud web2 pour former le notre CoracleẐ dans le Web3 et bâtir une économie ẐEN ensemble (100% AGPL)
Les Armateurs & Capitaines : Ceux qui hébergent et entretiennent les machines sont équitablement défrayés de leurs coûts réels.
Les Parrains & Résidents : Ceux qui soutiennent le matériel reçoivent en retour un « panier » de services numériques (Cloud, IA, espaces d’échanges) via un droit d’usage.
Que vous inspire cette idée d’AMAP numérique ? Êtes-vous prêts à parrainer une station pour collectiviser nos outils numériques et faire grandir notre autonomie ?
Du concept à la pratique : les chantiers en cours
Le code :
Ẑinkgo) :
). C’est l’interface qui permet, entre autres, de gérer et d’échanger des crédits Ẑen entre les membres d’une même sphère (UPlanet ẐEN).
La mécanique des ẑen et des ẐEN
Le but ultime : Financer le LIBRE
Firefox : 
Chrome / 
Brave :