La fÜne ! Une nouvelle monnaie libre ?!

tl;dr: la fÜne est un simulateur de monnaie libre à essayer ici : https://fune.openode.io/

favicon90x90

~ fÜne

Présentation

La fÜne (prononcée /fən/ comme fun en anglais) c’est un peu comme la june en mode fun : pas de blockchain, pas de toile de confiance, pas de longues conférences de Stéphane Laborde (ne rigolez pas, je les ai toutes vues :fanboy:), juste de la création quotidienne de DUs bien fondants, hum :yum: !

Pourquoi ?

Vous avez toujours rêver d’être dans la peau d’un créateur de DU de monnaie libre, mais vite fait, tranquillou quoi, la fÜne est faite pour vous !!!

La fÜne permet d’aborder certains concepts, comme la création monétaire, la réévaluation périodique, compter en relatif, etc. d’une monnaie libre en live et sans tableur !
Il peut être possible de l’utiliser de façon ludique lors de Ğapero par exemple ou comme application de gestion monétaire lors d’une partie de Ğeconomicus.

Pour les développeurs, elle peut aider à prototyper rapidement un service se basant sur une monnaie libre.

Comment ça marche ?

La fÜne est un simulateur de monnaie libre. Chaque compte Ümain crée un certain nombre de Ü, l’Ünité de la fÜne (l’équivalent du DU) par période de création (jour, mois ou année). Tous les Ü créés fondent suivant une formule mathématique à chaque réévaluation.

standalone.690x309.fr

Si vous avez envie de tester, j’ai mis en ligne une instance.
Vous pouvez gérer une monnaie libre ici :

Moi aussi, je peux faire ma monnaie libre inspirée de la fÜne ?

Bien sûr ! Le code est libre d’utilisation et de copie, vous pouvez trouvez les sources et les instructions d’installation ici : GitHub - ljonathanl/Fune: Füne

J’ai essayé d’utiliser des technologies assez simples (nodejs + express coté serveur et vuejs + bootstrap coté client). Alors n’hésitez pas à bidouiller, forker, faire des PR ou proposer de bonnes idées !

Et la suite ?

Je suis bien conscient que juste faire des transactions c’est pas trop rigolo, je vais bientôt ajouter un nouveau service à la fÜne pour pouvoir utiliser ses Ü, alors restez connecter…

En attendant vous pouvez soutenir le projet en envoyant quelques junes sur cette clé publique : 6vEfFj4eSVYTHvPjRVskXJw22qRamdqhrGRne2g2doPi (à vot’ bon coeur !)

Si vous connaissez un bon hébergeur de site nodejs en june, pour héberger une instance, je suis preneur…

Idées proposées ou à venir :

  • :o: ajouter une place de marché
  • :white_check_mark: pouvoir définir la formule de réévaluation
  • :white_check_mark: afficher les stats des différents comptes
  • :o: faire un post de présentation en anglais
  • :o: avoir plusieurs monnaies en circulation
  • :o: faire partie des Galiléens

Historique des versions :

v0.0.1:

  • première version de présentation
  • moteur monétaire compatible avec une monnaie libre simple (1DU/j par compte créateur et DU(t - réévaluation) = (1- f) x DU(t)) avec f compris entre 0% et 100%, il est possible de paramétrer la durée d’un jour en seconde
  • API Rest pour la gestion des comptes (créateur et simple), de la monnaie et des transactions
  • IHM clientes de l’API pour la gestion d’un compte et de l’administration de la monnaie
  • i18n fr et en

v0.0.2

  • ajout du rôle « banque », celui-ci gère la création et la destruction monétaire. La première « banque » est le compte « fÜne » qui va gérer la distribution quotidienne du Ü et sa réévaluation (comme Duniter pour la june). Il est possible de créer d’autres banques pour simuler des systèmes monétaires différents d’une monnaie libre
  • affichage de la masse monétaire M et du nombre de comptes Ümains N (ainsi que la moyenne déduite)
  • affichage de stats limitées à 100 jours
  • possibilité d’écrire un message avec une transaction
  • la création du Ü quotidien et la réévaluation se font sous forme de transaction
  • utilisation d’une formule mathématique pour définir la réévaluation du Ü (sous forme de croissance ou de fonte) qu’on peut exprimer en fonction M, N et T (le temps écoulé en jour)
