Nekr Profile picture
Lead Blockchain - Lead Developer - J'explique les concepts Blockchain & Web3 avec des mots simples.

Dec 22, 2022, 17 tweets

[#CALENDRIER DE L'AVENT 22/25]

25 jours pour apprendre à développer des Smart Contracts en #Solidity 🔥

Jour 22 / 25 :

Staking : Nous savons staker, récupérer les récompenses, il est temps de pouvoir récupérer les NFTs stakés ! 🖼️

🧵

Tweet précédent

🔽

Avant de commencer, vous pouvez repartir du code développé hier.

Il est présent dans le répertoire "Jour22/Staking_Jour22.sol".

N’oubliez pas de modifier les noms et les imports.

Si vous n'avez pas ce répertoire : git pull.

Maintenant que les tokens des utilisateurs sont sur notre contrat, il est important de pouvoir leur restituer lorsqu'ils le souhaitent !

Pour cela, le procédé de récupération se rapproche de celui de staking, on va utiliser le "transferFrom" d'ERC721 !

Nous aurons deux fonctions, une externe et une interne.

Une fonction "unstakeNFT" externe, qui va appeler notre fonction de "claim" avec le booléen à "true".

Et une fonction "_unstakeNFT" que nous utiliserons dans la fonction "_claim" si le booléen est à "true".

Vous pouvez vous dire :

Pourquoi ne pas directement mettre la logique de la fonction "_unstakeNFT" directement dans la condition de la fonction "_claim" ?

Et vous auriez raison, c'est possible de le faire ainsi, mais c'est bien moins lisible, nous préférons segmenter le code !

La fonction "unstakeNFT" appelle la fonction "_claim" en passant la liste des NFTs que l'utilisateur aura renseignés ainsi que son adresse.

Elle passe le paramètre "_unstake" à "true", ce qui permettra de déclencher la fonction que nous allons développer ensuite !

L'intérêt de ce système est que l'utilisateur va recevoir ses tokens de récompense au moment où il va récupérer ses NFTs.

Si nous avions fait simplement une fonction qui redonne les NFTs à l'utilisateur, il aurait soit perdu ses récompenses, soit du faire deux transactions !

Passons à la fonction interne !

Elle prend en paramètres l'adresse de l'utilisateur ainsi que la liste des NFTs à gérer (comme d'habitude).

Vous avez l'habitude maintenant, on initialise une boucle qui parcourt l'ensemble des IDs pour le traitement !

Pour chaque token que souhaite récupérer l'utilisateur, il est important de regarder s’il en est bien le propriétaire.

Pour cela, on consulte la structure associée à l'ID de chaque NFT, et l'on vérifie que le "owner" dans la structure est bien l'adresse qui appelle la fonction !

Comme nous sommes sûrs que l'utilisateur est le propriétaire, nous pouvons supprimer la structure grâce à "delete".

Cette fonction est forcément appelée par la fonction "_claim" donc nous savons que nous pouvons supprimer la structure, car les récompenses ont déjà été données !

Les récompenses ont été émises, la structure est supprimée, nous pouvons maintenant transférer le NFT.

Comme le NFT appartient au contrat, pas besoin d'autorisation !

On utilise "transferFrom" de l'adresse du contrat vers l'adresse qui appelle la fonction pour chaque ID de NFT.

Maintenant que le token est transféré vers le wallet de l'utilisateur, nous pouvons déclencher l'émission de l'événement "UnStaked" pour chaque NFT.

L'événement diffuse l'adresse de l'utilisateur, l'ID du token qu'il récupère ainsi que le timestamp du block.

Pour finir, il ne faut pas oublier de décrémenter le nombre total de NFTs stakés étant donné que x tokens viennent d'être retirés.

Pour cela, même principe que l'incrément, on vient soustraire à "totalStaked" la longueur du tableau qui contient les IDs à récupérer !

Maintenant que notre fonction interne "_unstakeNFT" a été développée, n'oubliez pas de venir dé-commenter la ligne de la condition sur "_unstake" dans la fonction interne "_claim" !

Et c'est déjà terminé pour aujourd'hui !

En l'état, notre contrat est fonctionnel et vous pouvez déjà le tester sur Remix en déployant les contrats ERC20 et ERC721.

Demain, nous allons simplement rajouter une fonction qui retourne la liste des tokens stakés pour une adresse !

Demain sera la dernière étape de dev de notre calendrier avant le déploiement de toute la solution !

On se rapproche de la fin, mais ce n'est que le début de tout ce que vous pouvez apprendre, n'hésitez pas à me suivre et à rt le thread si mon travail vous plait !

À demain 👋

Share this Scrolly Tale with your friends.

A Scrolly Tale is a new way to read Twitter threads with a more visually immersive experience.
Discover more beautiful Scrolly Tales like this.

Keep scrolling