Petit avertissement avant la publication : j’ai cherché, mais je n’ai pas pu récupérer une hauteur de bloc en direct, un hash de transaction, ni un total des votes des 2 à 7 derniers jours — l’explorateur de Dusk est rendu en JS et je n’ai pas de moyen d’interroger directement des données on-chain fraîches. Ce que j’ai toutefois, vérifié à partir des propres docs de Dusk, c’est une mécanique de protocole précise et actuelle (le comportement d’activation des mises sous soft slashing), plutôt qu’un événement daté. J’ai ancré la publication là-dessus au lieu d’inventer un faux hash. Si vous avez un hash de transaction récent ou une hauteur de bloc sous la main, envoyez-le et je l’intégrerai.
J’ai passé l’après-midi à fouiller dans le parcours de staking de Dusk et j’ai presque raté le détail qui comptait vraiment. #dusk $DUSK @Dusk — le marketing dit « ajoutez à votre stake à tout moment », ce qui est vrai, mais ce qu’il ne dit pas bien fort, c’est que seulement 90 % de ce nouveau montant devient actif immédiatement. Le reste reste en attente pendant un court délai d’activation avant de compter pour le poids de consensus.
Petit détail. Mais ça m’a quand même harcelé. C’est le genre de choix de design qui n’apparaît que lorsque vous stakez réellement, pas quand vous lisez la présentation — le protocole donne discrètement la priorité à la stabilité du consensus plutôt qu’à « tout s’active instantanément », ce qui est l’opposé de la façon dont la plupart des L1 présentent leur UX de staking ces jours-ci.
J’ai aussi regardé le modèle de soft slashing pendant que j’y étais — pas de burn, juste des récompenses suspendues et une mise effective réduite en cas de fautes. Ça ressemble à un système conçu par des gens qui ont vu une chaîne être trop durement punie pour une panne et qui ont décidé que ce n’était pas la leçon à répéter.
La faim a disparu, je ne sais toujours pas si ce décalage de 90 % est un coût UX ou le véritable objectif. Quelqu’un l’a-t-il déjà rencontré en plein restake ?
J’ai passé l’après-midi à fouiller dans le parcours de staking de Dusk et j’ai presque raté le détail qui comptait vraiment. #dusk $DUSK @Dusk — le marketing dit « ajoutez à votre stake à tout moment », ce qui est vrai, mais ce qu’il ne dit pas bien fort, c’est que seulement 90 % de ce nouveau montant devient actif immédiatement. Le reste reste en attente pendant un court délai d’activation avant de compter pour le poids de consensus.
Petit détail. Mais ça m’a quand même harcelé. C’est le genre de choix de design qui n’apparaît que lorsque vous stakez réellement, pas quand vous lisez la présentation — le protocole donne discrètement la priorité à la stabilité du consensus plutôt qu’à « tout s’active instantanément », ce qui est l’opposé de la façon dont la plupart des L1 présentent leur UX de staking ces jours-ci.
J’ai aussi regardé le modèle de soft slashing pendant que j’y étais — pas de burn, juste des récompenses suspendues et une mise effective réduite en cas de fautes. Ça ressemble à un système conçu par des gens qui ont vu une chaîne être trop durement punie pour une panne et qui ont décidé que ce n’était pas la leçon à répéter.
La faim a disparu, je ne sais toujours pas si ce décalage de 90 % est un coût UX ou le véritable objectif. Quelqu’un l’a-t-il déjà rencontré en plein restake ?