5 « J'aime »

je suis un peu dépassé et je pense pas être le seul

Soient Bob qui a B(t) = 190 Ğ1 et Alice qui a A(t) = 10 Ğ1 seuls utilisateurs d’une même monnaie libre. Le DU = c * M/N = 10% * (190+10) / 2 = 10 Ğ1

Maintenant B(t+1) = 200 Ğ1 et A(t+1) = 20 Ğ1

soit B(t+1) = 90,91% M(t) et A(t+1) = 9,09% M(t)

Maintenant comptons en fÜne :

B(t) = 19 fÜne et A(t) = 1 fÜne : même % de répartition initiale que dans la Ğ1

Faisons « fondre » tout ça de 10% et rajoutons 1 :

B(t+1) = 17,1 + 1 = 18,1 et A(t+1) = 1,9

soit B(t+1) = 90,50% M(t+1) et A(t+1) = 9,50% M(t+1)

Conclusion : Il semble donc bien que la fÜne ne corresponde pas à une monnaie libre de facteur c = 10%

Ceci, les Galiléos le savent parfaitement bien, et savent le démontrer a-tempo.

1 « J'aime »

mon niveau en maths ne dépassant pas celui d’un colibri je crois qu’il est inutile que je pousse plus loin l’expérience

1 « J'aime »

J’ai passé une heure sur cette page de présentation, flute ! :sweat_smile:
C’est une monnaie libre jouet, pour savoir ce que c’est d’être cocréateur d’une monnaie sans faire la partie certification comme dans la june.
Par exemple si un instit veut expliquer le fonctionnement d’une ML à ses élèves, il peut mettre en place un serveur fÜne et tester l’échange monétaire avec sa classe.

Tu as raison, j’ai été trop simpliste en parlant de monnaie pleine dans la présentation. Je voulais dire par là, que le nombre N d’utilisateur est supposé très grand et que l’entrée ou la sortie de quelques créateurs n’influence très peu la masse M. Je voulais utiliser un calcul du DU prévisible pour l’instant, je verrais si j’utilise la même formule de Duniter par la suite. Je vais éditer mon premier message.

Je suis démasqué !!! Effectivement je n’ai pas fait le module, mais j’ai lu toutes les conclusions des autres et vu une de tes vidéos l’expliquant.

2 « J'aime »

pour le coup l’interface nécessite la maitrise de l’anglais et le reste une compréhension a minima de nombreuses « cryptosconnaissances » , pour l’instant réservé aux seuls initiés…

oui pour l’instant je l’ai fait qu’en anglais, je ferai une version française plus tard

non, non, justement la fÜne est garantie sans cryptobidule !

1 « J'aime »

Il y a un prof spécialisé dans le Franglais qui fait des full trads made in Frangleterre…

:rofl: :wink:

@+ :vulcan_salute: :g1:

Le nom est trompeur, au début j’ai cru que c’était un truc de Q…

On voit que c’est WE :rofl:
@+ :vulcan_salute: :g1:

tu es du genre à prononcer la « djoune », aussi ? :joy:

1 « J'aime »

C’est parce qu’il y a un gros U.

Aussi car pour les djeunes XX / XY / LGBTQIA+ cela permet d’inclure l’écriture épicène, alors ça s’écrit un·e Juniste mais cela se prononce un·e djounitse.

Et avec l’accent, il faut aussi l’attitude : Only one ne va pas sans zhé other :rofl:

Pour le logo je propose aussi de s’inspirer de la We-Ü :laughing: La puissance du nÜ :rofl:

:warning: Dans certaine région franglaise, le Ü se prononce [ou] :underage: :rofl:

@+ :vulcan_salute: :g1:

Comme dans « Ukulele » :slight_smile:

1 « J'aime »

ça y est, j’ai fait la version française !

1 « J'aime »

