Currency-Monit : Monitoring d'une monnaie et de sa toile de confiance

Ah oui, c’est depuis le 244ème membre. L’heure BC c’est 23h13 par contre, pourquoi dis-tu 21h13 ? Je t’ai fait un ticket à ce sujet d’ailleurs.

Je suis en GMT, je peut rajouter un paramètre de config permettant a l’utilisateur de choisir sa zone mais partant du principe qu’un utilisateur donné configurera la même zone pour tout ces logiciels il vaudrait mieux que je puisse demander ce paramètre a duniter, je t’ai répondu sur le ticket.

Oui, OK, donc c’est bon c’est moi qui mélange entre l’heure affichée par Cesium et celle de timestamp.fr (qu’il vaut mieux bannir, au profit de www.epochconverter.com qui donne bien ses unités afin de ne pas se planter).

Tout va bien :slight_smile:

Ce qui fait qu’en temps normal, disons à réseau stable, on a 3 heures de décalage entre l’heure UTC+0 affichée dans la blockchain (temps du champ medianTime) et l’heure locale française en été. Tandis qu’on aura seulement 2 heures de décalage en hiver (1h de décalage par medianTime, 1h de décalage par fuseau horaire UTC+1).

1 Like

Nouvelle instance publique de currency-monit sur Ğ1-test :
http://g1-test-monit.monnaielibreoccitanie.org

Vous remarquerez notamment que sur Ğ1-test mon compte membre expire dans 2 jours, c’est en fait volontaire, je n’ai jamais eu l’occasion d’expérimenter le cas d’un compte non-membre qui a expiré mais qui est encore renouvelable, une sorte de compte membre désactivé, et donc j’aimerais tester ça pour pouvoir coder la prise en compte correcte dans currency-monit :slight_smile: (oui ce n’est pas le cas actuellement)

2 Likes

version mineure 0.4.5

les changements concernent la page membersCount :

  • correction du bug #64
  • correction d’un bug qui empêchait la prise en compte correcte du changement de pallier Y[n], le code était déjà prévu pour mais il y a avait une erreur de logique dans une condition (un ET a la place d’un OU), ne pouvant tester ce code avant un changement de pallier je ne pouvais pas le voir avant.
  • Ajout d’une nouvelle fonctionnalité permettant de choisir le nombre maximum de points à afficher, vous pouvez également choisir quel paramètre doit se modifier automatiquement pour faire respecter cette limite, ceci va permettre d’explorer enfin des zones de bloc spécifiques correctement :slight_smile:

Pour mettre a jour il vous suffit de désinstaller le module puis de le réinstaller :

duniter unplug duniter-currency-monit
duniter plug duniter-currency-monit@0.4.5
duniter restart

ha oui et pour vous forcer a mettre également à jour votre noeud duniter cette nouvelle version de currency-monit ne s’installera correctement que sur duniter 1.5.4 ou supérieur héhé

4 Likes

Bien visible le palier des 244 membres !

Autre chose, tu as un bouton « Ğ1 pubkey » pour les dons. Tu ne serais pas tenté d’utiliser la nouvelle API de paiement Cesium pour ta prochaine version ? :wink:

En tout cas merci !

1 Like

héhé, le générateur de bouton est maintenant intégré complètement !

2 Likes

Voilà qui est fait, bon je ne vais pas refaire une release juste pour ça mais c’est déjà dans le code pour la prochaine version : [enh] use cesium api for gifts · duniter/duniter-currency-monit@dc5bf52 · GitHub

1 Like

La difficulté commune moyenne par jour a fait un bon énorme passant de 79 le 22 août à 86 le 26 août, ce qui égalise le record jamais atteint depuis le…19 mars ! Et re-égalisation du record le 28 août ! Pourtant le nombre moyen de calculateurs dans la fenêtre courante est en chute libre :thinking: je ne vois que deux explications :

  1. un membre à connecté une machine super badass au réseau (non ce n’est pas moi :p)
  2. c’est la vague de mise a jour de duniter qui a corrigée un bug qui rendait la pow moins efficiente, je penche plus pour cette 2ème hypothèse :slight_smile:

3 Likes

Il y a peut-être aussi le fait que les raspberry sont tout simplement « out » pour l’instant, ils ne participent donc plus au calcul et laissent les gros calculateurs seuls maîtres à bord. :wink:

3 Likes

Exact j’avais oublier ce problème, effectivement c’est une 3ème explication très probable :slight_smile:

1 Like

C’est mon cas. J’en ai arrêté un et l’autre est en miroir.

Même chose ici, c’est pour ça que j’ai bien ce point-là en tête. :wink:

1 Like

Bilan deux semaines après le passage du palier Y[n]=4 :

l’effet de densification du palier s’est déjà dissipé, la toile de confiance est de nouveau aussi tendue qu’avant le passage du palier, voir même légèrement davantage :

  • La proportion de membre ayant une qualité >=1 à chuté à 82% soit environ le même niveau, qu’avant le palier (83%)
  • De plus, une dizaine de membres commencent a chuter a des niveau de qualité très faibles (inférieurs à 0.9), ce qui veut dire qu’ils commencent a être trop distants des membres référents : https://g1-monit.elois.org/gaussianWotQuality?lg=fr
  • D’ailleurs sur les 79 futurs membres ayant reçu au moins 1 certifications, 7 d’entre eux ne respectent pas la règle de distance, 3 ont été certifiés par le même membre mais cela fait quand même 4 cas différents de non-respect de la règle de distance.
  • Un autre indicateur nous montre bien la tension de la toile, l’augmentation de la longueur moyenne du plus court chemin entre deux membres : désormais 4,13, cette valeur a continuellement augmentée même lors du passage du palier car elle est indépendante de la notion de membre référent, elle montre l’état de tension de la toile entière là ou la qualité ne montre que l’état de tension d’un sous ensemble de la toile (le sous-ensemble des liens référent->membre).
  • Enfin le nombre de membres référents est quand a lui est repassé au dessus de sa valeur d’avant le palier (153) :

La situation est encore loin d’être bloquante, mais la toile n’a jamais été aussi tendue depuis que je tiens des statistiques très détaillés sur son état, c’est à dire depuis le 4 juillet 2017.

Je compte faire des rapports réguliers sur l’état global de la toile de confiance, je souhaiterai savoir quel endroit vous semble le plus pertinent pour publier ces rapports :

  • sur le présent thread ?
  • sur un nouveau thread dédié ?
  • sur le site web duniter.org ?
  • sur mon blog perso ?
5 Likes

Personnellement, j’aimerais bien que cela fasse l’objet de billets de blog sur duniter.org.

Et dans le même temps, tu pourrais ajouter un message sur le présent thread pour notifier de ce rapport.

Qu’en penses-tu ? Après peut-être que tu préfères autre chose ?

2 Likes

Non non ça me vas, je vois qu’il existe déjà une catégorie toile de confiance je peut l’utilisée je vois comment faire.
Afin de faire relire pour la correction typo je publierai d’abord sur une autre branche :wink:

EDIT : voila je viens de créer une branche librelois-wot-report-1 avec mon premier rapport, il est presque vide pour l’instant, lorsque j’aurais fini sa rédaction je payerai 10 Ğ1 au relecteur volontaire qui corrigera les erreurs de typo que je n’aurais pas vu. Et une fois la correction faite je modifierai la date pour qu’elle corresponde au jour du publication puis je mergerai.

2 Likes

Je me rend compte que pour publier mes rapports sur duniter.org j’ai besoin de citer en début d’article les prérequis nécessaires, donc de pointer sur un article expliquant correctement la règle de distance, j’ai donc repris l’article originel de @greyzlii que j’ai mis à jours.

@cgeek si tu peut me confirmer que sur le fond c’est, ok j’ai fait très peu de modifs, la PR est ici :
https://github.com/duniter/website_fr/pull/16

J’ai accepté la PR. Et de toute façon, il y a un moment où vous allez devoir prendre les décisions de vous-même. Ça ne me gène pas, bien au contraire.

Si tu penses qu’il faut modifier un truc, sens-toi libre de le faire. Et si tu n’as pas les droits, il est grand temps que tu les aies !

1 Like

Je veux bien me dévouer pour la relecture :slight_smile: Ca peut attendre demain ?
Par contre, il faudra me dire où/comment lire ton texte (oui bon hein, je débarque, désolée ^^)

https://github.com/duniter/website_fr/compare/librelois-wot-report-1