Que pronostiquez vous pour la G1-duniter et sa toile de confiance après la sortie de la G1v2 substrate?

Je pressentais ce que dit @Okayo-tanoka Okayo. Mais cela je l’ai dit sur le forum duniter le 11 avril 2023 que voici:

où en résumé je disait:

> Enfin que l’on ai un outil pour faciliter les échanges ok, que l’on règle les soucis, les anicroches du logiciel et que l’on ajuste cette outils pour du positif je suis d’accords. Mais si c’est pour faire une transition avec une forme de systeme pseudo verticale comme nous connaissons actuellement. Cela va à l’encontre des propos tenu dans les réunions d’informations où le système est horizontale ( ce qui permet que tous le monde soient responsables d’eux même, s’engagent et soient acteurs dans cette monnaie) et je le répète reprenons notre souveraineté humaine et créons ce nouveau paradigme sur la confiance en vers l’autre.

Je pense que tout est dit:
De plus en relisant la réponse de @Kalimheros on voit que les personnes auront une nouvelle clé public différentes de la première. on n’est plus sur la G1… on est sur autre chose.

1 « J'aime »

Il est écrit où que la Ğ1 sous duniter v2 aura une gouvernance hiérarchisée?

1 « J'aime »

ou est ce ecrit qu’il peut y avoir un “sous” dans la g1 ?

Ça fait plaisir de revoir certaines imminences techniques redescendre parmi les simples utilisateurs que nous sommes. :pray:

Et comme vous pouvez le comprendre, tous les utilisateurs n’ont pas la même vision technique que les Dèvs & codeurs. C’est bien aussi en ce sens qu’il y a d’un côté le forum monnaie libre ( :g1: ) et de l’autre le forum technique DUNITER ( :duniter: ).

Et il est probablement certain qu’en lisant le forum technique DUNITER, on en apprend aussi énormément sur le fonctionnement de la monnaie libre, sans nécessairement comprendre chaque ligne de code.

Certains faisant un réel effort de vulgarisation pour que des aspects techniques deviennent un peu mieux compréhensibles auprès des utilisateurs lambda non-techniques.

Même s’il y a un petit effort à faire au début pour comprendre certains acronymes, je pense qu’à un moment, chaque membre certifié devrait tenter de lire certains sujets du forum technique. dixit l’expérience d’un sage : @Yvv ( :wink: ) et il a raison :clap: :clap: :clap: :+1:

En d’autres termes : puisque les membres certifiés sont co-créateurs de leur propre monnaie ( :g1: ), chacun devrait à minima et selon son niveau, savoir comment tourne la presse à billets et comment l’imprimerie de la maison mère est gérée ( :nerd_face: ).

Et je dois avouer, qu’il y a probablement très/trop peu de membres qui sont intéressés de savoir comment le moteur tourne ( :gear: ) , tant que la voiture avance encore ( :oncoming_automobile: )… Mais jusqu’à où sinon vers l’infini et au delà ( :grin: ). Cette problématique n’étant certainement pas inhérente ni exclusif à la monnaie libre ( :roll_eyes: ).

Ceci étant…

Non il n’y a pas de quoi en faire un fromage, sous couvert technique d’éviter le spam, tu mets juste 1Ğ1V2s (=1Ğ2s) de frais sur chaque transaction (= taxe / transaction).

Si cela n’est pas une taxe Tobin sur les transactions financières adaptées à la monnaie libre, cela y ressemble fortement.

:point_right: Taxe sur les transactions financières — Wikipédia

Prétendre que la taxe Tobin avait un effet technique sur les échanges en monnaie-dette, alors que l’affaire est d’ordre politique. Et en :fr: c’est ATTAC qui défend cette idée de taxe sur les transactions financières :

:point_right: Association pour la taxation des transactions financières et pour l'action citoyenne — Wikipédia

Mais effectivement 1Ğ1 sur chaque transaction, il n’y a pas de quoi en faire un fromage ni une salade, considérant le DU quotidien / transaction.

C’est marrant, car en début d’année 2023, dans notre groupe, un membre certifié de notre communauté locale avait vaguement exploré cette idée de taxe Tobin dans la Ğ1. Je lui ai tenu tête, pensant que cela ne pouvait pas arriver dans la monnaie libre, car ce n’était pas l’esprit ni inscrit dans la Licence Ğ1.