Mince du coup c’est moins drôle : avant je pouvais faire croire que SELL = acheter et BUY = vendre, pfff…
M’enfin, ce n’est qu’une question de perspective dans la relation client/fournisseur, et non de traduction :rofl:

Ah c’est dimanche, je suis en forme :crazy_face:

1 Si je comprends bien c’est juste une simulation il n’y a pas de création de crypto monnaie
2 et les réglages de pourcentage célérité durée du jour tout sert à quoi

oui c’est ça

  • la durée du jour permet de dire combien de temps dure un jour dans la simulation (pour l’instant j’ai mis 1 jour = 1 minute)
  • la célérité la fonte c’est le pourcentage de fonte de la monnaie c’est le petit c dans la formule du DU, ici la formule utilisée est DU(t+1) = (1 + c) x DU(t) DU(t-1) = (1 - f) x DU(t) (la masse monétaire et le nombre d’utilisateurs ne sont pas pris en compte) : un DU existant fond d’un coefficient f à chaque réévaluation
  • la période de réévaluation, c’est comme les équinoxes dans la june
1 « J'aime »

Simple, et efficace :slight_smile: Bravo @ljonathanl :slight_smile:

Bon bien sûr, comme tu le dis, c’est plutôt pour le coté ludique, car non sécurisé etc… Mais ça peut être sympa comme première approche, avec une réévaluation proche dans le temps, genre 1 minute, et un « c » assez haut (10%/minute), afin que chacun se rend compte du DU, de la converge des comptes… :slight_smile:

Bon après, bien préciser que +10%/minute de création monétaire, c’est pas une monnaie libre à destination des humains :stuck_out_tongue: On est plutôt sur du +0.0267%/jour en monnaie pleine :wink:

Et pour justement revenir sur ce concept de monnaie pleine, je ne sais pas si la définition a été posé quelque part, mais il me semble que ça ne dépend pas seulement de la variation du nombre de membre N, mais aussi de l’âge de la monnaie. Même si le nombre de membre ne bouge pas, le premier DU est bien 100% de la monnaie, le deuxième DU représente 50% du total, puis 33%… et ça converge vers la part relative attendu (0.0267%/jour pour une monnaie libre humaine).

Tout à fait, multiplier par 0.9 n’est pas diviser par 1.1 :wink: (et il faudrait d’abord ajouté le DU avant de dévaluer les comptes).

Le code indique :

if (currency.elapsedTime % currency.revaluationTime == 0)
doTx({from: account.name, to: funeAccount.name, message: ‹ !revaluation ›, value: Math.ceil(account.balance * (currency.c / 100))})
if (account.role == roles.creator)
doTx({from: funeAccount.name, to: account.name, message: ‹ !Ucreation ›, value: 100})

On a donc bien d’abord une réévaluation (on soustrait c% à chaque compte), puis la création d’1 DU.

La formule utilisée ici est : DU(t+1) = (1+c)*DU(t)

En référentiel DU, on doit donc diviser les comptes par (1+c), et non les multiplier par (1-c) :wink:

Après le soucis, c’est qu’en faisant ça (diviser par (1+c)), c’est qu’un compte vide qui se voit augmenté de 1 DU avec un c de +10%/période apparaît à 10/11, et non 1. Une solution c’est le référentiel DU(t-1) :slight_smile: (Ça change juste que les comptes ne converge plus vers 1/c mais 1+1/c).

Et dernière chose, la formule « DU(t+1) = (1+c)*DU(t) », bien qu’elle permet de voir la convergence des comptes, est une formule déconseillée pour une monnaie libre, car quand N varie, le DU ne représente plus une part relative de monnaie, et converge difficilement vers le taux attendu, ce qui est regrettable ^^ Mais par exemple, dans un Géconomicus où N ne varie pas, pas de problème :wink:

Bon, je viens de m’amuser avec, j’ai fait converger tout les comptes, oups :stuck_out_tongue:

2 « J'aime »

@ljonathanl, tu peux aussi, dans ton code, conserver la suppression de x% sur tout les comptes, faut juste que x ne soit pas directement c, mais « 1-1/(1+c) » :slight_smile: (solution de l’équation « 1/(1+c)=1-x »).

3 « J'aime »