#dusk $DUSK Il y a deux ans, un ami qui travaillait comme opérateur de nœuds m’a dit qu’il avait rejoint le Provisioner de DUSK. À l’époque, les comptes étaient très séduisants : un seuil de 1000 DUSK, un APY à deux chiffres, et un retour sur investissement en une année pleine. Le mois dernier, il a arrêté ses nœuds et m’a dit une phrase : le coût implicite coûte trois fois plus cher que le coût explicite.
Dans le mécanisme de Succinct Attestation de Dusk, le Soft Penalty est le piège le plus facile à masquer derrière les chiffres de l’APY. Si le nœud rate une participation, le niveau locked monte d’un palier ; la partie locked qui ne vote pas ne produit pas d’intérêts, tout en continuant à occuper la TVL nominale. Dans une salle de serveurs de gestion centralisée, un simple petit à-coup réseau, ou un epoch qui vire au rouge, et le délégant regarde l’APY qui ne bouge pas… alors qu’en réalité, ce qu’il reçoit a déjà été “mangé” par les quelques jours de “rotation à vide” autour de la frontière des epochs. Le plus gênant, c’est le top-up de 10 % qui se verrouille automatiquement : vous pensez renforcer le nœud pour le sauver, mais en fait vous apportez un coussin de trésorerie au protocole—et vous encaissez d’abord un tour de vide en rendement.
Les coûts d’exploitation ne sont pas non plus faibles. Dusk utilise un stack technologique interne ; l’exploitation de nœuds n’a rien d’aussi “outillé” que pour faire tourner Ethereum avec une chaîne d’outils mûre. La supervision, les alertes, la restauration automatique : beaucoup de choses nécessitent d’écrire soi-même des scripts. Les petits opérateurs de nœuds ne tiennent pas face à ce coût implicite en main-d’œuvre ; au final, soit ils ferment, soit ils délèguent à de gros opérateurs—ce qui accentue encore la concentration des parts.
Mon avis actuel : le rendement d’un Provisioner DUSK est, dans l’essence, une compensation de vos capacités d’exploitation et de votre tolérance au risque, pas une récompense pour le simple fait de “laisser les tokens dormir”. Sans capacité d’exploitation, ne touchez pas aux nœuds ; calculer uniquement sur la base des chiffres d’APY, c’est s’exposer à être remis à sa place par le Soft Penalty. @Dusk
Dans le mécanisme de Succinct Attestation de Dusk, le Soft Penalty est le piège le plus facile à masquer derrière les chiffres de l’APY. Si le nœud rate une participation, le niveau locked monte d’un palier ; la partie locked qui ne vote pas ne produit pas d’intérêts, tout en continuant à occuper la TVL nominale. Dans une salle de serveurs de gestion centralisée, un simple petit à-coup réseau, ou un epoch qui vire au rouge, et le délégant regarde l’APY qui ne bouge pas… alors qu’en réalité, ce qu’il reçoit a déjà été “mangé” par les quelques jours de “rotation à vide” autour de la frontière des epochs. Le plus gênant, c’est le top-up de 10 % qui se verrouille automatiquement : vous pensez renforcer le nœud pour le sauver, mais en fait vous apportez un coussin de trésorerie au protocole—et vous encaissez d’abord un tour de vide en rendement.
Les coûts d’exploitation ne sont pas non plus faibles. Dusk utilise un stack technologique interne ; l’exploitation de nœuds n’a rien d’aussi “outillé” que pour faire tourner Ethereum avec une chaîne d’outils mûre. La supervision, les alertes, la restauration automatique : beaucoup de choses nécessitent d’écrire soi-même des scripts. Les petits opérateurs de nœuds ne tiennent pas face à ce coût implicite en main-d’œuvre ; au final, soit ils ferment, soit ils délèguent à de gros opérateurs—ce qui accentue encore la concentration des parts.
Mon avis actuel : le rendement d’un Provisioner DUSK est, dans l’essence, une compensation de vos capacités d’exploitation et de votre tolérance au risque, pas une récompense pour le simple fait de “laisser les tokens dormir”. Sans capacité d’exploitation, ne touchez pas aux nœuds ; calculer uniquement sur la base des chiffres d’APY, c’est s’exposer à être remis à sa place par le Soft Penalty. @Dusk