#dusk $DUSK @Dusk $TUT flying again go long on $PORTAL
Un provisioner peut sembler prêt avant que Dusk le juge éligible. Cet intervalle a attiré mon attention, car il transforme le staking d’un simple dépôt en un test continu de la préparation.
La première condition est directe : au moins 1 000 DUSK doivent rester stakés. Il est facile de lire ce chiffre comme un prix d’entrée, mais il se comporte davantage comme un seuil sur lequel l’opérateur doit continuer de se tenir. Un unstake partiel ou une pénalité qui fait passer la position en dessous de ce seuil ne réduit pas simplement l’influence. L’éligibilité s’arrête.
La maturité est plus discrète. Un nouveau stake ne peut pas participer dès que sa transaction est validée. #dusk attend le début de l’époque après la prochaine limite, normalement entre six et douze heures. Cette pause semble incommode uniquement si le staking est traité comme un achat. Du point de vue du réseau, c’est un amortisseur. Le capital peut arriver rapidement ; la responsabilité ne devrait pas.
Ensuite vient la condition qu’aucun solde ne peut garantir : la conduite. Un provisioner peut détenir suffisamment de stake et exécuter un nœud synchronisé tout en étant néanmoins suspendu après avoir échoué à participer correctement. @Dusk distingue l’échec ordinaire d’un comportement prouvablement invalide. Des pénalités “douces” peuvent déplacer le stake actif vers une portion verrouillée, tout en laissant la propriété au staker. Des pénalités “dures” peuvent brûler du stake pour des votes invalides ou des signatures en conflit. L’arrêt et la tromperie menacent tous deux le consensus, mais les traiter comme équivalents serait trop grossier.
Ce qui paraît honnête, c’est que ces conditions ne peuvent pas se compenser. La richesse ne peut pas effacer la période d’attente. La maturité ne peut pas excuser une exploitation peu fiable. Un historique irréprochable ne peut pas sauver un stake situé sous le minimum.
Ainsi, l’éligibilité n’est pas un badge obtenu une fois. C’est une décision en temps réel. Un opérateur peut être qualifié aujourd’hui et perdre cette position demain, à cause d’une absence, d’une mauvaise configuration ou d’une clé de consensus dupliquée. Peut-être que c’est là le point essentiel : Dusk ne demande pas une seule fois si un provisioner a semblé digne de confiance. Il continue de demander si le provisioner est prêt pour le prochain bloc.
Qu’est-ce qui compte le plus pour l’éligibilité d’un provisioner sur Dusk ?