2,7 milliards de transferts de spam blockchain : ce que cela signifie pour le contrôle des sanctions
Entre janvier et août 2026, plus de 2,7 milliards de transferts suspects de spam ont traversé TRON, Ethereum, BNB Smart Chain et Polygon. Ajoutez à cela 2,5 milliards de transferts de poussière sur Solana au seul premier trimestre 2026, et le tableau est sans équivoque : une part substantielle de toute l'activité on-chain n'a aucune valeur économique et ne répond à aucune intention réelle d'utilisateur. Pour les équipes de conformité, ce volume n'est pas qu'une simple nuisance. Il se traduit directement par une fatigue des alertes, des taux de rejet gonflés et de véritables questions sur l'intégrité des processus de contrôle des sanctions. Pour les cabinets qui s'appuient sur un logiciel de comptabilité crypto pour alimenter les contrôles de conformité en données de transactions, comprendre ce qu'est le spam, comment il se comporte selon la chaîne et ce qu'il coûte opérationnellement est désormais une exigence de base.
Ce qu'est réellement le spam blockchain
Ce terme générique recouvre trois types d'attaques distincts, chacun avec des structures de coûts, des profils de détection et des préférences de chaîne différents. Tous trois partagent un même objectif : insérer une adresse contrôlée par l'attaquant dans l'historique de transactions d'une victime afin qu'elle puisse ensuite être prise pour une contrepartie de confiance.
Le dusting (poussière)
L'attaquant envoie un montant réel mais négligeable d'un jeton, souvent une fraction de centime en stablecoin, vers le portefeuille cible. La transaction est techniquement légitime. Les jetons circulent. Mais l'unique but est de planter l'adresse de l'attaquant dans l'historique de la victime. Lorsque la victime copie ensuite une adresse récente depuis l'interface de son portefeuille, laquelle tronque généralement les adresses pour n'afficher que les premiers et derniers caractères, elle peut copier la mauvaise.
Transferts à valeur nulle
Sur certaines blockchains, notamment TRON, les règles de transfert de jetons permettent à quiconque de soumettre un transfert d'un montant nul au nom de n'importe quelle adresse sans détenir les clés privées de celle-ci. Aucun fonds ne bouge. Aucune clé n'est compromise. Mais l'historique du portefeuille de la victime affiche désormais un transfert sortant apparent vers l'adresse de l'attaquant. La victime voit l'écriture et peut ensuite copier cette adresse pour un transfert réel.
Usurpation par jetons contrefaits
L'attaquant déploie un faux contrat de jeton qui imite le nom et le symbole boursier d'un jeton légitime, puis génère des événements de transfert qui apparaissent dans les explorateurs de blocs et les portefeuilles comme si la victime avait reçu ou envoyé le vrai jeton. C'est la variante la plus exigeante techniquement, car elle nécessite le déploiement d'un contrat intelligent, ce qui la rend plus coûteuse. Ce coût la pousse vers des chaînes à frais élevés, où le gain par portefeuille ciblé justifie les frais généraux.
La répartition chaîne par chaîne
Le spam se concentre là où les frais sont faibles par rapport au gain potentiel. La méthode employée par les attaquants suit le régime de frais et l'architecture sous-jacents de chaque chaîne. Les données couvrant janvier à août 2026 rendent cette variation évidente.
TRON
TRON est le réseau le plus touché en termes proportionnels. La poussière a représenté 30 % de tous les transferts sur la période de mesure. Sur l'ensemble des portefeuilles actifs recevant des fonds sur TRON, 60 % ont été touchés par le dusting au moins une fois. Le modèle de bande passante et d'énergie de TRON, qui rend de nombreux transferts effectivement gratuits pour les comptes disposant de ressources mises en jeu suffisantes, permet un spam à l'échelle industrielle à un coût marginal négligeable. Les transferts à valeur nulle sont également structurellement possibles sur TRON en raison des règles permissives régissant la soumission des transferts de jetons.
Solana
Solana a enregistré 2,5 milliards de transferts de poussière au seul premier trimestre 2026, soit 13 % de l'activité, touchant 27 millions d'adresses. Ces chiffres ne couvrent que le premier trimestre et ne sont donc pas directement comparables aux totaux sur huit mois des quatre autres chaînes. L'architecture de Solana inclut une validation de l'autorité de mint, qui rend l'usurpation par jetons contrefaits impraticable à grande échelle. Le dusting y domine donc, tandis que l'usurpation plus sophistiquée fondée sur des contrats, observée sur les chaînes EVM, y est largement absente.
BNB Smart Chain
BSC est la capitale des jetons contrefaits dans le jeu de données. Plus de 460 millions de faux événements de transfert se sont produits entre janvier et août 2026, avec environ 7 000 contrats de jetons contrefaits atteignant plus de 454 millions d'adresses. Cela représente 44,5 % de tous les receveurs actifs de BSC confrontés à au moins un événement de jeton usurpé. Chaque contrat a atteint en moyenne environ 65 000 adresses.
Ethereum
Ethereum connaît des volumes de spam globalement plus faibles, ce qui reflète des coûts de gaz plus élevés rendant le dusting de masse non économique. Les attaquants compensent en tirant bien davantage de chaque contrat qu'ils déploient. Seulement 390 contrats de jetons contrefaits ont atteint 30,6 millions d'adresses Ethereum, soit environ 18 % des receveurs actifs, à raison d'environ 79 000 adresses par contrat. C'est la portée par contrat la plus élevée de toutes les chaînes mesurées, ce qui indique un déploiement hautement ciblé.
Polygon
Polygon présente un mélange des trois types d'attaques. Les jetons contrefaits ont atteint 22,7 millions d'adresses via environ 790 contrats, couvrant 24 % des receveurs actifs. La portée par contrat plus faible que sur Ethereum reflète l'environnement de frais plus bas de Polygon, qui rend viable un déploiement plus large mais moins ciblé.
| Chaîne | Type de spam dominant | Adresses touchées | Part des receveurs actifs |
|---|---|---|---|
| TRON | Poussière / Valeur nulle | ~709 M (combiné, 5 chaînes) | 60 % touchés par la poussière |
| Solana | Poussière | 27 M (T1 uniquement) | 13 % de l'activité du T1 |
| BSC | Jeton contrefait | 454 M+ | 44,5 % |
| Ethereum | Jeton contrefait | 30,6 M | ~18 % |
| Polygon | Mixte | 22,7 M | 24 % |
Le coût opérationnel pour les équipes de conformité
Un spam à cette échelle atterrit directement dans les processus de contrôle des sanctions. Chaque transfert de spam qui touche une adresse signalée ou proche d'un signalement génère une alerte qu'un humain ou un système automatisé doit examiner, puis escalader ou rejeter. Les données quantifient précisément ce fardeau.
Rejets d'alertes dus à la poussière
En 2026, 38 % de tous les rejets d'alertes de sanctions provenaient de transferts de poussière. Ce chiffre n'est pas resté statique sur l'année. Il est passé de 25 % en janvier 2026 à 10 % en août 2026, avec des pics à divers moments entre les deux. La tendance suggère que les processus de conformité se sont adaptés au cours de la période, que ce soit par de meilleures règles de filtrage, des ajustements de seuils ou de meilleurs outils, mais le point de départ souligne à quel point de nombreuses équipes étaient exposées en début d'année.
L'importance économique de ces rejets est négligeable presque par définition. La valeur moyenne d'une alerte de sanctions liée à la poussière rejetée était de 0,0000588 USD, et la médiane de 0,00 USD, reflétant des transferts de jetons à valeur nulle. Les équipes de conformité consacraient du temps d'investigation à des transactions qui ne déplaçaient rien. Ce n'est pas un problème de calibrage du risque, mais un problème de bruit qui, s'il n'est pas traité, dégrade la qualité du signal de l'ensemble du programme de contrôle.
Décisions de seuils et de pondération
La part de ce fardeau portée par chaque cabinet est, dans une large mesure, un choix institutionnel. Les programmes de conformité disposent d'une grande latitude quant à ce que leurs contrôles signalent et à quels seuils. L'analyse note que les équipes les plus matures pondèrent plusieurs facteurs en combinaison : caractéristiques de l'expéditeur, historique du portefeuille, montant de la transaction et schéma de sauts. Agir sur un seul point de données, comme une adresse apparaissant dans une transaction, sans contexte, c'est ce qui produit des volumes d'alertes que les systèmes de suivi ne peuvent pas traiter efficacement.
Ce que cela signifie pour les cabinets comptables et les directeurs financiers
Pour les cabinets comptables conseillant des clients en actifs numériques et pour les directeurs financiers gérant des opérations de trésorerie incluant des crypto-actifs, le problème du spam présente deux dimensions distinctes.
Classification des transactions et intégrité du grand livre
Les transferts de poussière non sollicités et les événements de jetons à valeur nulle atterrissent dans l'historique du portefeuille d'un client, qu'il le veuille ou non. Dans un environnement de logiciel de comptabilité d'actifs numériques bien configuré, ces écritures doivent être identifiées et classées correctement. Un reçu de poussière non sollicité d'une valeur marchande de 0,00000X USD est techniquement un revenu selon la plupart des référentiels de comptabilisation, mais le montant est si faible que les seuils de signification l'élimineront presque universellement. Le risque plus grave est qu'un événement de jeton contrefait apparaisse dans un grand livre comme si un vrai jeton avait été reçu, ce qui pourrait fausser les soldes d'actifs si le logiciel ingère des données de transactions brutes sans distinguer les transferts authentiques des transferts usurpés.
Les cabinets qui exécutent des processus de tenue de comptabilité crypto doivent confirmer que leurs pipelines de données savent distinguer les reçus de jetons authentiques des événements générés par des contrats contrefaits. Ce n'est pas une préoccupation théorique. Avec 460 millions de faux événements de transfert sur la seule BSC en huit mois, la probabilité qu'au moins un tel événement touche un portefeuille activement géré est élevée.
Conception du programme AML
Pour les cabinets ayant des obligations AML, qu'ils soient prestataires de services sur actifs virtuels, conseillers de ceux-ci ou entités réglementées traitant des transactions crypto, les données de TRM renforcent un principe que les régulateurs de plusieurs juridictions ont déjà énoncé : les contrôles de filtrage des sanctions doivent être calibrés en fonction du risque, et non binaires. Un système de filtrage qui déclenche une alerte sur chaque adresse apparaissant dans un enregistrement de transaction produira un volume d'alertes ingérable sur TRON, BSC et de plus en plus sur Ethereum. Les régulateurs attendent des cabinets qu'ils documentent la justification de leurs seuils et démontrent que les rejets reposent sur une analyse substantielle, et non sur une validation réflexe du bruit de faible valeur.
Cela se rattache directement à la posture d'application. Comme nous l'avons exposé dans notre précédent article sur l'analyse blockchain et la conformité aux sanctions, les régulateurs ont clairement indiqué qu'une méthodologie de filtrage inadéquate, et non seulement une couverture de filtrage insuffisante, constitue une source de risque d'application. Un cabinet qui rejette 38 % de ses alertes de sanctions en raison de la poussière sans justification documentée expliquant pourquoi la poussière à des seuils inférieurs au centime représente un risque négligeable n'est pas dans une position défendable.
La dimension inter-chaînes ajoute une complexité supplémentaire. Les cabinets opérant sur TRON, Ethereum et BSC font face à des typologies de spam matériellement différentes sur chaque chaîne, et une politique de filtrage unique est peu susceptible d'être bien calibrée pour les trois simultanément. L'analyse de la criminalité inter-chaînes publiée plus tôt cette année met en évidence pourquoi des évaluations de risque spécifiques à chaque chaîne sont de plus en plus nécessaires pour les cabinets exposés à plusieurs chaînes.
Étapes pratiques pour les équipes de conformité
Revoir la logique des seuils par chaîne
Si votre programme de contrôle des sanctions applique des seuils uniformes à toutes les chaînes, les données ci-dessus suggèrent qu'il est mal calibré. Le taux de spam de 30 % sur TRON et le taux de pénétration de 44,5 % de jetons contrefaits sur BSC signifient qu'une approche indifférenciée générera soit un volume d'alertes excessif, soit manquera un risque réel en supprimant trop agressivement. Documentez dès maintenant la justification de seuils spécifiques à chaque chaîne, avant qu'un régulateur ne le demande.
Auditer l'ingestion des données du grand livre
Demandez à votre fournisseur de logiciel de comptabilité crypto ou à votre équipe de données interne comment le système traite les événements de jetons contrefaits. Plus précisément : ingère-t-il tous les événements de transfert de jetons depuis les explorateurs de blocs, ou valide-t-il les adresses de contrats de jetons par rapport à un registre de confiance ? Si la réponse est la première, vous pouvez avoir des soldes d'actifs fantômes dans les grands livres clients qui doivent être examinés et corrigés.
Former le personnel aux mécanismes
Les analystes de conformité qui comprennent pourquoi un portefeuille a reçu des milliers de transferts de 0,00 USD, et qui peuvent identifier les schémas révélateurs de l'usurpation par troncature d'adresse, traiteront plus rapidement les alertes légitimes et escaladeront plus fiablement le risque réel. L'analyse de TRM fournit une base technique utile pour les supports de formation internes.
Questions fréquentes
Recevoir un transfert de poussière crée-t-il une obligation fiscale ?
Dans la plupart des juridictions, la réception non sollicitée d'un jeton constitue techniquement un revenu imposable à sa juste valeur marchande. Pour les transferts de poussière d'une valeur de 0,00 USD ou d'une fraction de centime, ce montant sera presque toujours inférieur à tout seuil de signification pratique, mais le principe s'applique toujours. Les cabinets doivent s'assurer que leur logiciel de comptabilité d'actifs numériques les classe correctement plutôt que de les ignorer totalement, afin que les enregistrements soient auditables.
Un événement de jeton contrefait peut-il créer un faux solde d'actif dans les enregistrements comptables ?
Oui, si votre pipeline de données ingère des événements de transfert de jetons bruts sans valider l'adresse du contrat d'origine par rapport au contrat du jeton authentique. Un événement de jeton contrefait peut apparaître comme la réception d'un stablecoin ou d'un jeton de gouvernance bien connu. Si le logiciel ne distingue pas le contrat réel du faux, il peut enregistrer un actif fantôme. Les cabinets doivent confirmer auprès de leurs fournisseurs de données comment la vérification des contrats est gérée.
Les cabinets sont-ils tenus de filtrer les transferts de poussière en vertu des réglementations sur les sanctions ?
Les obligations en matière de sanctions sont généralement fondées sur les transactions et n'exemptent pas les transferts simplement parce que leur valeur est négligeable. Toutefois, les régulateurs attendent des programmes de filtrage qu'ils soient calibrés en fonction du risque. Les cabinets peuvent documenter un seuil en dessous duquel les transferts de poussière sont évalués comme présentant un risque économique négligeable, à condition que cette justification soit défendable et appliquée de manière cohérente. Un cabinet qui rejette les alertes de poussière sans aucune justification documentée est dans une position plus faible qu'un cabinet disposant d'une politique écrite expliquant pourquoi les transferts de 0,000X USD sortent du champ d'une exposition significative.
Pourquoi le spam varie-t-il autant d'une blockchain à l'autre ?
L'économie des frais et l'architecture des chaînes expliquent cette variation. Les chaînes à frais bas comme TRON et Solana rendent le dusting de masse viable à un coût presque nul par transfert, de sorte que les attaquants l'exécutent en volume. Les chaînes à frais élevés comme Ethereum rendent le dusting de masse non économique, poussant les attaquants vers des contrats de jetons contrefaits moins nombreux mais plus précisément ciblés, capables d'atteindre de nombreux portefeuilles par déploiement. La validation de l'autorité de mint de Solana rend également l'usurpation par jetons contrefaits structurellement impraticable sur cette chaîne, ce qui explique pourquoi la poussière y domine à la place.
Que doit faire un cabinet s'il découvre des événements de jetons contrefaits dans l'historique du grand livre d'un client ?
La première étape consiste à identifier toutes les écritures concernées en validant l'adresse du contrat de jeton de chaque événement par rapport au contrat publié du jeton légitime. Les écritures générées par des contrats contrefaits doivent être reclassées, généralement comme des événements non économiques à valeur nulle, et l'ajustement documenté avec une piste d'audit claire. Si le grand livre a servi à préparer des états financiers ou des déclarations fiscales, une évaluation de la signification est nécessaire pour déterminer si des corrections sont requises.
Source : TRM Labs