@Dusk
je me suis plongé dans la manière dont la taille du comité de Dusk fonctionne réellement, car « 64 crédits par tour » est répété partout comme un chiffre fixe. j’ai trouvé un ticket GitHub décrivant autre chose — la taille du comité est plafonnée à 64, mais elle baisse en dessous lorsque il n’y a pas assez de contributeurs éligibles, avec un quorum calculé à partir de ce nombre plus petit. sauf que, quand je suis allé vérifier sur quel dépôt ce ticket avait été ouvert, il s’agissait de dusk-blockchain, l’ancien client Go, archivé par son propre équipe en juin 2025.
donc c’était un comportement documenté dans l’implémentation avant le mainnet, pas forcément ce qui tourne actuellement — attendez, pour être plus précis : ce n’est peut-être pas que ce soit forcément différent maintenant, c’est juste que je n’ai trouvé de preuve ni dans un sens ni dans l’autre. le mainnet utilise rusk, une réécriture complète en rust, et je ne peux pas confirmer si cette logique de sélection exacte a été reprise telle quelle ou repensée au passage.
c’est un angle assez bizarrement spécifique pour un réseau aussi documenté publiquement — le comportement historique est réel et traçable, mais ce que j’ai trouvé ne confirme ni n’infirme rien dans le codebase actuel.
qqn a-t-il réellement vérifié le code actuel de la sélection (sortition) dans rusk, ou est-ce que tout le monde répète le comportement de l’ancien client Go comme si c’était encore vrai ? 🧐
#dusk $DUSK
je me suis plongé dans la manière dont la taille du comité de Dusk fonctionne réellement, car « 64 crédits par tour » est répété partout comme un chiffre fixe. j’ai trouvé un ticket GitHub décrivant autre chose — la taille du comité est plafonnée à 64, mais elle baisse en dessous lorsque il n’y a pas assez de contributeurs éligibles, avec un quorum calculé à partir de ce nombre plus petit. sauf que, quand je suis allé vérifier sur quel dépôt ce ticket avait été ouvert, il s’agissait de dusk-blockchain, l’ancien client Go, archivé par son propre équipe en juin 2025.
donc c’était un comportement documenté dans l’implémentation avant le mainnet, pas forcément ce qui tourne actuellement — attendez, pour être plus précis : ce n’est peut-être pas que ce soit forcément différent maintenant, c’est juste que je n’ai trouvé de preuve ni dans un sens ni dans l’autre. le mainnet utilise rusk, une réécriture complète en rust, et je ne peux pas confirmer si cette logique de sélection exacte a été reprise telle quelle ou repensée au passage.
c’est un angle assez bizarrement spécifique pour un réseau aussi documenté publiquement — le comportement historique est réel et traçable, mais ce que j’ai trouvé ne confirme ni n’infirme rien dans le codebase actuel.
qqn a-t-il réellement vérifié le code actuel de la sélection (sortition) dans rusk, ou est-ce que tout le monde répète le comportement de l’ancien client Go comme si c’était encore vrai ? 🧐
#dusk $DUSK
