Quels sont les premiers signes d’un projet NFT ?

Déploiement de contrats intelligents non vérifiés

1. Le code source du contrat n'est pas vérifié sur Etherscan ou BSCScan, laissant toute logique opaque à un examen externe.

2. Les fonctions de propriété restent sous le contrôle du déployeur, permettant le retrait unilatéral de liquidités ou de privilèges de frappe.

3. Les autorisations critiques telles que renounceOwnership() sont absentes, ce qui indique que l'autorité administrative est conservée sur les fonctions principales du protocole.

4. Les restrictions de transfert de jetons, telles que les adresses sur liste noire ou les transferts suspendus, sont mises en œuvre sans justification de gouvernance transparente.

5. Une grande partie de l’offre totale est allouée directement aux portefeuilles des développeurs, sans calendrier d’acquisition ni répartition des tokens publics.

Chronologie du développement suspect

1. Le projet est lancé dans les 72 heures suivant son premier commit GitHub, sans déploiement de testnet ni cycle de retour de la communauté.

2. Les actifs frontaux sont copiés textuellement depuis PancakeSwap ou Uniswap, y compris les points de terminaison RPC codés en dur et les composants d'interface utilisateur obsolètes.

3. Le livre blanc contient du texte fictif comme « Lorem ipsum » ou des références à des partenariats inexistants avec de grandes sociétés de capital-risque.

4. Aucun environnement de démonstration fonctionnel ni dApp de test interactif n'est fourni avant le lancement du réseau principal.

5. Toutes les biographies des membres de l'équipe ne disposent pas de profils LinkedIn vérifiables, d'affiliations universitaires ou de contributions open source antérieures.

Fausses mesures d’engagement social

1. Le groupe Telegram affiche des horodatages de messages identiques sur des centaines de comptes, suggérant une activité massive des robots.

2. Les abonnés Twitter affichent plus de 80 % de comptes inactifs : pas de photo de profil, pas de tweets au-delà des retweets des annonces officielles.

3. Les rôles du serveur Discord sont attribués automatiquement lors de l'adhésion, en contournant les étapes de modération humaine ou de vérification de type KYC.

4. Les pics d’engagement coïncident précisément avec les dépôts programmés du pool de liquidités, révélant un comportement de pompe coordonné.

5. Les tweets officiels du projet reçoivent un nombre disproportionné de likes provenant de comptes créés moins de 48 heures auparavant.

Drapeaux rouges relatifs aux audits tiers

1. Le rapport d'audit est émis par une société sans historique d'audit DeFi préalable et sans documentation méthodologique publiée.

2. Le rapport manque d'annotations de code ligne par ligne, omettant des sections critiques telles que la logique de répartition des frais et les fonctions de retrait d'urgence.

3. La date d'audit précède l'horodatage de création du référentiel GitHub, ce qui rend la validation technique impossible.

4. Aucun calendrier de remédiation n'est fourni pour les constatations de gravité élevée, et aucune confirmation de nouveau test post-audit n'est publiée.

5. La portée de l'audit exclut les contrats de routeurs et les implémentations de proxy, composants essentiels au contrôle des mouvements de fonds.

Tokenomics et anomalies de liquidité

1. La liquidité initiale est fournie uniquement par les portefeuilles des développeurs, sans participation de teneurs de marché tiers.

2. Les jetons LP ne sont pas verrouillés via des services comme Unicrypt ou Team Finance, permettant une suppression immédiate à tout moment.

3. La distribution de jetons comprend des allocations inexpliquées appelées « Incitations écosystémiques » totalisant plus de 40 % de l'offre.

4. Les taxes d'achat/vente fluctuent de manière dynamique en fonction du volume des transactions, permettant ainsi la manipulation de la découverte des prix.

5. Le contrat inclut des fonctions cachées comme setNewOwner() qui peuvent être déclenchées sans émission d'événement ni visibilité frontale.

Foire aux questions

Q : Un contrat audité peut-il quand même être efficace ? R : Oui. Les audits évaluent l'exactitude du code, et non l'intention du développeur. Un contrat peut réussir tous les contrôles techniques tout en conservant les fonctions de porte dérobée activées uniquement après le déploiement.

Q : Un jeton LP verrouillé garantit-il la sécurité ? R : Pas nécessairement. Les verrous peuvent être contournés si la propriété reste centralisée ou si le contrat de verrouillage lui-même contient une logique exploitable.

Q : Pourquoi certains projets utilisent-ils de fausses photos d'équipe ? R : Pour simuler la légitimité. Les images d’archives ou les photos fortement filtrées empêchent les recherches d’images inversées et obscurcissent les identités réelles derrière des pseudonymes.

Q : Un APY élevé est-il toujours un signe d’avertissement ? R : Pas en soi, mais un APY soutenu à deux chiffres sans sources de revenus vérifiables est fortement corrélé à des calendriers d'émission de jetons non durables conçus pour une sortie anticipée.