# Place de marché v2 : Gchange²?
**URL:** https://forum.duniter.org/t/place-de-marche-v2-gchange/13038
**Category:** R&D
**Tags:** gchange
**Created:** [2 April 2025 15:34 UTC](https://forum.duniter.org/t/place-de-marche-v2-gchange/13038 "2025-04-02T15:34:00Z")
**Posts on this page:** 12
**Page:** 1
### Author:  [@1000i100](https://forum.duniter.org/u/1000i100)
#### Post date: [2 April 2025 15:34 UTC](https://forum.duniter.org/t/place-de-marche-v2-gchange/13038/1 "2025-04-02T15:34:00Z")
J’ai envie de m’attaquer au gros chantier, de faire une place de marché pour la Ǧ1 dans l’écosystème V2.
Pourquoi une de plus ?
Dans l’idée, pour qu’elle aille plus loin que l’existant sur plusieurs aspects.
## Fonctionnalités existantes que je compte reprendre :
- responsive PWA : accessible depuis mobile et ordinateur, installable sous forme d’app pour améliorer les possibilités de notifications utilisateurs, et sans perdre la simplicité d’accès de juste aller sur une url pour s’y connecter.
- Offres de bien et services catégorisé
- Actualisation des offres (et demandes) pour que ce qui est en ligne corresponde au mieux à ce qui est effectivement disponible (ou recherché)
- géolocalisation des offres et demandes, (mais aussi des utilisateurs)
- pas de serveur central (architecture décentralisée)
Les fonctionnalités que je vais peut-être reprendre :
- notification par email (pas évident à géré en décentralisé)
## Nouvelles fonctionnalité (à ma connaissance) :
- **vérification des comptes marchants d’après la TdC** :
- **vérification de paiement** d’un article, pour pouvoir l’indiquer comme vendu, le décompter du stock si plusieurs articles identiques était proposé, et notifier le vendeur que son article est vendu et qu’il reste à le remettre à l’acheteur (ou déclencher une action pour les services en lignes).
- **catalogue global** multi-plateforme : plutôt que de faire une n’ième plateforme avec ses produits spécifiques, l’idée serait à minima de faire un import automatique de ce qui est proposé par les autres plateformes connues, et documenter l’API pour faciliter l’export des offres vers les autres plateformes (voir pousser automatiquement vers les autres plateforme les produits des bonnes catégories s’il y a du temps en rab)
- **livraison en Ǧ1** au rythme de la communauté (donc probablement en plusieurs mois) : comme du covoiturage, mais pour des objets, avec la souplesse que le trajet peut avoir lieu n’importe quand (ne faite pas le trajet exprès, mais si vous faite ce trajet, ne le faite pas à vide) avec un système de notification pour que l’info arrive au conducteurs autant que possible (et avec un système de suivi des colis)
- **aller chercher l’offre à partir des demandes** : mémoriser les recherches effectuées sur la plateforme (associé au compte qui les recherches) pour visibiliser la demande, avec une mécanique de péremption automatique, et la possibilité d’épingler une demande/recherche pour qu’elle ne périme pas automatiquement. De plus, avec un peu d’IA pour regrouper les recherche similaires, agréger par mot clef les demandes récurante et par de multiples personnes, globalement aussi bien que localement. Derrière, je prévois une mécanique de notification (désactivable) aux utilisateurs locaux comme quoi une demande est présente à la quelle ils pourraient peut-être répondre (je pense notament à la location de materiel de bricolage ou à l’hébergement)
- **catégorisation automatique des offres** (avec un système s’appuyant sur de l’IA pour déterminer automatiquement les mot clefs adapté à la description d’une offre), si la catégorisation automatique n’est pas satisfaisante, l’auteur peur la personnaliser, mais dans ce cas, une validation communautaire aura lieu avant diffusion.
- **qualification communautaire des offres et des comptes marchants** :
- **notifications & rappel** au moins via les système de notification des applications et PWA des smartphone ainsi que celles des navigateurs, et peutêtre via email et/ou sms/telegram… et autres réseaux :
- **suggestion de création d’initiative collective pour répondre aux demandes collectives** : par exemple si une demande de produit allimentaire atteint 10 personnes sur un rayon de 50km, les notifier qu’une action collective est possible (et les mettre en relation entre eux) en pleur proposant plusieurs pistes :
- **prix intelligents** , outre pouvoir proposer un produit ou service à prix libre ou prix fixe, en Ǧ1 ou en DU (fonction existante), ou encore proposer du financement participatif (fonction existante aussi), pouvoir proposer :
> **Fonctionnalités envisagées pour plus tard**
>
> - vérification de paiement sur des prix mixte
> - système de mutualisation (assurance/mutuelle) pour gérer les litiges (probablement proposée façon hello-asso : contribution suggérée par défaut, sans en faire une obligation) et potentiellement le financement de l’infrastructure et du développement de la plateforme.
> - _anonymisation des transactions (intégration de gmixer ou assimilé ainsi que correspondance entre acheteur et vendeur encapsulé façon tor pour masquer les métadonnées, potentillement via monero ou en s’inspirant de leur technos)_
> - _facilitation du change entre devises si la communauté semble très majoritairement trouver que c’est une bonne idée._
> - intégration de fonctionnalités comptable (calcul de TVA ou autres joyeusetés du genre pour une plateforme décentralisé à l’international… donc l’activation de ces fonctions serait laissé à la discrétion des vendeurs en fonction de leur implantation géographique et de leur degré d’adhésion/volonté de conformité avec la fiscalité de leur territoire)
>
> NOTE : le développement (par mes soins) des fonctions en italique ne sera effectué qu’en cas de forte adhésion de la communauté à la mise à disposition de ces fonctionnalités, et leur activation dans l’infra que je déplois restera désactivable par vote. Mais un logiciel libre, une fois diffusé peut voir des variantes conserver des fonctionnalités que l’équipe d’origine a retiré ou désactivé. Seul des fonctions internes à DuniterV2 si elles s’avèrent nécessaire aux fonctionalité en italique pourraient être efficacement bloquante en les désactivants dans la blockchain Ǧ1.
---
### Author:  [@tuxmain](https://forum.duniter.org/u/tuxmain)
#### Post date: [2 April 2025 19:59 UTC](https://forum.duniter.org/t/place-de-marche-v2-gchange/13038/3 "2025-04-02T19:59:12Z")
Si parmi les fonctionnalités lointaines tu veux permettre des comptes “de confiance” en restant anonyme, c’est aussi possible avec les signatures en anneau. (on publie une preuve que sa clé est signée par une parmi N clés membres)
Pour les fonctionnalités avancées de prix, vu l’usage du champ de prix sur ce Ğchange ou Leboncoin, j’ai peur que ce soit inutilisable dans la plupart des cas.
Soit le formulaire est tout simple et le champ prix regroupe des prix à l’unité, au lot, à la pièce, au total d’un lot disparate, à l’heure, symbolique, à négocier, avec option, livraison, etc. Soit le formulaire est complet mais trop compliqué ou long à remplir correctement, donc mal rempli.
Des statistiques sur ce champ risquent d’avoir peu de sens.
Comme fonctionnalités d’UI utiles présentes sur Leboncoin mais qui peuvent être améliorées : enregistrement des recherches précédentes, annonce grisée après la visite, page qui ne se recharge pas quand on revient de l’annonce vers la recherche, indicateur “message déjà envoyé” sur la page d’une annonce.
---
### Author:  [@1000i100](https://forum.duniter.org/u/1000i100)
#### Post date: [2 April 2025 22:17 UTC](https://forum.duniter.org/t/place-de-marche-v2-gchange/13038/4 "2025-04-02T22:17:17Z")
> [@tuxmain](#):
>
> Soit le formulaire est tout simple et le champ prix regroupe des prix à l’unité, au lot, à la pièce, au total d’un lot disparate, à l’heure, symbolique, à négocier, avec option, livraison, etc. Soit le formulaire est complet mais trop compliqué ou long à remplir correctement, donc mal rempli.
> Des statistiques sur ce champ risquent d’avoir peu de sens.
Je pense aussi que les stats de prix annoncés ont peu de chance d’être utile.
Les stats de vente effective seront probablement plus intéressantes.
Et éventuellement celle sur les types de prix choisis.
Coté interface, j’imagine :
Etape 1 : ajout des titre, photo et description de l’annonce
Etape 2 : choix du fonctionnement : vente, location, financement participatif, enchère
Etape 3 : en mode vente → stock (quantité fixe ou illimité), en mode location → stock simultané (nombre d’objet, de couchage…), en mode enchère → stock également
Etape 4 : un prix unitaire de base suggéré (en DU par défaut). Le prix peut être modifié ou retiré pour du prix libre non guidé. L’unité est déduite de la description et reste personnalisable.
Outre la possibilité de passé en référentiel quantitatif (Ǧ1), je verrais bien quelques cases à cocher pour activer des fonctions dynamiques de prix :
- prix auto-ajusté (quand coché : affiche les ratio d’augmentation par vente et le rythme de décote temporelle, avec des valeurs par défaut personnalisable)
- prix selon l’acheteur (quand coché : propose un ratio et montre l’impacte de prix pour quelqu’un de membre depuis le bloc 0 et quelqu’un qui vien à peine de le devenir, ou pour un compte qui n’est pas membre. propose aussi un ratio selon les liquidités du compte, ou encore selon l’historique de vente du compte avec là aussi une case à cocher pour afficher différentes options en lien (étalement temporel des ventes, nombre de ventes, montant vendu, produit taggué première nécessité vendu, avec un chaque fois un ratio par défaut personnalisable) enfin ajustement selon l’historique d’achat auprès du vendeur pour les ajustements fidélité.
- prix quadratique (proposé uniquement quand un article est proposé en plusieurs exemplaires ou location ou service)
- promo locale (avec ratio de décote personnalisable quand coché)
- prix mixte (ajoute un champ pour indiquer un 2nd montant et une autre devise + case à cocher pour faire hériter les modificateurs sur le prix mixte)
En mode location, un ratio pour faire des prix dégressif (ou progressif) selon la durée (ou une courbe de Béziers si on veut faire du dégressif puis progressif avec un truc visuel plutôt que des formules) + une fonction réservation auto qui si coché ajoute un agenda pour indiquer quand la location est dispo ou au contraire déjà réservé (avec une syncro vers des agendas extérieurs idéalement)
Et ainsi de suite pour les modes financement participatifs et enchères qui ont leur mode de fonctionnements spécifiques.
---
### Author:  [@Frederic\_Renault](https://forum.duniter.org/u/Frederic_Renault)
#### Post date: [3 April 2025 12:26 UTC](https://forum.duniter.org/t/place-de-marche-v2-gchange/13038/6 "2025-04-03T12:26:18Z")
Super initiative @1000i100, bravo !
Je pense qu’il est crucial de saisir l’opportunité de la Monnaie Libre pour repenser notre organisation sociale, et ne pas simplement reproduire les modèles de la “Monnaie Dette”. [La Ğ1 peut être le fondement d’un nouveau “contrat social” pour gérer le bien commun de manière coopérative](https://www.copylaradio.com/blog/blog-1/post/reinventer-la-societe-avec-la-monnaie-libre-et-la-web-of-trust-148).
Chez CopyLaRadio, nous voyons la Ğ1 comme les parts sociales d’une coopérative ouverte à tous. C’est dans cet esprit que nous développons [UPlanet et le “Cloud chez l’Habitant et la Toile de Confiance Dragon”](https://www.copylaradio.com/blog/blog-1/post/uplanet-un-systeme-d-information-libre-56) pour relier les relais et les utilisateurs d’un Internet décentralisé.
Pour Gchange², plutôt que de calquer LeBonCoin, on pourrait imaginer une UX qui mette en valeur l’esprit coopératif de la Ğ1 ! Pourquoi ne pas intégrer :
- **Un marché des “objets ingrédients”** en plus des “biens finis”, pour documenter les chaînes de fabrication DIY et la transparence des ressources ?
- **La location et la localisation d’“objets collectifs”** mutualisés au sein de la communauté (outils, matériel, etc.) ?
Nous avions esquissé une idée d’interface : [H2G2 ― Le guide du terraformeur terrien](https://ipfs.copylaradio.com/ipfs/QmNcNcYRDUFmR1Ey1MAyhzzZRJEi1Dfq8YXRTXq6XZ9n4A/#) où les annonces peuvent évoluer en “plan de fabrication”
Dans l’esprit du Logiciel Libre, on pourrait aussi distinguer des **“Produits Libres” (PAF=0)** : des offres avec description détaillée, mode d’emploi, et même la “recette” pour les reproduire ! Combiné au système **[G1Forfait PIF/PAF](https://forum.monnaie-libre.fr/t/passer-la-seconde-sur-leconomie-de-la-june-en-ajoutant-une-regle-sur-les-certifications/30871/50?u=qoop)** cela permet de distinguer les “Produits Libres” et “Non Encore Libre”.
Un point important : l’activité de Gchange² pourrait rentrer dans le cadre de la réglementation MICA. Pour aller encore plus loin et assurer la conformité, pourquoi ne pas introduire **un “stable coin” (Ẑ) dans l’application pour gérer la Participation Aux Frais (PAF) ?** Cela renforcerait la distinction claire entre € et Ğ1, et garantirait la pérennité des “essaims de relais Gchange²” face aux réglementations.
Hâte de voir comment Gchange² va prendre forme et comment nous pouvons y contribuer ensemble !
---
### Author:  [@Brice](https://forum.duniter.org/u/Brice)
#### Post date: [4 April 2025 15:46 UTC](https://forum.duniter.org/t/place-de-marche-v2-gchange/13038/7 "2025-04-04T15:46:21Z")
> - des enchères : avec ou sans prix minimum, avec incrément minimum pour les enchères “à l’anglaise”, avec ou sans date limite (sans date, le vendeur clôture quand le prix est monté à une somme qui lui convient), avec mise à jour du montant actuel de l’enchère (à l’anglaise) ou mises secrètes. Et avec vente au montant le plus élevé ou au 2nd plus élevé type Vickrey, ou peut-être d’autres modes si vous avez des suggestions.
- des enchères inversées : En tant qu’acheteur, je cherche un produit ou service d’ici à une date donnée. J’en propose un prix élevé, et le vendeur qui répond à mon offre avec le prix le plus bas une fois le délai atteint remporte la vente.
Trèèèèèès intéressant. C’est ce qu’aurait du être ebay s’ils avaient amélioré leur système d’enchères.
Ou une plate-forme concurrente.
---
### Author:  [@Frederic\_Renault](https://forum.duniter.org/u/Frederic_Renault)
#### Post date: [9 April 2025 00:47 UTC](https://forum.duniter.org/t/place-de-marche-v2-gchange/13038/8 "2025-04-09T00:47:20Z")
Le protocole nostr est idéal pour y installer Gchange²
et son mashup [**ÛPlanet** Un registre où **organiser, transformer et partager** les ressources du Monde en tant que Bien Commun](https://ipfs.copylaradio.com/ipfs/Qmemnmd9V4WQEQF1wjKomeBJSuvAoqFBS7Hoq4sBDxvV2F)
> **[NIP15 - NIP-15 - Nostr Marketplace](https://nips.nostr.com/15)**
>
> Read more about the NIP15 on {{appUrl}} - NIP-15 - Nostr Marketplace
> **[Nostr markets](https://nostr-markets.pages.dev/)**
>
> Find nostr markets
> **[Nostr Market App](https://market.nostr.com/)**
>
> A Nostr marketplace
On peut se servir des codes open source disponibles et même proposer de créer une série d’événements pour un nouveau kind ([NIP](https://github.com/nostr-protocol/nips))
Voici les kind principaux :
0 = profile
1 = message
10002 = relais préférés
`30023` `30024` = blog
avec strfry comme relay : [GitHub - papiche/NIP-101: Open NIP-101 - Decentralized Trust System for Nostr - Client/Relay Implementation](https://github.com/papiche/NIP-101) j’ai commencé à appliquer les règles d’autorisation et de réplication calquées sur la WoT
---
### Author:  [@poka](https://forum.duniter.org/u/poka)
#### Post date: [9 June 2025 16:59 UTC](https://forum.duniter.org/t/place-de-marche-v2-gchange/13038/9 "2025-06-09T16:59:43Z")
2 posts were split to a new topic: [Les enchères dans la Ğ1](https://forum.duniter.org/t/les-encheres-dans-la-g1/13126)
---
### Author:  [@Tchois](https://forum.duniter.org/u/Tchois)
#### Post date: [9 June 2025 14:06 UTC](https://forum.duniter.org/t/place-de-marche-v2-gchange/13038/10 "2025-06-09T14:06:15Z")
> [@1000i100](#):
>
> géolocalisation des offres et demandes, (mais aussi des utilisateurs)
Pouvoir faire qu’une annonce reste au niveau local.
Il n’est pas pertinent que certaines annonces soient mondiale.
ex : si je propose des heures de ménages, je vais pas les faire en Bretagne.
---
### Author:  [@hypericum](https://forum.duniter.org/u/hypericum)
#### Post date: [17 June 2025 09:58 UTC](https://forum.duniter.org/t/place-de-marche-v2-gchange/13038/11 "2025-06-17T09:58:03Z")
Je trouve toutes ces idées géniales.
Aussi celles de @Frederic_Renault et d’autres.
Une idée, ce serait d’avoir pour chaque étape des “modes avancés” (avec des bulles pour communiquer dessus, faudrait pas que les gens zappent trop de si belles fonctionnalités), et le mode “normal” serait “simplifié” pour faciliter pour les gens qui veulent aller vite
---
### Author:  [@aya](https://forum.duniter.org/u/aya)
#### Post date: [9 August 2025 11:31 UTC](https://forum.duniter.org/t/place-de-marche-v2-gchange/13038/12 "2025-08-09T11:31:01Z")
> [@Frederic\_Renault](#):
>
> [NIP15 - NIP-15 - Nostr Marketplace](https://nips.nostr.com/15)
Il y a également [anytype](https://github.com/anyproto/any-sync), basé sur ipfs, qui permet de développer toutes sortes [d’applications](https://gallery.any.coop/).
---
### Author:  [@Frederic\_Renault](https://forum.duniter.org/u/Frederic_Renault)
#### Post date: [10 August 2025 15:43 UTC](https://forum.duniter.org/t/place-de-marche-v2-gchange/13038/13 "2025-08-10T15:43:21Z")
@aya
Comme beaucoup, j’ai d’abord regardé ce qui existait. Il y a plein de logiciels P2P, c’est vrai. Mais après avoir creusé, je trouve qu’il leur manque systématiquement deux briques essentielles : une **grille de clefs géographiques** pour savoir _où_ se trouve une offre, et une **toile de confiance humaine** pour savoir _qui_ la propose réellement.
Sans ça, on se retrouve toujours avec des systèmes où il est impossible de filtrer par localité ou de s’assurer que le vendeur n’est pas un bot ou un compte jetable.
Naturellement, je me suis penché sur NOSTR pour voir si on pouvait bâtir dessus. J’ai fait le tour de la **NIP-15** (pour les places de marché). Franchement ? C’est une usine à gaz. Tout pourri pour nos besoins : trop complexe, sur-optimisé pour les “Zaps” et l’écosystème Bitcoin, et surtout, ça ne résout aucun de nos problèmes fondamentaux. Aucune notion de localisation, ni de preuve d’humanité fiable des comptes. On tourne en rond.
Du coup, j’ai pris une autre direction, beaucoup plus simple et plus adaptée à notre écosystème. Plutôt que de tout réinventer, j’ai combiné quelques briques robustes :
1. **NOSTR pour l’Authentification (NIP-42) :** Je garde NOSTR pour ce qu’il fait de mieux : l’authentification. C’est simple, c’est standard, ça marche.
2. **Un Moteur d’API comme “Douanier” :** Le cœur du système est une API qui sert de point de passage obligé. Pour qu’un client ait le droit de lire et d’écrire des données (par exemple, poster une annonce), il doit prouver son identité via NOSTR et envoyer un message spécifique (`kind=22242`) que l’API vérifie. C’est la clé qui ouvre la porte. Simple, efficace.
3. **IPFS pour servir l’Application :** Le gros avantage, c’est que l’application elle-même (l’interface de la place de marché) est un simple site statique (HTML/JS) diffusé sur IPFS. C’est léger, résilient et totalement décentralisé.
Pour un développeur, c’est un jeu d’enfant. Tu charges un seul fichier, [`nostr-bundle.js`](https://ipfs.copylaradio.com/ipfs/QmXEmaPRUaGcvhuyeG99mHHNyP43nn8GtNeuDok8jdpG4a/nostr.bundle.js), et tu peux commencer à causer avec l’API ou directement avec NOSTR via des hashtags.
Le tout forme une architecture cohérente et facilement duplicable :
- `ipfs.ton-domaine.tld` sert ton application.
- `u.ton-domaine.tld` est l’API qui contrôle les accès.
- `wss://relay.ton-domaine.tld` est ton relai NOSTR.
Cette structure [facilite énormément le paiement en ligne](https://forum.duniter.org/t/paiement-en-ligne-cote-serveur/13246/3) et le développement rapide d’applis distribuées.
Pour vous donner un exemple concret, je suis en train de forker un projet pour **référencer les arbres d’un quartier**. C’est une “place de marché” de ressources naturelles.
Vous pouvez voir un snapshot du [dev en cours](https://github.com/papiche/Urbanivore) :
**[https://ipfs.copylaradio.com/ipfs/QmYmP3P4qDhFxDqu8hPTbLaQQCuoJYKW6xFgMUKKKCP8KP](https://ipfs.copylaradio.com/ipfs/QmYmP3P4qDhFxDqu8hPTbLaQQCuoJYKW6xFgMUKKKCP8KP)**
Mais là où ça devient vraiment puissant, c’est que cette architecture est pensée pour intégrer les deux briques qui manquent partout ailleurs : notre **grille de clefs géographiques (les UMAPs)** et la **toile de confiance Ğ1** comme preuve d’humanité. On peut enfin imaginer une place de marché où tu peux chercher “des tomates dans un rayon de 1km” et être certain que les vendeurs sont des membres certifiés de la communauté.
On peut alors bâtir un **consensus blockchain basé sur la géolocalisation des nœuds** , et commencer à vraiment **repousser les limites du Théorème de CAP**.
Bref, je vous partage ça non pas comme une solution “finie”, mais comme une piste de réflexion sérieuse pour notre place de marché V2. Le code est ouvert, l’architecture est simple, et surtout, elle est conçue pour être souveraine, géolocalisée et basée sur la confiance que nous avons mis des années à construire.
Qu’en pensez-vous ?
---
### Author:  [@Yvv](https://forum.duniter.org/u/Yvv)
#### Post date: [23 August 2025 23:12 UTC](https://forum.duniter.org/t/place-de-marche-v2-gchange/13038/14 "2025-08-23T23:12:58Z")
> [@Frederic\_Renault](#):
>
> pas comme une solution “finie”, mais comme une piste de réflexion sérieuse
✌