Car je pense qu’une taxation sur les transactions revient à mettre en place un système de taxation sur le DU.

Donc cela équivaut à… :

DU = [c (M/N)] - taxe/transactions :flushed:

:warning: Ce qui revient à diminuer directement le DU.

Et concernant la gouvernance : on s’y prend comment pour imposer une taxation collective sur le DU sans changer la formule du Dividende Universel ? :thinking:

J’étais sûr que jamais aucune taxe sur les transactions ne pourrait apparaître dans la monnaie libre, du fait que l’environnement numérique de la Ğ1 est basé sur les principes du Logiciel Libre. Et le modèle économique du logiciel Libre est principalement basé sur le don et la libre participation. Exemple avec TB :

:point_right: Aidez à garder Thunderbird en vie ! — Thunderbird

C’est ce vers quoi nous devrions nous diriger. Même si pour le moment, ce n’est pas gagné.

Du Logiciel Libre à la Monnaie Libre - Librelois

:point_right: Du Logiciel Libre à la Monnaie Libre - Librelois - Pas Sage en Seine

Autre interrogation, et pas des moindres :

Comment faire le distinguo entre une transaction et un don ?

Je m’explique : il y aura une taxe sur chaque transaction, soit…

Mais concernant les caisses de donations : cette taxe Tobin en Ğ1 sera-t-elle aussi appliquée pour les donations à des crowdfundings ?

Chaque fois qu’un membre fera une donation au MÉGADON, il sera aussi taxé ?

Et chaque fois que le MÉGADON fera une distribution de Xğ1 à un nouvel inscrit, la caisse du MÉGADON sera aussi taxée ou est-ce le nouvel arrivant qui recevra 49 au lieu de 50ğ1

Peut-être est-il nécessaire de faire un autre sujet en la matière, mais concernant cette taxe sur les transactions appliquées à la monnaie libre cela montre bien que d’un côté il y avait la Ğ1 Ğ1V2s (=1Ğ2s).

Mise en situation / cas pratique : une expérimentation locale pour commencer…

Tu organises un ğMarché avec 50 stands.

Plutôt que de réclamer une participation libre à l’entrée de ce ğMarché, tu organises un prélèvement (1%) sur toutes transactions effectués sur chaque stand lors de l’évènement.

Qui contrôle, qui juge, qui impose que chacun paie bien sa contribution sur chaque transaction.

D’autant que faute de bonne réception 3 et 4G… Certains utilisent la fonction « partage de connections » d’autres réalisent toutes leurs transactions avec des coupons lors de l’évènement.

6 « J'aime »

Les frais de transaction ne concerneront pas les membres. Uniquement les simples portefeuilles, pour lesquels on ne peut pas affecter une sorte de quota d’utilisation raisonnable de la blockchain contrairement à un compte membre.

Ce n’est toutefois pas encore codé, aux dernières nouvelles.

4 « J'aime »

G1v2 je le lis à plein d’endroits, alors est-ce que c’est un débat, j’ai envie de dire, il serait bon de s’informer mieux alors, ce que c’est substrate, etc… et se prendre le temps.

De toute façon il y a bientôt les RML, l’info va arriver à plein de monde.

Alors tu as une conception personnelle des critères qui font qu’on passe la frontière de Ğ1 à Ğ2, j’ai la mienne.
J’estime que pour avoir une Ğ2 il faudrait quelque chose de suffisamment différent: anonymisation, règles monétaires différentes, création monétaire différente, utilisation spécialisée, etc… et je pense que la v2 n’apporte pas assez de changements.

Et j’ai aussi du mal avec l’idée de multiplier tout de suite les Ğ en 2, 3 ,etc… il faut penser aux utilisateurs et à quelques enjeux, est-ce que c’est pertinent?

Alors comment éviter ce spam, qui est si je dis pas de connerie, une attaque Ddos ( Attaque par déni de service — Wikipédia )

1 « J'aime »

si c’est une question il faut préciser aussi qu’ actuellement et depuis le début, ce type d’ attaque est régulée avec la june fantome mais il y a des protections indépendantes du code sur tous les serveurs aujourd’ hui. le bug des gmarchés où tout le monde utilise la même wifi par exemple en est la conséquence faute de communication. Et le principal atout de la v1 est d’ avoir un max de noeuds

