Comment déployer un contrat sur un Testnet comme Sepolia ?

Conditions préalables au déploiement de Testnet

1. Un environnement de développement Ethereum fonctionnel doit être installé, comprenant Node.js et npm.

2. Le framework Hardhat ou Foundry doit être initialisé dans le répertoire du projet pour gérer les tâches de compilation et de déploiement.

3. Une extension de portefeuille telle que MetaMask doit être configurée avec un point de terminaison Sepolia testnet RPC et importée avec une clé privée liée à l'ETH de test financé.

4. Une URL de robinet Sepolia est requise pour demander des jetons de test ; plusieurs robinets existent mais peuvent imposer des limites de débit ou nécessiter une vérification sociale.

5. Le code source du contrat doit être écrit en Solidity, respecter les contraintes de version du compilateur et réussir tous les contrôles de peluchage et de tests locaux avant d'être soumis.

Configuration de la configuration réseau

1. Dans le fichier hardhat.config.js de Hardhat, l'objet réseau Sepolia doit inclure l'URL RPC, l'ID de chaîne et la clé privée du compte ou la référence mnémonique.

2. Les variables d'environnement doivent stocker des données sensibles telles que des clés privées ; ceux-ci sont chargés via dotenv et exclus du contrôle de version.

3. L'URL RPC provient généralement de services comme Alchemy ou Infura, nécessitant une clé API enregistrée sous une application compatible Sepolia.

4. L'ID de la chaîne doit correspondre à la valeur officielle de Sepolia 11155111 et le champ des comptes doit pointer vers un signataire valide avec un solde suffisant.

5. Les clés API Etherscan personnalisées sont facultatives mais nécessaires si vous vérifiez le code source après le déploiement sur l'explorateur de blocs Sepolia.

Compilation et déploiement du contrat

1. Exécutez la compilation npx hardhat pour générer des artefacts ABI et bytecode dans le dossier Artefacts/ .

2. Créez un script de déploiement dans scripts/deploy.js qui importe la fabrique de contrats et appelle déployer() avec les arguments du constructeur.

3. Exécutez npx hardhat run scripts/deploy.js --network sepolia pour lancer la soumission de transactions en chaîne.

4. Le terminal affiche l'adresse du contrat déployé une fois la transaction confirmée ; cette adresse est immuable et consultable publiquement.

5. Les détails de la transaction, notamment le gaz utilisé, le numéro de bloc et le statut, peuvent être examinés à l'aide d'explorateurs tels que sepolia.etherscan.io .

Vérification du code source sur Etherscan

1. Installez le plugin @nomicfoundation/hardhat-etherscan et configurez sa clé API dans la section etherscan du fichier de configuration.

2. Assurez-vous que le contrat utilise une version Solidity vérifiée et ne contient aucun chemin d'importation insoluble : les importations relatives doivent être résolues correctement lors de la vérification.

3. Exécutez npx hardhat verify --network sepolia DEPLOYED_CONTRACT_ADDRESS 'constructor_arg1' 'constructor_arg2' .

4. Etherscan traite la demande et fait correspondre le bytecode ; une vérification réussie ajoute une coche verte à côté du nom du contrat sur la page de l'explorateur.

5. Si la vérification échoue, inspectez les paramètres du compilateur, les exécutions de l'optimiseur et les liaisons de bibliothèque. Les incohérences dans l'un d'entre eux entraînent un rejet.

Foire aux questions

Q : Pourquoi ma transaction de déploiement reste-t-elle en attente indéfiniment ? R : Cela se produit généralement en raison d’un prix du gaz insuffisant ou de faibles frais de priorité ; ajustez maxFeePerGas et maxPriorityFeePerGas dans le script de déploiement ou utilisez l'estimation des frais intégrée de Hardhat.

Q : Puis-je déployer sans exposer ma clé privée dans les fichiers de configuration ? R : Oui : utilisez des portefeuilles matériels comme Ledger via le plugin @nomicfoundation/hardhat-ledger de Hardhat ou injectez des comptes par programme à l'aide de ethers.Wallet.fromMnemonic avec des mnémoniques stockés dans l'environnement.

Q : Que se passe-t-il si je déploie deux fois le même contrat avec des arguments de bytecode et de constructeur identiques ? R : Deux adresses distinctes sont générées ; chaque déploiement crée une nouvelle instance avec un stockage et un état indépendants : même une source identique génère des entités uniques en chaîne.

Q : Est-il possible d'interagir avec un contrat déployé immédiatement après la confirmation de la transaction ? R : Oui : une fois la transaction finalisée (généralement un bloc), le contrat est actif et appelable via ethers.js ou web3.js en utilisant son ABI et son adresse.