Comment vérifier si une adresse est un contrat intelligent

Comprendre les contrats intelligents et les adresses de portefeuille

1. Les réseaux de blockchain comme Ethereum se différencient entre les comptes appartenant à l'extérieur (EOAS) et les comptes contractuels. Les EOA sont contrôlés par des clés privées et représentent généralement des utilisateurs individuels. Les comptes contractuels sont régis par le code et activés lorsque les transactions leur sont envoyées.

2. Une adresse de contrat intelligente est générée lorsqu'un contrat est déployé sur la blockchain. Contrairement aux EOAS, ces adresses contiennent un code exécutable qui définit leur comportement. Identifier si une adresse est un contrat aide les utilisateurs à éviter d'envoyer des fonds incorrectement ou à interagir avec un code malveillant.

3. Si l'adresse renvoie des bytecodes non vides lorsqu'il est interrogé, il s'agit d'un contrat.

4. Les adresses du portefeuille, en revanche, ne contiennent aucun code. Ils reçoivent et envoient simplement des transactions. Lorsque vous inspectez une telle adresse sur un explorateur de blockchain, le champ «contrat» sera soit vide ou marqué comme un contrat.

5. L'identification erronée d'un contrat en tant que portefeuille peut entraîner des pertes irréversibles. Par exemple, l'envoi de jetons à un contrat qui n'a pas de fonction de dépôt peut entraîner une perte permanente de fonds.

Utilisation d'explorateurs de blockchain pour vérifier l'état du contrat

1. Des plates-formes comme Etherscan (pour Ethereum), BSCSCAN (pour Binance Smart Chain) ou Polygonscan permettent aux utilisateurs de coller toute adresse dans la barre de recherche. Si l'adresse appartient à un contrat intelligent, la page affichera des onglets tels que «contrat», «contrat de lecture» et «contrat d'écriture».

2. Lorsqu'un contrat est vérifié, le code source, l'ABI et la version du compilateur sont souvent accessibles au public sur ces plateformes. Cette transparence aide les développeurs et les utilisateurs à comprendre la fonctionnalité et la sécurité du contrat.

3. Si l'adresse est un portefeuille régulier, l'explorateur affichera l'historique des transactions, les titres de jeton et les transactions internes, mais aucun onglet lié au contrat n'apparaîtra.

4. Certains explorateurs étiquettent explicitement le type d'adresse. Par exemple, Etherscan affiche une petite balise à côté du nom d'adresse indiquant «contrat» ou «EOA».

5. Les utilisateurs peuvent également vérifier la section «code» d'une adresse. S'il lit «ce compte n'a pas de contrat», ce n'est pas un contrat intelligent. Si Bytecode est présent, il confirme la présence d'un contrat.

Tirer parti des outils et de bibliothèques Web3

1. Les développeurs peuvent utiliser Web3.js ou Ethers.js pour déterminer par programme si une adresse est un contrat. Dans web3.js, la méthode web3.eth.getCode(address) récupère le bytecode à l'adresse spécifiée.

2. Si la valeur renvoyée est «0x» ou «0x0», l'adresse est probablement un compte détenu externe. Toute autre valeur indique la présence de code contractuel.

3. Dans Ethers.js, la fonction équivalente est provider.getCode(address) . Il renvoie une promesse qui se résout au bytecode. Cette approche est utile pour les DAPP qui doivent valider les adresses avant d'autoriser les interactions.

4. Les scripts peuvent être écrits pour vérifier par lots plusieurs adresses. Ceci est particulièrement utile pour les auditeurs ou les services qui analysent de grands volumes de données sur la chaîne.

5. La prudence doit être exercée lors de l'interaction avec des contrats non vérifiés. Même si une adresse a du code, l'absence de code source vérifié rend difficile l'évaluation de son comportement et de sa fiabilité.

Pièges communs et considérations de sécurité

1. Certains acteurs malveillants déploient des contrats qui imitent les adresses token bien connues. Les utilisateurs peuvent supposer qu'ils envoient des fonds à un portefeuille lorsqu'ils interagissent réellement avec un contrat conçu pour voler des actifs.

2. Les contrats proxy peuvent compliquer l'identification. Ils apparaissent souvent comme des contrats mais déléguent la logique à un contrat de mise en œuvre. Le bytecode à l'adresse proxy peut ne pas refléter la fonctionnalité réelle.

3. N'envoyez jamais de fonds à une adresse sans vérifier son type et son objectif, surtout s'il est fourni par une source non fiable. Même les contrats vérifiés peuvent avoir des vulnérabilités ou une intention malveillante.

4. Les escrocs utilisent parfois les adresses contractuelles que les petits montants de rendement automatiquement pour renforcer la confiance. Ceux-ci sont connus sous le nom de contrats de «pot de miel» et sont conçus pour attirer les victimes dans l'envoi de montants plus importants.

5. Adresses du contrat de référence toujours à référence avec les sites Web officiels du projet ou les canaux communautaires. Les projets réputés publient généralement leurs adresses contractuelles avec le statut de vérification.

Questions fréquemment posées

Un contrat intelligent peut-il recevoir une crypto-monnaie native comme ETH? Oui, les contrats intelligents peuvent recevoir ETH ou d'autres jetons natifs s'ils ont une fonction de repli payable. Cependant, sans une telle fonction, l'envoi d'ETH directement échouera ou restera coincé.

Est-il possible pour un contrat de ne pas avoir de code mais toujours d'être un contrat? Non. Un contrat doit avoir Bytecode déployé sur chaîne. Si getCode renvoie «0x», ce n'est pas un contrat. Les contrats autodestrués peuvent laisser une adresse sans code mais ne sont plus fonctionnels.

Qu'est-ce que cela signifie si une adresse a du code mais pas d'historique de transaction? Il pourrait s'agir d'un contrat nouvellement déployé avec qui n'a pas encore été interagi. Alternativement, il pourrait s'agir d'un contrat de dormant ou d'escroquerie en attendant que les victimes s'engagent.

Toutes les blockchains gèrent-elles les adresses du contrat de la même manière? La plupart des chaînes compatibles EVM suivent le modèle d'Ethereum. Cependant, les chaînes non EVM comme Solana ou Cosmos utilisent différents modèles de compte, de sorte que les méthodes de vérification de l'état du contrat varient selon le réseau.