au final l’ equivalent de la taxation car éviter n’ est pas le bon mot, c’est plutot réduire le risque en fait

C’est la première fois que j’entend parler de « june fantome », il va falloir que tu explique ce terme.
Et non, ce type d’attaque en déni de service n’est pas du tout gérée en Ğ1V1, la Ğ1 est très vulnérable à ce type d’attaque. Déjà que sans attaque ça rame, alors imaginez si un organisme voulait vraiment attaquer la Ğ1…

Pas du tout, les nœuds qui sont désynchronisés régulièrement entrainent des ralentissements. D’où l’intérêt d’avoir des nœuds gérés par des personnes compétentes, et je ne parle même pas de la maintenance (debug et mise à jour).

2 « J'aime »

la june fantome c’est qu’ un virement de moins d’ une june s’ évapore en apparence et celà empeche de spammer, avec peu de junes, réaliser plein de virements et comme avec la taxation ça ne réduit que le attaques pauvres

c’est une question de point de vue il faut peser le pour et le contre en prenant toutes les cartes et pas juste diaboliser un point pour en vendre un autre.

ps/pour ce qui est des attaque sociale ou reseau, le fait qu’ il est de nombreux noeuds est réellement salvateur

ps2/ jsuis pas informaticien

haha moi aussi je t’aime @GULLANDES.
Puisque tu me tends cette perche, ok, je vais « faire le sage », héhé tu es prêt ?

Je commence par un gentil petit retour de kick : cette formulation

n’est vraiment pas très sympa si je puis me permettre (ou … « vraiment trop injuste » - clin d’oeil @kalimheros :wink: ).

Tu sais pendant plus de 3 ans, les devs ont passé un temps fou à répondre et expliquer, y compris sur des questions récurrentes. Il est plus que naturel et logique qu’au bout d’un moment ils zappent. Perso je préfère quand ils consacrent leur temps sur les aspects où ils sont le plus précieux pour nous tous. Car il suffit - très souvent - de taper quelques mots dans la recherche pour avoir sa pleine mesure sur la plupart des sujets. Encore faut-il lire, surtout avant de mordre.
[ Précision sur ces 2 derniers points, tu n’es pas concerné par le fait de lire et faire des recherches, je sais que tu es à fond sur ces registres, mais je glisse ça pour beaucoup d’autres qui pèchent un peu - beaucoup - dans cet exercice ].

Perso je trouve très remarquable de les voir répondre ici avec une bonne réactivité sur ces questions qui inquiètent à propos de la v2, car pour le coup le sujet est « nouveau ». Or ils n’ont pas été « ping », ce qui signifie qu’ils suivent encore les fils, et interviennent donc quand ils estiment que c’est utile.
Merci @cgeek et @kimamila pour cela.

Concernant les deux sujets de ce topic.

  1. Les inquiétudes sur V2.
  2. Axiom, rôle et position

Je ne vais pas répondre à la place des devs. En revanche, ce que je peux faire, c’est jouer ici un rôle de passerelle. Cela leur permettra de rester silencieux, au moins jusqu’aux RML, car d’ici-là eux-mêmes n’auront pas toutes les réponses, car rien n’est réellement décidé à cette heure.

J’estime que toutes les questions sont légitimes, et utiles pour tous les utilisateurs. Je vais donc créer un topic pour les rassembler, non pas pour y répondre, mais pour continuer de les collecter de façon intelligible et exploitable.
Exploitable ? Pour les RML17.

Un leitmotiv de ces RML17 est justement de creuser les possibilités de substrate dans notre contexte, entre devs. Il faut bien réaliser que très peu de devs ont une réelle expertise, voire connaissance de ces potentiels. Et je ne parle même pas d’expérience. Ils en sont tous très loin.

Même @elois qui a initié cette aventure (rust vs. substrate), qui a oxydé une grande partie du code de v1 pour qu’elle tienne le coup, et qui a déjà codé une grande partie de la migration, n’a pas non plus un recul décisif sur les usages que nous allons pouvoir en avoir dans la monnaie libre. Ni @Hugo-Trentesaux qui y travaille depuis près d’un an, ni @cgeek qui a rejoint la partie (meilleure nouvelle de l’année), @kimamila ou encore @poka qui a développé Gecko pour la v2 et porte l’infrastructure à bout de bras. Personne.

