Qu’est-ce que Exchange Flows ? définition, contexte et sources

01Qu’est-ce que Exchange Flows ?

Exchange Flows désigne les indicateurs de transferts on-chain entrants et sortants pour une plateforme ou un groupe de plateformes donné durant un intervalle. Exchange Netflow correspond au volume entrant moins le volume sortant, à actif, périmètre et méthode identiques. Ce n’est pas un relevé exhaustif des transactions de marché, de l’identité des clients ou des passifs de la plateforme.

02Les volumes entrants et sortants exigent un périmètre défini

CryptoQuant définit les entrées comme la quantité de pièces déposées dans les portefeuilles des plateformes et les sorties comme celle qui en est retirée. Notre utilisation définit d’abord la plateforme ou le groupe suivi, l’actif et l’intervalle. Un transfert franchit une frontière choisie ; le résultat d’une plateforme n’est donc pas automatiquement celui du marché entier. [CryptoQuant — Exchange In/Outflow and Netflow]

03Le flux net est une différence, pas l’activité brute

CryptoQuant présente le flux net comme les entrées moins les sorties. Dans notre lecture, une valeur positive signifie un volume entrant supérieur et une valeur négative un volume sortant supérieur, selon la même méthode. Une différence nulle n’exclut pas de grands mouvements dans les deux sens ; la seule somme des différences ne révèle pas l’ampleur des deux flux bruts. [CryptoQuant — Exchange In/Outflow and Netflow]

04L’étiquetage des adresses est une couche estimative au-dessus de la chaîne

Glassnode combine adresses vérifiées, étiquettes externes et regroupement heuristique. Notre interprétation sépare le transfert observé de l’attribution d’une adresse à une plateforme. Une adresse inconnue n’est pas nécessairement celle d’un client, et un nouveau portefeuille de plateforme peut ne pas être reconnu immédiatement ; l’ensemble étiqueté ne peut pas être présumé complet sans autre vérification. [Glassnode — Bitcoin On-Chain Exchange Metrics: The Good, The Bad, The Ugly]

05Un transfert interne peut ressembler à un retrait

Glassnode décrit des sorties supposées qui ont ensuite été reconnues comme des mouvements internes. Dans notre exemple, nous ne comptons donc les transferts entre portefeuilles de la même plateforme ni dans les entrées ni dans les sorties externes. Pour les transferts entre plateformes différentes, il faut vérifier si la série suit chaque plateforme, leur périmètre commun ou les flux bruts entre plateformes. [Glassnode — Bitcoin On-Chain Exchange Metrics: The Good, The Bad, The Ugly]

06Un solde n’est pas un flux sur un intervalle

Glassnode indique que la découverte d’autres adresses peut modifier rétroactivement le solde publié. Notre contrôle comptable compare donc le flux à la variation du solde uniquement pour le même ensemble d’adresses et avec un traitement compatible des frais et des autres mouvements. Un saut après modification des étiquettes ne prouve pas, à lui seul, un nouveau dépôt à cet instant. [Glassnode — Exchange Data Transparency Notice]

07Le volume transféré n’est ni le volume négocié ni un nombre de personnes

Glassnode distingue le nombre de transferts, leur volume total et leur moyenne ; sa notice sépare les indicateurs on-chain des volumes spot ou futures des plateformes. Notre utilisation ne confond pas ces grandeurs. Un retrait groupé ou plusieurs adresses d’une même entité empêchent de convertir un nombre de transactions en nombre de personnes ; un dépôt seul ne prouve pas une vente réalisée. [Glassnode — Transactions] [Glassnode — Exchange Data Transparency Notice]

08Une décision historique dépend de la version alors disponible

Glassnode Point-in-Time conserve les valeurs selon les informations connues à un instant donné et les distingue des corrections ultérieures. Notre reproduction consigne le fournisseur, la méthode, la version et l’heure de disponibilité. Une attribution rétroactive d’adresse ne doit pas passer pour une information connue auparavant ; utiliser une série Point-in-Time ne corrige pas à lui seul les erreurs des autres entrées ou de chronologie du test. [Glassnode — Point-in-Time Metrics]

