Autre point qui va changer au niveau du protocole : ne plus produire le DU à la place des utilisateurs, qui devront manuellement intervenir pour le produire via leur wallet. Je m’explique. C’est un problème technique : lorsque le DU “tombe”, il faut modifier N comptes dans la base de données, où N …

[image] poka: Cette proposition de claim_uds semble séduire la plupart des dev ici Et elle me séduit également, je pense que ça sera nécessaire si un jour on passe à une toute autre échelle (plusieurs centaines de milliers de membres). [image] poka: Je n’ai pas encore compris les argumen…

La méthode de migration proposée par @elois me semble très bonne. Il faut en effet y aller par étapes. L’objectif le plus important à mon sens et d’après ma propre expérience est d’abord et avant tout de se familiariser avec substrate. Migrer vers substrate est un bond qualitatif tout à fait consid…

J’ai avancé sur l’implémentation, et j’y vois maintenant plus clair, je me suis donc lancé dans un gros refactoring pour simplifier et clarifier, et je me suis rendu compte que j’étais obligé de garder certains bouts de code complexes que je pourrais purement supprimer si la création du DU étai manu…

[image] tuxmain: Si on peut réclamer des DU créés avant la perte du statut de membre, ça oblige à stocker l’historique de l’état de membre de chaque compte à partir de son premier DU non réclamé. J’ai deux solutions : ces DU sont perdus. ces DU sont produits automatiquement lors de la perte du…

[image] 1000i100: J’imagine plutôt l’option 3 ? Si cette proposition est implémentée ce ne sera aucune des 3, le problème ne se posera plus, il suffira de stocker pour chaque identité un champ last_claimed_ud_or_in_at: BlockNumber, qui contiendra le numéro de bloc du dernier DU réclamé ou le …

Je ne comprends pas en quoi ça répondrait au problème soulevé par @tuxmain mais n’étant pas sur le point de l’implémenter, ce n’est pas dramatique si tu ne prends pas le temps de me l’expliquer. :wink:

Le problème c’était de se souvenir des différentes entrées et sorties, et donc différentes périodes de droits au DU, s’il n’est plus possible de réentrer après une sortie de la wot, ce problème n’existe plus.

Je trouve très intéressant de pouvoir permettre a l’utilisateur de produire son DU, et on peut même imaginer au niveau des clients que l’utilisateur puisse choisir une périodicité différente que juste journalière. Cela permettrait de ne pas être noyé sous les transactions. Quelques idées pour optim…

En relisant je me rends compte du nombre d’évolutions qui ont eu lien en 1 an !! ▶ Résumé Par ailleurs, ce sujet semble assez relié à Proposition de supprimer la notion d'identité désactivée mais non révoquée et la notion d'adhésion : [image] elois: Si cette proposition est implémentée ce ne s…

Personnellement je ne vois toujours pas en quoi c’est compliqué de stocker une liste d’entrées et de sorties pour un membre dans Substrate, et de calculer les DU là-dessus. C’est aussi pour ça que j’avais trouvé (et trouve toujours) que c’était important de d’abord s’abstraire un peu de Substrate a…

Duniter Forum

Production du DU

Protocols Ğ1v2 protocol

ud

show post in topic

Home
Categories
Guidelines
Terms of Service
Privacy Policy

Powered by Discourse, best viewed with JavaScript enabled