Bref, les RML sont faites pour ça, pour que les devs mobilisés puissent discuter et se mettre d’accord pour avancer de concert. Idéalement faire des « runs » en live pour traiter urgences et priorités décidées collectivement.
Mais les devs ne sont pas dans une tour d’ivoire. Et c’est aussi la raison pour laquelle @Hugo-Trentesaux tenait pour cette édition à joindre les RML17 à un événement utilisateurs, afin d’avoir toute la semaine l’occasion de partager les réflexions et capter nos réactions.

Donc je vais ouvrir ce topic dans la foulée avec une règle du jeu spécifique. L’idée sera donc de collecter - et structurer - nos questions et inquiétudes, afin qu’ils puissent les exploiter dans leurs propres réflexions, puis potentiellement constituer la matière première d’une probable FAQ dédiée à ce propos.

[ hop : V2s : questions & inquiétudes / RML17 puis FAQ ]


Concernant Axiom, je réponds directement, car j’ai choisi de fortement m’impliquer dans cette association.
Je comprends que de l’extérieur on puisse craindre des dérives ou des biais de structure, car toute structure tend inéluctablement à vouloir vivre pour elle-même. Je suis très vigilant à ces biais de structure que je connais bien, cette vigilance est un des rôles que je me suis attribués, tous les adhérents le savent je l’ai baptisé « rôle du vieux bouc ».
A l’origine axiom-team, sous l’impulsion de son géniteur @Pi_Nguyen, avait surtout l’intention de servir la monnaie libre en général, de rendre des services aux utilisateurs et aux groupes locaux, en produisant des outils de comm (à la fois des outils pour coopérer et des supports pour communiquer sur la monnaie libre), en créant des antennes locales et des événements, ce genre de choses.
C’est sous l’impulsion de quelques développeurs, notamment @poka et plus encore @Hugo-Trentesaux que l’association a servi de structure permettant la gestion de la subvention Ademe (initialement fléchée Gecko puis ouverture sur un peu de Duniter) ; et dans la foulée a servi de support pour la collecte de dons pour quelques développeurs qui en avaient besoin (la campagne « faites grandir la june »).
Axiom ne prend pas de décision, à aucun niveau, concernant le développement de duniter ni aucun autre endroit de l’écosystème. C’est le collectif des devs - sans aucune structure - qui prend toutes ces décisions. Et concernant les affectations d’UNL, les répartitions ont fait l’objet d’une première séquence remarquable et mémorable appelée « cercles de répartition » dans le cadre d’une « co-responsabilité financière ».
Tout est public, diffusé, partagé, ouvert.

Nous sommes 80 adhérents à ce jour dans l’asso, elle ouverte à tout le monde, seule l’agressivité est malvenue et traitée comme telle.

Concernant la cohérence de collecter des euros pour quelques développeurs, il y a eu moult débats et échanges, notamment pendant la campagne de crowdfunding en fin d’année dernière. Tout a été dit dans un sens comme dans l’autre, je n’en rajoute pas une couche, relisez les.

Autant les inquiétudes sont potentiellement légitimes, autant les postures agressives et accusatoires sont le signe de méconnaissance et de jugements de valeurs à l’emporte pièce. Personne n’échappe au jugement de valeurs, mais pour le rendre intéressant, valable et utile pour soi-même, il faut le construire.
Faute de quoi, on tombe dans un dogme, une idéologie quelconque et obscure, ou encore la bêtise.

Je finirai donc par une recommandation de vieux bouc :
Une seule information a de la valeur, une seule, celle que je vais chercher à la source,… moi-même.

9 « J'aime »

faire grandir la june au dépend de ses fondements car la v2 relié directement a l’euros par le mécanisme de subenvention.

comment defendre la liberté du développement d’une œuvre artistique si un mécène fournis en sa nature l’energie economique de la créer ?
la v2 par les actions d’axiomteam relie notre développement libre au développement sous imposition et contrôle fiscale…
et si je me trompe : quelle est la formule ou la démonstration qui permettra a chaque juniste de la v2 de dire qu’ils n’ont aucune relation avec l’euros ( subventions recus par axiomteam) ?

