Bitcoin est basé sur un grand livre ouvert, donc avec les bonnes compétences, tout transfert peut être retracé d'une adresse à l'autre. Une industrie entière en est née : des traders traquant les baleines et les flux vers les bourses, des experts en blockchainmédecine légale aide à restituer les biens volés, la conformité filtre les pièces « sales ».
Dans ce guide, nous expliquerons étape par étape comment analyser manuellement les transactions, comment rationaliser le travail à l'aide d'outils et d'automatisation, et pourquoi même le traçage le plus avancé donne une probabilité et non une réponse à 100 %.
Laissons de côté les définitions de base et les mesures du marché : il existe des informations distinctes pour elles sous forme de carte.
Partie 1. Analyse manuelle des transactions
Étape 1. Recherchez la transaction par TXID
Chaque transfert sur la blockchain possède un identifiant unique – IDTXhachage de transaction. Il s'agit d'une longue chaîne, généralement de 64 caractères, que le réseau obtient en exécutant toutes les données de transfert (entrées, sorties, montants et signatures) via l'algorithme SHA-256.
Il est presque impossible de simuler un tel hachage : la moindre modification de données donne une chaîne complètement différente, donc il n'y a pas deux TXID identiques. Il s'agit essentiellement d'un « numéro de contrôle » grâce auquel la transaction sera trouvée et vérifiée par n'importe quel nœud du réseau.
La manière d’obtenir le hachage dépend de ce que vous avez déjà sous la main :
- si le transfert a déjà été effectué, il peut être ouvert dans l'historique du portefeuille ou de l'échange. À côté de la transaction se trouve généralement un lien du type « Afficher dans le navigateur » : il mène à la page de la transaction, où l'identifiant est indiqué dans son intégralité ;
- si vous disposez uniquement de l’adresse de l’expéditeur ou du destinataire, elle est insérée dans la barre de recherche de n’importe quel navigateur blockchain (explorateur). L'historique des adresses avec tous les transferts s'ouvrira ; la transaction requise peut être identifiée par le montant et la date, et son hachage peut être trouvé sur la page de la transaction elle-même.
Étape 2. Analysons la structure de la transaction : entrées, sorties et changement
Contrairement à un compte bancaire, Bitcoin ne stocke pas le solde sous la forme d’un seul numéro. Le réseau fonctionne selon le modèle UTXO (unspent transaction output) : les fonds existent sous forme de « factures » distinctes de différentes dénominations, et le portefeuille n'en stocke que les clés. Le solde disponible est la somme de toutes ces sorties que le propriétaire contrôle.
Vous ne pouvez pas dépenser partiellement une « facture ». Lors du paiement, cette sortie est intégrée à l'ensemble de la transaction et, en retour, le réseau en crée deux nouvelles : une pour le destinataire, la seconde pour le retour à l'expéditeur vers une nouvelle adresse.
Prenons un exemple. Alice a une production de 5 BTC et transfère 0,01 BTC à Bob. Une entrée de 5 BTC, un paiement de 0,01 BTC et une modification de ~4,99 BTC (moins la commission) apparaissent sur la blockchain.
Tout observateur peut voir l'ensemble de l'opération grâce à l'explorateur – un paiement « rond » peut être facilement distingué d'un changement « fractionné ». Cette fonctionnalité est utilisée pour déterminer l’adresse de livraison dans le cadre de l’investigation de la blockchain.
Étape 3. Vérifiez les confirmations et le pool de mémoire
Une transaction envoyée n’apparaît pas instantanément sur la blockchain. Tout d'abord, le transfert aboutit dans le mempool – une file d'attente générale d'opérations en attente d'être incluses dans le bloc. Il peut y avoir des retards à ce stade : les mineurs donnent généralement la priorité aux opérations avec une commission plus élevée, donc si le transfert est trop faible, le transfert peut rester longtemps dans la file d'attente.
Dès que l'opération entre dans le bloc, elle reçoit sa première confirmation. Une fois qu'une entrée est incluse dans un bloc, elle reçoit sa première confirmation. À chaque étape suivante, le niveau de fiabilité augmente et la probabilité d'annulation diminue. Pour les petits montants, une ou deux confirmations suffisent généralement, tandis que pour les paiements importants, il est courant d'en attendre six.
À l'aide du hachage, il est pratique de surveiller cela en temps réel : l'explorateur indiquera si le transfert est en attente, dans quel bloc il se trouvait, combien de confirmations il a reçues et quelle commission l'expéditeur a payée. Si l'opération reste bloquée depuis longtemps, la même page vous en indiquera la raison – le plus souvent il s'agit d'une commission sous-estimée.
Étape 4. Tracer le chemin de la pièce
Chaque entrée d'une nouvelle opération fait référence à une sortie spécifique de l'une des précédentes – en fonction de son hachage, et elle peut avoir plusieurs entrées et sorties à la fois. Par conséquent, les transferts ne forment pas une chaîne, mais un réseau étendu : les pièces qu'il contient convergent et divergent entre les adresses.
Grâce à ce réseau, le mouvement des fonds peut être retracé dans les deux sens – vers de nouvelles adresses et retour, jusqu'à la transaction coinbase dans laquelle ils sont apparus pour la première fois en récompense du bloc extrait.
En pratique, l’analyste se rend aux adresses de sortie et regarde où les fonds sont ensuite allés. Puis il répète la même chose avec de nouvelles adresses – étape par étape, jusqu'à ce qu'une chaîne complète soit formée.
C'est ainsi qu'apparaissent des itinéraires caractéristiques sur la blockchain : transfert vers un échange, fractionnement d'un montant important en plusieurs parties ou retrait de biens volés via plusieurs portefeuilles intermédiaires.
Exemple : en 2025, une des premières adresses d'investisseur est devenue active pour la première fois après 13 ans d'inactivité, transférant 909 BTC (environ 85 millions de dollars) vers un nouveau portefeuille. Ces pièces ont été obtenues en 2012-2013, lorsque le prix du Bitcoin ne dépassait pas quelques dollars.
Un tel transfert est visible dans n'importe quel explorateur : il suffit d'ouvrir l'adresse, de suivre les chaînes de sorties et de voir où sont ensuite passés les fonds.
Partie 2. Mise en service de l'analyse
L'analyse manuelle est utile lorsqu'il n'y a qu'une ou deux transactions. Mais le registre est réapprovisionné chaque seconde, et il est impossible de parcourir de nos yeux des milliers de traductions.
C'est là qu'intervient l'automatisation : les programmes eux-mêmes demandent des données au réseau, calculent les indicateurs et envoient une notification au bon moment. Examinons ses trois niveaux : accès aux données, analyse et surveillance.
Étape 5. Connectez-vous aux données via l'API
Le premier niveau est l'accès programmatique à la blockchain via API nœuds et explorateurs. Il s'agit de l'interface à travers laquelle le script demande les mêmes informations que celles que nous pouvions auparavant voir sur la page de traduction (mais sans intervention humaine et dans aucune mesure).
Le service mempool.space propose deux options. L'API REST répond à des requêtes ponctuelles : statut de la transaction, solde d'adresse, statut du pool de mémoire. L'API WebSocket maintient une connexion constante et envoie elle-même des mises à jour – vous pouvez vous abonner à une adresse et recevoir un signal à chaque fois qu'un nouveau transfert la traverse.
Blockchair et Bitquery sont adaptés aux vérifications de masse : ils envoient des données à plusieurs adresses à la fois et prennent en charge webhooks.
Étape 6. Automatisez les analyses
Le deuxième niveau concerne les plateformes qui vous permettent de rédiger une demande une seule fois et de recevoir un tableau de bord prêt à l'emploi au lieu d'un résultat unique.
Sur Dune, les données de la blockchain sont interrogées en SQL et affichées sur des graphiques ; le rapport sur les flux d'échange, l'activité des baleines ou les principaux détenteurs est mis à jour automatiquement, sans nouvelle requête.
Flipside est structuré de la même manière : il dispose également d'un SDK Python gratuit, grâce auquel les données peuvent être extraites directement dans les scripts utilisateur.
La principale différence par rapport à la méthode manuelle est simple : la requête est écrite une seule fois, mais fonctionne en permanence. Auparavant, l'analyste examinait le graphique quotidiennement. Il existe désormais des tableaux de bord qui se mettent à jour eux-mêmes.
Étape 7. Configurer la surveillance et les alertes
Le troisième niveau concerne les notifications au lieu de l’actualisation manuelle de la page. La combinaison « API plus bot » surveille les adresses nécessaires et envoie une notification dès que les fonds arrivent ou partent. C'est ainsi que fonctionnent à la fois les notifications publiques sur les transactions de grandes baleines et les alertes privées, par exemple concernant le retrait de pièces d'un portefeuille spécifique.
L'ensemble de base peut être configuré sans programmation : des plateformes comme Arkham proposent des alertes prêtes à l'emploi sur les transferts et les activités des baleines qui arrivent sur votre e-mail ou votre application. Pour ceux qui ont besoin de leur propre logique de traitement d'événements, les webhooks conviennent : ils envoient automatiquement une notification au serveur lorsqu'un événement spécifié se produit.
Partie 3. Le traçage et ses limites
Étape 8. Comment fonctionne la criminalistique blockchain
Le summum de l’automatisation consiste à retrouver les pièces volées et à enquêter sur les transactions. Les moteurs d’investigation reprennent la logique de l’analyse manuelle, mais l’appliquent à l’échelle du réseau.
Cette technologie est basée sur le regroupement d'adresses selon des heuristiques, c'est-à-dire des règles-hypothèses ; deux d’entre eux sont particulièrement importants :
- entrée générale : si plusieurs UTXO sont dépensés en une seule transaction, ils sont très probablement contrôlés par un seul propriétaire ;
- détermination de l'adresse de livraison : sur la base du critère de l'étape 2 – paiement rond ou changement fractionnaire – le moteur calcule lequel des résultats a été renvoyé à l'expéditeur.
Au regroupement s’ajoute la reconnaissance des schémas de blanchiment typiques. Il s'agit par exemple de diviser des montants ou de « peler » – lorsque de petites portions sont retirées encore et encore d'un grand portefeuille.
Vient ensuite l’évaluation et l’attribution des risques : relier les clusters à de réels échanges, services ou individus. Les plateformes commerciales (Chainalysis, TRM, Elliptic) et les moteurs open source (GraphSense, BlockSci) le font.
Étape 9. Pouvez-vous faire confiance à l'automatisation ?
L'analyse automatique présente une limitation fondamentale. Le regroupement donne une probabilité, pas un fait. Les heuristiques sont fausses : par exemple, la technologie CoinJoin combine spécifiquement différents utilisateurs dans une seule transaction UTXO, c'est pourquoi la règle d'entrée commune échoue.
Vous pouvez également réduire manuellement le risque de fuite de données. La fonction de contrôle des pièces dans les portefeuilles (par exemple, Sparrow ou Trezor Suite) vous permet de choisir quel UTXO dépenser : sélectionnez la sortie pour le montant du paiement et ne mélangez pas les pièces de différentes sources en une seule transaction. Cela réduit le changement et empêche l’heuristique d’entrée commune de fonctionner – les indices mêmes sur lesquels le clustering est construit.
Bitcoin n'offre pas l'anonymat, mais le pseudonymat – une propriété plus faible que l'analyse persistante perce souvent, mais pas toujours : le résultat reste une estimation, bien que fondée. Comme le souligne Chainalysis, les heuristiques d'attribution fournissent un résultat probabiliste, et non une certitude, de sorte que l'évaluation des risques n'est qu'une base pour la décision de l'analyste, et non un verdict.
D’où la conclusion pratique. Il convient de faire la distinction entre le regroupement automatique d'adresses et l'attribution vérifiée par l'homme : la première est une hypothèse, la seconde est une conclusion. Le résultat d'une évaluation des risques est une raison pour examiner l'adresse de plus près, et non un verdict sur son propriétaire.
***
Un grand livre ouvert rend chaque transfert Bitcoin traçable – toutes les analyses en chaîne sont basées sur cela. Pour le travail manuel, les bases suffisent : savoir ce qu'est le TXID, comprendre le modèle UTXO et la mécanique du changement, lire les entrées, sorties et confirmations dans l'explorateur. Cela suffit pour parcourir les chaînes de transactions et voir où sont passés les fonds.
L'automatisation sous forme d'API, de tableaux de bord SQL et de robots n'élimine pas le besoin de cette base de données – elle fait simplement évoluer le travail : ce qu'un analyste fait manuellement avec une seule transaction, les outils le répètent pour l'ensemble du réseau.
Au sommet se trouve la médecine légale avec regroupement et évaluation des risques. Cependant, elle s’appuie sur des heuristiques probabilistes et fournit donc des hypothèses plutôt que des preuves.
Il est logique de maîtriser le sujet de bas en haut : d'abord l'explorateur, puis l'API et les tableaux de bord, et ensuite seulement – les outils d'analyse spécialisés en chaîne. De plus, plus le traçage est profond, plus il est important de distinguer le probable du prouvé.
Vous avez trouvé une erreur dans le texte ? Sélectionnez-le et appuyez sur CTRL+ENTRÉE