[#CALENDRIER DE L'AVENT 16/25]
25 jours pour apprendre à développer des Smart Contracts en #Solidity 🔥
Jour 16 / 25 :
Création #ERC20 : Nous allons créer notre premier token ERC20 ! Et tout ceci en une seule journée 🔥
🧵
25 jours pour apprendre à développer des Smart Contracts en #Solidity 🔥
Jour 16 / 25 :
Création #ERC20 : Nous allons créer notre premier token ERC20 ! Et tout ceci en une seule journée 🔥
🧵
Il est possible de faire des contrats de token ERC20 plus ou moins complexe !
Comme nous réalisons un token utilitaire qui sert de récompense de staking, il va être extrêmement simple à mettre en place !
On pourrait imaginer qu'il serve dans une marketplace de jeu par exemple.
Comme nous réalisons un token utilitaire qui sert de récompense de staking, il va être extrêmement simple à mettre en place !
On pourrait imaginer qu'il serve dans une marketplace de jeu par exemple.
On commence donc par ajouter la licence, la version et le nommage de notre contrat.
Notre contrat s'appellera "NekrToken", et par convention, nous allons le définir par "NekrTokenIsERC20".
Libre à vous d'appeler votre contrat comme vous le souhaitez !
Notre contrat s'appellera "NekrToken", et par convention, nous allons le définir par "NekrTokenIsERC20".
Libre à vous d'appeler votre contrat comme vous le souhaitez !
On ajoute et déclare nos imports.
Le premier est "ERC20", il correspond à la librairie standard d'ERC20 qui va fournir la fonction de mint, la gestion des balances, des transferts, etc.
La deuxième librairie est "Ownable" que nous avons déjà utilisé pour le contrat ERC721.
Le premier est "ERC20", il correspond à la librairie standard d'ERC20 qui va fournir la fonction de mint, la gestion des balances, des transferts, etc.
La deuxième librairie est "Ownable" que nous avons déjà utilisé pour le contrat ERC721.
Nous n'avons besoin que de deux variables.
Un mapping qui lie une adresse à un booléen pour savoir si une adresse est admin ou non (ça sera l'adresse de notre contrat de staking).
Une variable qui définit le nombre max de token à mint, 1 000 000 000 de tokens dans notre cas.
Un mapping qui lie une adresse à un booléen pour savoir si une adresse est admin ou non (ça sera l'adresse de notre contrat de staking).
Une variable qui définit le nombre max de token à mint, 1 000 000 000 de tokens dans notre cas.
Concernant le constructeur, la manœuvre est la même que pour les contrats ERC721.
Le but est simple, instancier le contrat ERC20 d'OpenZeppelin avec le nom et le symbole que nous souhaitons donner à notre token.
Ici, le nom sera "Nekr Token" et son symbole "NKTK".
Le but est simple, instancier le contrat ERC20 d'OpenZeppelin avec le nom et le symbole que nous souhaitons donner à notre token.
Ici, le nom sera "Nekr Token" et son symbole "NKTK".
Il ne nous reste qu'à définir une fonction pour ajouter/retirer un admin, et la fonction de mint.
Voici la fonction qui ajoute un admin, elle est externe et appelable seulement par le propriétaire.
Elle se contente de passer à "true" l'adresse passée en argument de la fonction.
Voici la fonction qui ajoute un admin, elle est externe et appelable seulement par le propriétaire.
Elle se contente de passer à "true" l'adresse passée en argument de la fonction.
Il faut tout de même prévoir une fonction pour retirer un admin.
Ceci peut-être utile en cas de perte de la clé d'un wallet qui pouvait mint, même si l'admin est sensé être le contrat de staking.
C'est la même fonction, mais en passant à "false" et non à "true".
Ceci peut-être utile en cas de perte de la clé d'un wallet qui pouvait mint, même si l'admin est sensé être le contrat de staking.
C'est la même fonction, mais en passant à "false" et non à "true".
La fonction de mint est externe.
Elle nécessite que l'adresse qui l'appelle soit admin (contrat de staking).
Elle nécessite que la supply max ne soit pas dépassée par la transaction !
Ensuite, elle utilise la fonction "mint" d'ERC20 pour créer les tokens à l'adresse voulue.
Elle nécessite que l'adresse qui l'appelle soit admin (contrat de staking).
Elle nécessite que la supply max ne soit pas dépassée par la transaction !
Ensuite, elle utilise la fonction "mint" d'ERC20 pour créer les tokens à l'adresse voulue.
Et voilà ! Notre premier contrat ERC20 est déjà terminé !
Il est relativement peu complexe, mais correspond à 100% à nos attentes.
Si nous souhaitons rendre utile ce token par la suite, nous pourrons très bien l'intégrer dans une marketplace faite maison par exemple.
Il est relativement peu complexe, mais correspond à 100% à nos attentes.
Si nous souhaitons rendre utile ce token par la suite, nous pourrons très bien l'intégrer dans une marketplace faite maison par exemple.
Vous pouvez retrouver ce contrat dans "contracts/solutions/NekrTokenIsERC20.sol".
N'oubliez pas la commande "git pull" si le contrat n'est pas déjà dans votre répertoire !
N'oubliez pas la commande "git pull" si le contrat n'est pas déjà dans votre répertoire !
On se retrouve demain pour déployer un contrat, la vérifier et regarder comment ajouter notre token à notre m*tamask afin de pouvoir le voir ! 🔥
Notre projet avance bien ! Un petit like/rt pour le soutien et on se retrouve demain, bonne soirée/journée ! 👋
Notre projet avance bien ! Un petit like/rt pour le soutien et on se retrouve demain, bonne soirée/journée ! 👋
• • •
Missing some Tweet in this thread? You can try to
force a refresh