je suis pret a expérimenter avec la v2, y participer et développer, mais je suis de nature responsable pour la v2 de gerer mes finances comme rattaché a la finance et l’ordre des mécanismes financiers, et ce n’est plus la june

rien que de collecter des euros fait de la june une proie au fisc…
pourrions nous a coté des codes aborder les sujets de l’histoire de la finance? il me semble qu’il a un manque d’informations sur les sujets de la souveraineté financière et d’utilisation d’œuvres, et d’utiliser des développements informatiques en copyrights a des fins de copyleft, ou des copy mal déclarées qui seront des failles a l’utilisation d’ordre privatifs dans un outils que des utilisateurs pensent libres.

de mon point de vue
-axiom team a la liberté de développer sa monnaie libre avec les fonds de subventions qui ne pourra plus s’appeler la g1 ou june.

-les utilisateurs de la june v1 ont le droit de maintenir une june qui a été développée en june meme si la technique pêche , nous seront nombreux et j’en fait partie à maintenir en apprenant, un outils libre et collaboratif la june g1 détachée autant que volonté et connaissances historique au système financier bancaire.

merci de percevoir la sagesse d’utilisation en equilibre avec les libertés individuelles, les œuvres artistiques, et l’utilisation des copyleft, pour se protéger d’etre confondus avec de la spéculation financière, et du crypto-actif.
je souhaite participer a un outils libre à côté du monde de la finance sans y être relié par quelconque contrats…

1 « J'aime »

Il y a deux choses à séparer, la campagne Hello Asso, au cours de laquelle les utilisateurices de la Ğ1 ont donné pour la v2, et les subventions, dont celle de l’ADEME, pour Gecko.

Déjà, ne pas mélanger!

Ensuite pour l’odeur de l’argent, ça a déjà été débattu y compris plus haut, mais je vais prendre un exemple perso.
Je suis contre le financement de la Ğ1 via lilo, c’est évidemment pas rédibhitoire mais je ne l’aurais jamais fait.
Donc pour être cohérent, je donne via liberapay, et n’utilise pas lilo.

Ensuite, les subventions sont fléchées pour des projets précis, et on est tous conscient·e·s du risque de biais de structure et de dépendance aux subventions.

Non ça n’a pas été développé en Ğ1, ça a été développé surtout via du bénévolat, en grande partie…

L’autre question que tu poses, c’est est-ce que les € qui rentrent rendent dépendants sur le fond de ce qu’est la Ğ1?
Via contrats, ingérences… ?

D’autres répondront mieux, mais les exemples pleuvent de structures assez étranges mais restant indépendantes.

Une des plus bizarres: Le Monde diplomatique. On le trouve sur la carte du parti de la presse et de l’argent.
https://www.monde-diplomatique.fr/cartes/PPA
Sauf qu’ils ont des garanties d’indépendance malgré un fort % (51%) de parts qui sont au Monde SA.
Quand on les lit, ils n’épargnent personne, ça dégomme et critique tout le monde, les banques, la finance, l’État, …

1 « J'aime »

Je rentre dans le débat bien qu’assez éloigné de tout ça, mais les remarques d’ @Okayo-tanoka me pertubre. La June v1 n’as pas plus été développée en Junes et que la June v2 ! En fait cette phrase ne veux rien dire !

Comme l’a dit @cgeek il a initié et maintenu Duniter de manière totalement bénévole. Donc à la rigueur, ça serait plus judicieux de dire que la June v1 a été développée gratuitement qu’autre chose.

Il faut arrêter avec cette notion de « pureté », est-ce que quelqu’un ici est prêt à vivre en utilisant uniquement des Junes ?
Ce n’est pas parce que les développeurs sont très impliqués dans la monnaie libres qu’ils n’ont pas aussi des besoins comme les autres.

C’est super le bénévolat, mais si ça représente tout notre temps de travail, alors il faut bien trouver de l’argent quelque part.

Donc, désolé de décevoir, mais la June a quasi entièrement été développée en Euros depuis le début, car comme il a été dit plus haut, si un développeur peut prendre du temps important (comme @Hugo-Trentesaux cette année par exemple) c’est qu’il a économisé avant (ou qu’il touche le chômage ou autre).

