#dusk $DUSK @Dusk
Frères, aujourd’hui termmax a émis des tokens. On a fait la permanence six mois, et puis on s’est fait dépouiller, ensuite on a fait des tâches et on nous a donné quelques centaines, au total ça ne fait même pas 50U. Je ne sais pas quelle est votre humeur à tous. Le point clé, c’est que depuis les tâches de points à partir de la période d’avant les fêtes, jusqu’à maintenant, ils n’en ont donné que 2… On peut donc comprendre que ce projet n’a pas de vision. À l’avenir, vous pouvez vous référer à ce standard pour comparer. Certains, quand ils se listent, s’ils doivent partir, qu’ils partent sans hésiter.
Frères, dès qu’on parle de staking (mise en jeu), est-ce que vous êtes encore bloqués dans cette vieille idée : « faire le nœud soi-même, ou bien confier à quelqu’un d’autre la mise en jeu » ? Dusk avance encore d’un cran : les contrats intelligents peuvent aussi participer au staking. Officiellement, c’est Stake Abstraction, aussi appelé Hyperstaking. En langage simple : le staking ne se limite plus à une opération sur un compte, il peut aussi être intégré dans la logique d’un contrat.
D’abord, les pools de staking. Le contrat peut recevoir le DUSK des utilisateurs, centraliser la mise, puis distribuer les récompenses selon des règles, ou effectuer automatiquement le réinvestissement. Dans la documentation officielle, Sozu est listée comme exemple de pool de staking automatique.
Ensuite, le staking en tant que service. Des tiers peuvent encapsuler le staking et la distribution des récompenses dans un contrat, ce qui réduit le seuil d’utilisation.
Troisièmement, le staking avec partage de commission. Le contrat peut redistribuer les récompenses proportionnellement aux parrain(s), aux canaux ou à l’équipe d’exploitation, et la part peut être inscrite directement sur la blockchain.
Mais un contrat ne peut pas non plus staker n’importe comment. Dusk précise que le contrat ne peut pas appeler directement stake_from_contract ; il doit passer par le contract_to_contract de Transfer Contract pour déclencher le transfert. De plus, le contrat est soumis à une limite minimale de 1 000 DUSK, et le staking ne devient effectif qu’après 1 à 2 epoch une fois la soumission faite.
Donc, ce qui est vraiment important avec Stake Abstraction, ce n’est pas seulement une nouvelle façon de staker : c’est transformer le staking en infrastructure programmable. Les pools, le staking pour le compte de quelqu’un, le réinvestissement automatique, le partage de commissions… tout peut continuer à se construire au-dessus de ce socle.
Frères, aujourd’hui termmax a émis des tokens. On a fait la permanence six mois, et puis on s’est fait dépouiller, ensuite on a fait des tâches et on nous a donné quelques centaines, au total ça ne fait même pas 50U. Je ne sais pas quelle est votre humeur à tous. Le point clé, c’est que depuis les tâches de points à partir de la période d’avant les fêtes, jusqu’à maintenant, ils n’en ont donné que 2… On peut donc comprendre que ce projet n’a pas de vision. À l’avenir, vous pouvez vous référer à ce standard pour comparer. Certains, quand ils se listent, s’ils doivent partir, qu’ils partent sans hésiter.
Frères, dès qu’on parle de staking (mise en jeu), est-ce que vous êtes encore bloqués dans cette vieille idée : « faire le nœud soi-même, ou bien confier à quelqu’un d’autre la mise en jeu » ? Dusk avance encore d’un cran : les contrats intelligents peuvent aussi participer au staking. Officiellement, c’est Stake Abstraction, aussi appelé Hyperstaking. En langage simple : le staking ne se limite plus à une opération sur un compte, il peut aussi être intégré dans la logique d’un contrat.
D’abord, les pools de staking. Le contrat peut recevoir le DUSK des utilisateurs, centraliser la mise, puis distribuer les récompenses selon des règles, ou effectuer automatiquement le réinvestissement. Dans la documentation officielle, Sozu est listée comme exemple de pool de staking automatique.
Ensuite, le staking en tant que service. Des tiers peuvent encapsuler le staking et la distribution des récompenses dans un contrat, ce qui réduit le seuil d’utilisation.
Troisièmement, le staking avec partage de commission. Le contrat peut redistribuer les récompenses proportionnellement aux parrain(s), aux canaux ou à l’équipe d’exploitation, et la part peut être inscrite directement sur la blockchain.
Mais un contrat ne peut pas non plus staker n’importe comment. Dusk précise que le contrat ne peut pas appeler directement stake_from_contract ; il doit passer par le contract_to_contract de Transfer Contract pour déclencher le transfert. De plus, le contrat est soumis à une limite minimale de 1 000 DUSK, et le staking ne devient effectif qu’après 1 à 2 epoch une fois la soumission faite.
Donc, ce qui est vraiment important avec Stake Abstraction, ce n’est pas seulement une nouvelle façon de staker : c’est transformer le staking en infrastructure programmable. Les pools, le staking pour le compte de quelqu’un, le réinvestissement automatique, le partage de commissions… tout peut continuer à se construire au-dessus de ce socle.
