:warning: DataJune est encore assez jeune et ne dispose pas de tests unitaires, les données présentées ici doivent être prises avec précaution :loudspeaker: En essayant de répondre à @tuxmain sur le sujet La règle sur la limite des 100 certifications émises à faire évoluer , je me suis rendu compte …

[image] HugoTrentesaux: Pourquoi y a-t-il des identités ayant plus de 100 certifications émises ? On peut partir de la définition du stock : BR_G39 - ENTRY.stock ENTRY.stock = COUNT(REDUCE_BY(GLOBAL_CINDEX[issuer=ENTRY.issuer], 'receiver', 'created_on')[expired_on=0]) Ici, il faut compre…

Il faut que j’implémente l’expiration des certifs dans gexplore, mais comme il faut que ce soit réversible c’est compliqué. (je me souviens que pour GVA il y avait plein de subtilités qui apparaissaient au moment de coder)

Ok, je vais passer ce message en public pour voir si d’autres personnes veulent investiguer en attendant que j’aie le temps de creuser pour voir s’il n’y a pas un bug dans DataJune.

Voici la liste des 119 certifications émises par Pi vers ces personnes et la date. Pour rappel, je m’intéresse au jour 950, c’est-à-dire le 2019-10-13. ------------------------- 101 certifications vers ces personnes 2017-06-24 AmeAndine 2017-11-09 fdrubigny 2017-11-23 AurelieDouay 2017-11-28 MaxBrg…

Parmi ces identités, deux ont été révoquées : 2018-02-26 pirate350 2018-09-13 ManuMTL Si les certifications vers des identités révoquées disparaissent, alors il faut que je le prenne en compte dans DataJune. Mais est-ce le cas ? J’ai toujours du mal à comprendre les ENTRY.stock, GLOBAL_CINDEX, [ex…

J’ai déplacé la conversation qui dérivait vers la manière de décrire un protocole, et je repose ma question initiale : Pourquoi y a-t-il des identités ayant plus de 100 certifications émises ? Il y a probablement un problème dans DataJune mais je n’ai pas compris où. Est-ce que les certifications …

@HugoTrentesaux Je viens de regarder le code, et pense avoir trouvé :partying_face: : tu fais expirer les certifications cert_validity après le temps du bloc où la certification est appliquée, pas après le temps du bloc où elles ont été signées (le numéro de ce bloc est dans le contenu de la certif)…

Je me suis dit que j’allais corriger ce bug facilement en remplaçant les temps par des numéros de bloc avec une durée de certification égale à 2 ans / 5 min, (durée d’une certification / temps cible entre deux blocs). Mais je me suis rappelé qu’on s’écartait pas mal de ce temps cible de 5 minutes : …

Une explication possible aux stock de 101 certifications.

Duniter Forum

Plus de 100 certifications?

R&D

show post in topic

Home
Categories
Guidelines
Terms of Service
Privacy Policy

Powered by Discourse, best viewed with JavaScript enabled