La signature du deployer : comment le moteur reconnaît les récidivistes avant qu'ils ne trahissent

La force prédictive principale des données onchain est la biographie. Le token est nouveau, mais les mains qui l'ont lancé ne le sont presque jamais. Notre moteur construit là-dessus le registre des signatures.

Ce qu'est la signature

Les patterns stables du deployer entre les lancements : la part qu'il se garde ; comment il finance le lancement (la source du gas) ; il tient ou il dumpe, et à quel pourcentage de hausse ; les paramètres des contrats (les mêmes taxes/limites) ; le timing - à quelle vitesse il abandonne le token mort et lance le suivant. Les gens sont paresseux : un scammer qui a rodé son schéma le répète avec la précision d'un robot.

Comment les wallets se lient

Le « nouveau » deployer est souvent l'ancien : le financement depuis les mêmes adresses, la réutilisation des wallets intermédiaires, le bytecode identique des contrats, les sommes et les intervalles typiques. Le graphe des transferts coud les identités mieux que les scammers ne se cachent.

Ce que cela donne au verdict

• Un deployer avec un historique de rugs - le verdict tombe automatiquement, aussi « propre » que paraisse le nouveau token.
• Un récidiviste sans rugs évidents, mais avec un cimetière de tokens abandonnés - le drapeau de la chaîne : le destin du nouveau est statistiquement prévisible.
• Un premier lancement au comportement soigné - neutre : pas de biographie, les autres métriques décident.

La section avec l'historique des deployers concrets se branche sur chaque verdict ; les récidivistes se voient dans la rubrique.