Je préfère donc que les personnes qui travaillent sur la June soient rémunérées (ou subventionnées comme on veut) via un système de donation libre et éclairée que par ce que je nomme souvent le « grand capital » qui aliène et détruit la planète.

On veut tous pouvoir, un jour, sortir de l’Euro, mais ça ne se fera pas en un claquement de doigts et les positionnements idéologiques dénués de toutes réalités matérielles ne font pas du tout avancer les choses.

Penser que Axiom team participe en quelque sorte à une « corruption » de la June en utilisant des Euros c’est vraiment mal comprendre le fonctionnement actuel et les besoins de toutes les personnes qui cherchent à faire grandir la June et l’idée de monnaie libre de manière générale.

Sans Euros, on ne pourrait pas écrire sur ce forum, sans Euros il n’y aurait sans doute pas de RML etc.

14 « J'aime »

c’est ta lecture imprégné de peurs, celà a déjà été dit c’est pas la june mais la v2s car il n’ y a pas d’ inter-opérabilité avec les autres mise à jour. la monnaie-dette n’ est pas corrompue, c’est la corruption. nous sommes par conséquent tous corrompu à differents niveau et en sortons aussi à divers échelles. c’est l’ experimentation à la quelle nous avons tous adhéré selon divers approche et la v2 en fait partie. les comparaison doivent rester objectives et pas toujours impregnée de sentimental. l’ obligation légal de fournir les identités civiles de la blockchain pour les stutures déclarées fait partie des règles. ce n’ est ni bien ni mal, c’est ainsi. on sort là du cadre ‹ ‹ vie-privée › › et celà peut être une très bonne stratégie pour certains, moins pour d’ autres.

1 « J'aime »

N’ai crainte @Okayo-tanoka , si tu veux continuer à utiliser la version 1, personne ne pourra te l’interdire, mais il va falloir trouver des développeurs pour le maintiens, car c’est déjà cruellement ce qui manque (et ce depuis le début de l’aventure) et quand la v2 sera lancé, je pense que beaucoup d’entre eux se concentreront sur cette dernière.

Tu as raison, comme tout un chacun.

C’est quand même marrant de voir ce que nous (Axiom-Team) faisons par le petit bout de la lorgnette, sans jamais venir en discuter, alors que le dialogue est ouvert.

Mais c’est tellement plus facile d’être dans la critique destructrice sans connaitre les tenants et les aboutissements.

Pendant presque 3 ans, j’ai animé des visio pour expliquer la june, et tu le sais puisque tu y es venu assez souvent.
Pour pouvoir animer ces visio (connexion internet, un ordi…), il me fallait des € que j’ai gagné en travaillant, en plus du fait de pouvoir vivre.
L’abnégation que j’ai eu, les devs l’on eu de manière puissance 10 par rapport à moi, et leurs reprocher au bout de 10 ans de prendre quelques € que l’on a été incapable de leurs fournir (voir le crowdfunding d’Éloïs lancé par Econolibre) est la belle affaire.

Il suffirait que chaque membre de la toile de confiance donne 1€ par mois pour avoir 2 ou 3 devs (qui serait en plus sous-payé par rapport au marché), pour être indépendant.
Encore mieux, que l’offre en june soit suffisante pour les loger, les nourrir, les soigner, les équiper informatiquement… etc.

Pour rappel, Axiom-Team n’est pas la june, Axiom-Team est une association qui soutient le développement de la june, la nuance est importante.
Que la manière dont on a choisi de le faire déplaise, je le conçois, mais alors il faut en proposer d’autres, et les mettre en action.
Les fonds on été réparti suivant le souhait des développeurs, sans obligation de faire parti de l’asso, validé par les donateurs du crowdfunding.

10 « J'aime »

Déjà merci de prendre le temps de répondre sur ce forum d’utilisateurs, alors que techniquement tu dois déjà être bien occupé avec cette transition de la Ğ1 à la Ğ2s ou de Duniter V1 à Duniter V2s sur le forum technique.

Je conçois qu’il aurait probablement été plus facile de démarrer directement à zéro une nouvelle blockchain sous framework substrate que de faire transiter une blockchain déjà existante sous un nouveau framework. La mission technique ne doit effectivement pas être si évidente.

