Oublier la formulation DU6mois, plus gênante qu’autre chose
DU tous les jours à 12h00 (= période dt = 24 * 3600 secondes)
Prendre la date du 21 Mars 2017, et déclencher une augmentation du DU de c² (M/N) tous les 365,25 / 2 jours (= période dtReeval = 15.778.800 secondes)
Dans tous les cas je ne fonctionne qu’en périodes, donc j’ai besoin d’une quantité de secondes. Les 2 seules exceptions sont les dates de 1er DU et de 1er recalcul du DU. On a donc au final 4 paramètres :
Période du DU dt
Période du recalcul du DU dtReeval
la date et l’heure précise du 1er DU de la monnaie
21 Mars 2017 12h00 + 15.778.800 secondes ne tombera certainement pas à 12h00, donc comment tu fais !? Il faut que tu choisisses le 12h00 le plus proche sans doute !?
je tente de me faire un ‹ module Galilée › avec les paramètre de Ḡ1, mais avec cette subtilité de DU jour et DU semestriel, j’ai eu un peu de mal…
j’ai conçut un tableau qui fait une ligne par jour, mais pour avoir une augmentation nulle sauf aux « équinoxes », j’ai implémentée une colonne qui est toujours à 0 sauf aux équinoxes ou elle est à 1. enfin, pas aux dates astrales, aux dates à fréquence (15.778.800 secondes)
j’ai tiré mes cases pour remplir 38 000 lignes soit 103 ans, à nombre de membre constant.
la masse moyenne tends vers 3836 DU mais on est à 80% de cette limite dès la 11ème année.
Mon tableau, tronqué pour qu’il ne soit pas trop lourd
et le graphique qui en découle:
EDIT : mon fichier ne passe pas, je voit ça demain.
EDIT : voila! simul G1.ods (100,1 Ko)
Suite à une remarque de @Galuel, j’ai dû à nouveau revoir la formulation car le M(t) à prendre en compte n’était pas le bon dans le code, mais correspondait plutôt à M(t+1).
Du coup, voici les nouvelles valeurs à N stable pour Ğ1 :
DU = 10,00 / jour du 08/03/2017 au 20/03/2017 (initialisation)
J’ai tenté de reproduire en corrigeant mon tableau.
formule qui implémente les DU aux équinoxes (test conditionnel sur date)
décalage pour que la première réévaluation du DU soit en septembre simul G1 entam.ods (165,3 Ko)
Mais je ne retrouve pas les mêmes valeurs que toi, Cgeek.
J’ai peur qu’il y ait, de mon coté, un problème au démarrage, cette histoire de T0 me chagrine.
Comment lire ce graphique !? Par exemple voir que pour une période de calcul de 50 jours environ il faut que M/N soit proche de (M/N)max / 10 soit 10% de la monnaie pleine pour que le calcul donne un résultat plus grand que 1/1000 de DUjour.
Ou encore en lisant l’axe des « x », selon la proportion de la monnaie pleine où l’on se trouve, on pourrait adapter à chaque fois la période de mise à jour du prochain DU afin de calculer à chaque fois le prochain centime d’augmentation, plutôt que de fixer la période et d’avoir une augmentation quantitative variable.
Ainsi à une date « t », en fonction de la proportion de la monnaie pleine où l’on se trouve, on déterminerait la prochaine date de mise à jour du DU à laquelle on recalculera de nouveau la date de calcul suivante etc.
Donc le DU baisse fortement en % de M/N, même s’il augmente en valeur quantitative !
Au niveau interprétation, constater que le DU représente de moins en moins par rapport à la part moyenne de monnaie par membre est logique : plus on crée de monnaie à DU quasi-constant, moins celui-ci représente une part importante de monnaie nouvelle.
Je pense que c’est un effet qu’on constate tant que l’on est pas en phase de croisière (c’est-à-dire tant que ceffectif > 4,88%), mais je ne sais pas le démontrer.