[#CALENDRIER DE L'AVENT 24/25]
25 jours pour apprendre à développer des Smart Contracts en #Solidity 🔥
Jour 24 / 25 :
Déploiement de tous nos contrats, nous allons pouvoir déployer l'ensemble de notre travail sur la blockchain ! 🎊
🧵
Tweet précédent
🔽
Avant de commencer, vous pouvez récupérer l'ensemble des trois contrats dans le répertoire "solutions" ainsi que le script de déploiement.
Si vous ne les avez pas dans votre projet : git pull.
Mais avant tout, même si j'ai développé le script de déploiement pour vous, il est super important de comprendre les étapes et l'ordre de déploiement.
Nous allons détailler tout cela ensemble en reprenant le script pas à pas !
Il faut absolument respecter ces étapes :
1 - Déploiement du contrat ERC721 et ERC20.
2 - Déploiement du contrat Staking avec les adresses des deux précédents en arguments.
3 - Ajout de l'adresse du contrat de Staking avec "addAdmin" du token ERC20.
Je vais commencer par créer une mini-script qui permet de retourner une racine de Merkle comme nous l'avons déjà fait avec le script "GenerateMerkle.ts".
Mais le but ici est de simplement retourner la racine et rien d'autre.
Ce script sera : "GetMerkleRoot.ts".
Nous allons détailler pas à pas les étapes pour le déploiement.
Je ne vais pas parler des logs indicatifs dans le thread, mais tout sera logué dans le script final.
On commence par importer "run" de hardhat ainsi que notre script, et on définit notre fonction "FullContract()".
Notre script va déployer les contrats et les vérifier.
Le souci est que parfois, si on tente de vérifier juste après avoir déployé, alors on a une erreur, car l'explorateur n'a pas le temps de prendre en compte le contrat.
On définit alors une fonction qui permet d'attendre.
L'étape d'après est de récupérer tous les contrats pour être prêt à les déployer.
Pensez à modifier les nommages de vos contrats afin que vous puissiez les récupérer.
On utilise la méthode "getContractFactory" de hardhat qui va récupérer les contrats dans nos contrats compilés.
On définit une constante qui contient l'URI.
Comme nous allons l'utiliser à plusieurs endroits, il est intéressant de la définir dans une variable, nous n'aurons plus qu'à la modifier au besoin.
L'URI que j'ai pris est celui des NFTs BAYC.
On passe ensuite au déploiement du contrat ERC20 (on aurait pu commencer par ERC721, pas d'importance).
Pour cela, on utilise la fonction "deploy()" de hardhat, puis on va utiliser "await" pour attendre que notre contrat soit correctement déployé sur la blockchain.
On attend 5 secondes grâce à "delay" avant de vérifier notre contrat.
Il est dans un "try/catch", car il peut y avoir une erreur si le contrat est déjà vérifié.
C'est possible si vous le déployez deux fois, l'explorateur vérifie un contrat si un identique a déjà été vérifié.
Note :
La vérification demande l'adresse du contrat, ainsi que le "constructorArguments".
Ici, nous n'en avons aucun car le constructeur ne nécessite pas d'argument, ça sera le cas pour le contrat ERC721 et de Staking !
On passe au déploiement ERC721. Pour cela, on commence par récupérer la racine de Merkle grâce à notre script.
Pour rappel, il génère la route avec la whitelist présente dans "assets/whitelist.json".
On déploie ensuite le contrat avec en argument l'URI et la racine de Merkle.
Même combat que pour le contrat ERC20, on attend 5 secondes puis on tente de vérifier le contrat.
Cette fois-ci, nous devons peupler le tableau "constructorArguments" avec l'URI et la racine de Merkle.
Attention, l'ordre a son importance dans le processus !
Vous commencez à comprendre, on passe au déploiement du contrat de Staking.
Cette fois-ci, nous passons en arguments les adresses des deux précédents contrats, que nous pouvons récupérer directement via le ".address".
Attention à l'ordre encore une fois !
Dernière fois, promis !
On attend 5 secondes, puis on vérifie le contrat avec les mêmes arguments du constructeur.
Tout ceci dans un "try/catch" pour éviter que le script s'arrête en cas d'erreur.
Et voilà, tout est déployé !
Dernière étape, super importante !
On utilise notre contrat ERC20 pour ajouter l'adresse de notre contrat de Staking fraichement déployé en tant d'admin via la fonction "addAdmin".
Ceci permettra à notre contrat de Staking de pouvoir "mint" les récompenses des utilisateurs.
Vous le verrez dans mon script dans "FullContract.deploy.ts", il y a beaucoup plus de logs que j'ai rajotué.
Je ne les ai pas spécifiés ici pour gagner de la place.
Mais il y a trois logs que je fais à la fin, c'est afficher les adresses des trois contrats !
Il ne vous reste qu'une étape à faire... déclencher la commande suivante :
yarn hardhat run .\scripts\FullContract.deploy.ts --network polygonMumbai
et attendre le déploiement de tous vos contrats...
Dès que vous avez vos adresses, vous pouvez aller tester tous vos contrats !
N'oubliez pas d'utiliser, avant de staker vos NFTs sur votre contrat, la fonction "setApprovalForAll" du contrat ERC721 à l'adresse du contrat de Staking, sinon, la transaction risque d’échouer !
Et voilà ! Vous avez développé trois contrats, et vous avez pu les déployer sur la blockchain et les vérifier !
Je vous laisse le soin de les tester par vous-même !
Un super exercice serait de développer tous les tests unitaires en reprenant les scripts de test du calendrier.
J'espère que tout cela vous a plu, j'ai donné tout le temps que j'avais afin de vous écrire tous ces threads afin de partager mes connaissances.
Il vous reste énormément à apprendre, mais si vous avez compris ce qu'on a fait ces derniers jours, alors vous avez fait un beau pas!
On se retrouve demain pour la liste de tous les threads qui ont été faits dans un thread de threads, ainsi qu'un petit cadeau de Noël de ma part ! 🎁
À demain, et comme nous sommes le 24 décembre :
joyeux Noël à tous, profitez bien! ❤️
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.