C’est déjà un point rassurant, mais ce n’est pas suffisant.

J’ai de nombreux exemples pour démontrer que ce n’est pas la bonne solution. En voici quelques uns :

Caisse de dons :
Concernant la réception :

  1. Depuis mon compte membre, je donne 50ğ1 au MÉGADON = pas de frais ? ou des frais de transaction (= taxe / opération) seront-ils appliqués au bénéficiaire ?

  2. Depuis un compte simple portefeuille, mon association donne 50ğ1 au MEGADON = taxe de transaction. Du coup mon assos sera moins enclin à donner. Mais qui supporte les frais de transaction (= taxe / opération) ? on fait du 50/50 ?

Concernant la distribution :

  1. Le MÉGADON distribue 50ğ1 à un compte simple portefeuille (un humain qui découvre la ğ1 = taxe sur transaction. Mais qui supporte la taxe : le distributeur ou le bénéficiaire ?

  2. Le MÉGADON distribue 50ğ1 sur un compte membre (un humain) = taxe sur transaction. Le distributeur (non-membre) supporte seul la taxe de transaction ?

Autre problématique : Une entreprise™ ACME® (©2023) décide de tenir ses comptes exclusivement en Ğ1V2s directement dans la Blockchain DUNITER V2s. Sauf que s’agissant des comptes d’une société, il n’y a pas que le compte de trésorerie avec les entrées et sorties. Il y a aussi tous les comptes de catégories et en partie double. Du coup, une simple opération comptable achat/vente peut nécessiter parfois plusieurs mouvements de comptes à comptes en partie double.
Du coup l’entreprise™ ACME® (©2023) se verra appliquer des frais de transactions pour des mouvement comptables internes à la société ?

J’ai bien sure d’autres exemples en tête.

OK, je vois ce que tu veux dire, mais ce n’est pas exactement comme cela que je l’ai pensé au départ. Bien qu’effectivement, il peu y avoir 2 sens dans la manière dont j’ai formulé ma phrase.

Perso : l’idée de base était de féliciter les devs de prendre de leur temps sur ce forum d’utilisateurs pour venir expliquer ce qu’ils font de technique sur l’autre forum. Et comme, ils ne viennent pas souvent, c’est plutôt un exploit.

Par contre Devs ou pas, je reste sur les principes habituels : « Ni Dieu, Ni Maîtres… Ni être suprême » à part Suprême NTM :grin:

4 « J'aime »

Le don au Mégaon ne génère pas de frais car réalisé depuis un compte membre. Le versement depuis Mégadon au bénéficiaire génère des frais de transaction car réalisé depuis un portefeuille.

Pourtant il y a bien des frais de tenu de compte en euros tous les mois.

Le soucis c’est qu’on parle ici d’un concept de « frais » sans avoir les quantités en jeu. Par exemple si les frais étaient de 0,01Ğ1 par transaction, je ne suis pas sûr qu’on serait ici en train d’en parler.

Cela dit je n’ai pas le montant à vous donner, je n’ai pas encore bossé ce sujet. Peut-être que @Hugo-Trentesaux oui, je ne sais pas. Néanmoins les frais devraient rester négligeables face à des transferts de dizaines de Ğ1 à mon avis.

D’un autre côté, il est clair qu’il faut de quoi freiner les activités qui généreraient plein de micro-transactions au détriment des transactions d’autrui.

1 « J'aime »

Il y aurait peut-être une possibilité de créer un type de compte supplémentaire, à côté de compte membre et compte portefeuille.
Qui pourrait s’appeler compte participatif, ou autre…

Ce serait un compte cogéré et donc garanti par la participation d’au moins 5 membres cocréateurs.

Donc dans l’idée, pour le compte d’une entreprise, d’une asso, etc… ça ferait qu’il faudrait l’accord de 5 personnes pour créer ce compte, et aussi l’accord de 3 des gérants pour faire une transaction.

Du coup ça devrait aussi éviter le spam, normalement…?

veuillez creer un autre sujet svp

jvais donc recadrer rapidos

il est principalement proposer ici de concerver une G1 et répondant au titre également, les difficultés de certains avec les modalités différentes de la v2s #licence

c’est suffisemment complexe pour ne pas s’ embrouiller avec les taxes à o,oo1%