Rédaction CryptoFlash · Sources consultées le 28 octobre 2026 · Comparatif documentaire, sans ouverture de compte ni opération financière. Exemples chiffrés fictifs.
Pour repérer un token crypto suspect, croisez un scanner de contrat, une simulation de vente et les données d’un explorateur. GoPlus, Token Sniffer, Honeypot.is, RugCheck et Etherscan répondent à des questions différentes. Aucun score vert ne garantit qu’un token est sûr, revendable demain ou intéressant à acheter. La première vérification porte toujours sur le couple réseau–adresse du contrat, jamais sur le seul nom du projet.
Top 5 : quel outil pour quelle vérification ?
Sur mobile, faites glisser le tableau pour lire toutes les colonnes.
| Outil | Usage principal | Limite essentielle |
|---|---|---|
| 1. GoPlus | Repérer les permissions et restrictions du token | Couverture et champs variables selon le réseau |
| 2. Token Sniffer | Examiner le contrat, les ressemblances et le Smell Test | Le score ne constitue pas un audit complet |
| 3. Honeypot.is | Simuler achat et vente sur les marchés pris en charge | Simulation contextualisée et couverture limitée |
| 4. RugCheck | Examiner les risques des tokens Solana | Données parfois en cache ; lire chaque alerte |
| 5. Etherscan | Contrôler les faits on-chain sur Ethereum | Explorateur, sans verdict global de sécurité |
Ce Top classe les rôles dans une méthode de vérification, pas la fiabilité absolue des prestataires. Les fonctionnalités sont issues des documentations officielles. Aucun achat, aucune signature et aucun test de revente réel n’ont été effectués pour ce guide. Les fonctions d’API avancées peuvent être payantes même lorsqu’un site propose une consultation publique.
Avant les outils : identifier exactement le token
Deux actifs peuvent partager un nom, un logo et un symbole tout en dépendant de contrats totalement différents. Un token envoyé sans demande dans votre wallet peut également porter une URL trompeuse. Ne visitez pas le lien du token et ne cherchez pas à « débloquer » sa valeur en connectant votre portefeuille.
Relevez le réseau, l’adresse complète du contrat ou du mint, la source qui l’annonce et la date de votre contrôle. Comparez l’adresse avec plusieurs canaux officiels cohérents. Un résultat trouvé par une recherche sur le nom doit encore être rapproché du contrat recherché. Une adresse EVM identique affichée sur deux réseaux ne prouve pas que les tokens y ont la même origine ou les mêmes droits.
Un honeypot permet typiquement l’achat tout en empêchant ou en pénalisant fortement la vente. Un rug pull peut prendre plusieurs formes, dont le retrait de liquidité ou l’exploitation de permissions. Détecter l’un de ces mécanismes ne couvre pas tous les risques : un contrat sans restriction apparente peut accompagner un projet mensonger ou une forte concentration de vendeurs.
1. GoPlus : lire les droits et les restrictions
Le service Token Security de GoPlus décrit des contrôles portant notamment sur l’émission de tokens, les permissions du contrat, les taxes, les listes de blocage et la liquidité. Son intérêt est de décomposer le risque en questions concrètes plutôt que de laisser le lecteur face à une note unique.
Lisez par exemple si une fonction permet de modifier les frais ou de suspendre les échanges. Demandez ensuite qui peut l’utiliser et dans quelles conditions. Une permission de gel peut être attendue pour certains actifs centralisés ; elle reste une information à comprendre. L’existence d’une permission ne permet pas, à elle seule, d’accuser le projet de fraude.
Limite : la documentation distingue plusieurs API et plusieurs réseaux. Ne transposez pas les résultats d’un module EVM à Solana. Une valeur manquante ou non analysable doit rester « inconnue », jamais devenir un contrôle réussi. Conservez l’heure du rapport : le contexte et certaines permissions peuvent évoluer.
2. Token Sniffer : interpréter le Smell Test
La documentation des résultats Token Sniffer décrit le contrat, les permissions, les ressemblances et le Smell Test. Dans cette échelle, 100 correspond au risque estimé le plus faible et 0 au plus élevé. Ce nombre reste le résultat d’une méthode automatisée.
Le champ utile : le résultat de vente simulée peut être indéterminé. La documentation lui attribue alors une valeur null, qui ne signifie ni vente réussie ni échec certain. Lisez aussi la date de rafraîchissement et le statut du rapport.
Une ressemblance avec un autre contrat ouvre une piste, sans prouver une fraude. Le périmètre de l’API dépend des réseaux et des fonctions ; ce document distingue aussi des accès payants. Ne supposez pas qu’une recherche publique comprend tous les tests.
3. Honeypot.is : examiner la possibilité de vendre
Honeypot.is se concentre sur la simulation et les restrictions d’échange. Sa documentation de contrôle permet de distinguer résultat de simulation, résultat de détection et erreurs. L’idée utile pour le lecteur est simple : « aucun honeypot détecté » et « simulation impossible » sont deux conclusions différentes.
La liste officielle des réseaux mentionne Ethereum, BNB Smart Chain et Base, avec des marchés pris en charge selon leurs architectures. Cela ne constitue pas une couverture universelle des tokens, pools et routes de trading. Vérifiez que le rapport vise bien la paire étudiée.
Limite : un test automatisé décrit une situation donnée. Il ne garantit ni une revente future ni le prix auquel votre montant serait exécuté. Des frais modifiables, des privilèges administratifs ou une liquidité très faible peuvent changer le résultat pratique. Il n’est pas nécessaire de risquer un achat pour lire un rapport public.
4. RugCheck : un contrôle adapté aux tokens Solana
RugCheck propose des rapports de risques. Pour Solana, la documentation liée à son service distingue les données gratuites mises en cache et les options de rapports rafraîchis. L’ancienneté du résultat fait donc partie du contrôle.
Attention aux échelles : le guide décrit un score brut, non borné, et un score normalisé sur 100. Dans les deux cas, un score inférieur correspond à moins de risques détectés. Ce sens est différent de celui du Smell Test Token Sniffer : comparer directement les nombres serait trompeur.
Examinez les permissions, la liquidité, les détenteurs et les relations entre comptes plutôt que de vous arrêter au badge. Des wallets distincts peuvent être liés ; le rapport ne prouve pas à lui seul l’identité de leurs propriétaires. Il ne garantit pas non plus la liquidité de votre future vente.
5. Etherscan : retrouver les éléments vérifiables
Etherscan explique son rôle d’explorateur Ethereum : consulter des transactions, des adresses, des contrats et des données de tokens. Dans une vérification, il sert à confronter les alertes des scanners aux informations on-chain accessibles. Il n’exige pas de connecter un wallet pour effectuer ces recherches publiques.
Vous pouvez rechercher le contrat exact, consulter ses transferts et examiner la répartition des détenteurs. Les grandes adresses peuvent correspondre à des pools, des exchanges, des contrats ou des portefeuilles individuels. Un pourcentage élevé ne s’interprète pas correctement sans identifier le rôle de l’adresse.
Limite : du code vérifié signifie qu’un code source a été rapproché du contrat déployé selon le processus de l’explorateur ; cela ne certifie ni la qualité du code ni l’honnêteté du projet. Pour un autre réseau, choisissez l’explorateur approprié dans notre Top 5 explorateurs blockchain.
Exemple fictif : un score rassurant, trois questions ouvertes
Imaginons un token pédagogique nommé « Exemple », sans lien avec un actif réel. Son contrat est vérifié et un scanner lui attribue une appréciation favorable. Un autre signale des frais modifiables. La simulation de vente aboutit pour une petite quantité, mais la liquidité affichée reste limitée et plusieurs détenteurs semblent reliés.
Sur mobile, faites glisser le tableau pour lire toutes les colonnes.
| Observation fictive | Ce qu’elle permet de dire | Ce qu’elle ne prouve pas |
|---|---|---|
| Contrat vérifié | Du code peut être examiné | Que le code est sans faille |
| Vente simulée réussie | Cette simulation a abouti | Que toute vente future aboutira |
| Frais modifiables | Une permission mérite examen | Qu’elle sera forcément utilisée frauduleusement |
| Détenteurs potentiellement liés | La concentration peut être sous-estimée | Une identité certaine des personnes |
La conclusion raisonnable est une liste de points non résolus. Le résultat favorable du premier scanner n’efface pas les autres signaux. Si vous ne comprenez pas la portée des permissions et de la liquidité, une note globale ne comble pas ce manque d’information. Cette méthode évite de transformer un outil de vigilance en justification automatique d’achat.
Atelier CryptoFlash · Un résultat inconnu reste inconnu
Exercice : que conclure de trois rapports contradictoires ?
Voici trois observations entièrement fictives sur un même token pédagogique. Aucun contrat réel n’est analysé et aucune adresse ne doit être saisie. L’objectif est de séparer une observation, une inconnue et une conclusion non démontrée.
Une note de 88/100 est affichée. Le champ de simulation de vente est « non déterminé ». Le rapport a été actualisé huit heures plus tôt.
Le second outil ne prend pas en charge le réseau étudié. Il ne produit donc pas de test pertinent pour ce contrat.
Le code source est vérifié. Une fonction de modification des frais est signalée, mais le titulaire actuel du droit n’est pas identifié dans votre dossier.
Le corrigé, disponible sans calcul
La première conclusion est la seule établie par ce dossier fictif. Une donnée non déterminée ne devient pas une vente réussie. Un outil incompatible n’a rendu aucun avis pertinent. Enfin, du code vérifié et une permission signalée ne prouvent ni innocuité ni fraude : il faut encore comprendre qui peut agir, sur quoi et dans quelles conditions.
La fiche à conserver pour votre propre lecture
- Réseau, adresse complète du contrat ou mint et provenance de cette adresse.
- Nom de l’outil, lien du rapport et heure de rafraîchissement.
- Champ lu et résultat exact : présent, absent, inconnu ou non compatible.
- Permission, autorité ou mécanisme à clarifier ; source prévue pour le contrôle.
- Conclusion limitée aux éléments établis, sans note de sécurité inventée.
Le mot « audit » implique un travail distinct d’une simple lecture de scanners. Si les éléments restent contradictoires, conservez la contradiction plutôt que de faire une moyenne des scores.
Pour vérifier le contrat et les transferts, poursuivez avec le guide des explorateurs blockchain. Avant un envoi, consultez aussi les erreurs de transfert à éviter.
Cas et corrigé originaux CryptoFlash, 28 octobre 2026. Les significations des champs et les limites des outils sont documentées dans les cinq fiches sourcées de ce guide. Cet exercice ne délivre aucun verdict sur un actif réel.
Une méthode en sept contrôles, sans signer
- Confirmer l’adresse et le réseau. Garder le lien de la source officielle et comparer le contrat complet.
- Vérifier la couverture du scanner. Un service non compatible ne peut pas rendre un avis pertinent sur le token.
- Lire les permissions. Émission, gel, frais, listes de blocage, pause et mise à jour du contrat demandent des explications.
- Examiner les marchés. Repérer la paire, la liquidité, sa concentration et les conditions de verrouillage annoncées.
- Rechercher les limites de vente. Distinguer test positif, échec de test et absence de données.
- Regarder les détenteurs avec contexte. Identifier les pools et contrats avant de conclure à la concentration.
- Noter les inconnues. Archiver date, liens et signaux contradictoires ; ne pas remplacer une réponse manquante par une supposition.
Cette lecture publique ne nécessite ni phrase de récupération, ni clé privée, ni autorisation de dépenser vos tokens. Si un site demande une signature pour afficher une analyse censée être publique, interrompez le parcours et vérifiez ce que vous êtes réellement en train d’autoriser.
Six termes à traduire avant de conclure
Une fonction d’émission peut augmenter le nombre de tokens. Son existence doit être rapprochée des droits effectifs et des règles du contrat.
Une fonction peut restreindre certains transferts. Il faut comprendre son périmètre, son titulaire et les conditions d’activation.
Le coût d’échange observé aujourd’hui peut ne pas être figé. Un taux ponctuel ne répond pas à la question des changements possibles.
Le contrat peut déléguer une partie de son fonctionnement. Examiner seulement une première adresse peut laisser une partie de la logique hors du contrôle.
C’est le contexte d’exécution d’une vente, pas la valeur affichée de votre wallet. Quantité, prix et route d’échange comptent ensemble.
Ce n’est pas un résultat favorable par défaut. Il faut conserver l’inconnue et sa raison : couverture, données, erreur ou simulation non disponible.
Ces définitions pédagogiques aident à lire les champs des documentations citées ; elles ne constituent pas un audit de contrat ni un verdict sur un projet.
Les pièges que ces outils ne règlent pas
Un scanner de token n’établit pas la solvabilité d’une entreprise, la véracité d’une promesse commerciale ou la sécurité de votre appareil. Il ne valide pas non plus le groupe Telegram qui vous a présenté l’actif. Les faux supports peuvent reprendre les captures d’un outil connu pour légitimer une demande de paiement.
Un contrat peut enfin être techniquement ordinaire et son prix manipulé. Volumes artificiels, informations trompeuses et absence d’acheteurs ne se résument pas à une permission de contrat. Notre guide des arnaques WhatsApp et Telegram complète donc ce contrôle technique. Pour les signatures et la protection des accès, consultez aussi les outils de sécurité des comptes crypto.
FAQ : scores, honeypots et tokens inconnus
Un score de 100 sur 100 signifie-t-il qu’un token est sûr ?
Non. Il indique le résultat d’une méthode et de données disponibles à un moment donné. Il ne supprime pas les risques de liquidité, d’administration, de fraude hors chaîne ou de baisse du prix.
Pourquoi deux scanners donnent-ils des résultats différents ?
Ils peuvent analyser des réseaux, pools, permissions ou instants différents. Vérifiez d’abord qu’ils concernent exactement la même adresse, puis comparez les alertes détaillées plutôt que les notes.
Une liquidité verrouillée empêche-t-elle tous les rug pulls ?
Non. Il faut comprendre quelle part est verrouillée, pour quelle durée et dans quel mécanisme. D’autres risques peuvent subsister, notamment des permissions sur le token ou une forte concentration de son offre.
Faut-il acheter un petit montant pour tester ?
Ce guide repose sur des consultations et simulations sans achat. Un petit test réel expose déjà des fonds et ne prouve pas qu’un montant supérieur ou une vente ultérieure serait possible.
Que faire d’un token suspect reçu gratuitement ?
Ne suivez pas ses liens et n’accordez pas d’autorisation pour le réclamer ou le vendre. Vous pouvez consulter les données publiques ou masquer son affichage. Un faux solde valorisé n’est pas une créance garantie.
Sources et méthode
Sources consultées le 28 octobre 2026 : documentations GoPlus, Token Sniffer, Honeypot.is, RugCheck/FluxRPC et centre d’information Etherscan, reliés dans les sections correspondantes. La sélection vise des fonctions complémentaires et des limites explicites. Aucun token réel n’est déclaré sûr ou frauduleux dans cet article ; le cas présenté est entièrement fictif.
Information éducative, sans conseil personnalisé. Vérifiez les conditions actuelles auprès des sources officielles. Les crypto-actifs peuvent entraîner une perte en capital.
Révision du 28 octobre 2026. Sources des cinq fiches revérifiées. Scénarios et corrigé conçus par CryptoFlash ; aucun token réel n’est classé sûr ou frauduleux. Trois illustrations originales créées avec une IA, légendées comme telles. Aucun compte client, achat, envoi ou audit réel n’est revendiqué.