09Un flux ne confirme ni solvabilité ni prix futur

Glassnode exclut expressément de ces données l’ensemble des passifs des plateformes. Notre interprétation ne démontre donc, à partir d’entrées, de sorties ou d’un solde étiqueté, ni la solvabilité ni la capacité de rembourser tous les clients. Coin Metrics rappelle aussi que les résultats historiques des indicateurs on-chain ne garantissent pas l’évolution future ; le flux seul ne détermine ni direction, ni date, ni probabilité du prochain mouvement de prix. [Glassnode — Exchange Data Transparency Notice] [Coin Metrics — Bitcoin On-Chain Indicators Primer]

ExempleEXEMPLE · FLOW

Mêmes transferts, étiquetage d’adresse corrigé

Notre modèle fictif suit une seule plateforme pendant un intervalle. Le solde initial de tous ses portefeuilles du modèle est de 100 BTC. Trois transferts se produisent dans cet ordre : de l’extérieur vers la plateforme 10 BTC, de la plateforme vers l’extérieur 4 BTC, puis entre deux portefeuilles propres à la plateforme 6 BTC. Le portefeuille destinataire du dernier transfert avait un solde nul au départ. Pour simplifier ce modèle comptable, nous omettons les frais et tous les autres mouvements ; nous ne reproduisons pas une transaction blockchain précise. La version d’étiquetage A ne connaît pas ce portefeuille destinataire et classe à tort le dernier transfert comme sortie externe. La version B l’attribue correctement à la même plateforme et exclut le transfert interne des deux flux externes. Pour A et B, les entrées sont [10, 10] BTC, les sorties [10, 4] BTC et les flux nets [0, 6] BTC. Le graphique montre, pour chaque version et de gauche à droite, les entrées, les sorties et le flux net en BTC ; ce n’est ni une série de prix ni une série temporelle. Avec un solde initial étiqueté de 100 BTC, A affiche un solde final de 100 BTC et B de 106 BTC. L’écart de 6 BTC provient de l’ajout de l’étiquette d’un portefeuille déjà existant, pas d’un nouveau transfert entre les versions. Les transferts réels du modèle sont identiques dans les deux versions ; le solde total de tous les portefeuilles de la plateforme dans le modèle finit à 106 BTC. L’exemple ne dit pas si un client a vendu, acheté ou compte conserver, et n’établit ni les passifs de la plateforme ni la probabilité d’un prix futur.

Définissez d’abord les plateformes, l’actif, l’intervalle et le traitement des transferts internes.
Ne confondez pas flux net, volumes bruts dans les deux sens et solde.
L’étiquetage des adresses et les valeurs historiques peuvent être révisés.
Un transfert de pièces ne prouve à lui seul ni transaction de marché, ni solvabilité, ni prochain mouvement de prix.

↗Lire dans le contexte

Pour une vision complète, lisez aussi On-chain Analysis, Custodial Exchange, Auto-garde, Proof of reserves, Look-ahead Bias. Cette entrée est également citée par On-chain Analysis.

?Questions pratiques

01Un afflux important vers une plateforme prouve-t-il que les bitcoins ont été vendus ?

Non. Un transfert vers une adresse étiquetée montre un mouvement de pièces, pas l’exécution d’une transaction de marché ni l’intention d’une personne précise. Il peut s’agir de gestion de garde ou d’un autre usage des services. Il faut d’abord vérifier l’attribution des adresses et les éventuels mouvements internes.

02Pourquoi le flux net historique peut-il changer sans nouvelle transaction ?

Le fournisseur peut compléter ou corriger les étiquettes d’adresses. Un retrait supposé peut alors être reconnu comme un transfert au sein de la même plateforme et recalculé. L’interprétation du transfert a changé, pas l’histoire de la chaîne ; un test historique exige la version réellement disponible au moment de la décision.