Module 3 — Fondations on-chain
UTXO, comptes, blocs et horodatage
Un transfert de 10 000 BTC qui n’est pas une venteSituation réelle
Un transfert de 10 000 BTC qui n’est pas une vente
Une transaction déplace 10 000 BTC et déclenche des commentaires alarmistes. Elle peut représenter une vente, mais aussi un changement d’adresse interne, une consolidation d’UTXO, un transfert de dépositaire ou une réorganisation de portefeuille. La blockchain enregistre des états et des transactions ; elle n’étiquette pas automatiquement l’intention économique.
Avant toute métrique on-chain, il faut comprendre le modèle UTXO ou comptes, les frais, le change, les contrats et l’horodatage des blocs.
Objectifs d’apprentissage
- Distinguer modèle UTXO et modèle par comptes.
- Comprendre transaction, bloc, confirmation et finalité.
- Identifier self-churn, change et transferts techniques.
- Documenter le point de vue d’un nœud ou fournisseur.
- Limiter la conclusion à ce que les données permettent réellement d’affirmer.
Commencer par la bonne question
Quel changement d’état la transaction produit-elle exactement, et quelles interprétations économiques restent compatibles avec les mêmes données ?
Une analyse utile commence par cette question avant de chercher une figure, un indicateur ou un paramètre. Elle force à préciser l’unité observée, l’horizon, la chronologie et le type de conclusion attendu. Sans ce cadre, une description a posteriori peut facilement être prise pour une règle prédictive.
Transfert n’est pas vente
Un mouvement entre adresses peut être : paiement, change interne, consolidation de portefeuille, migration de conservation, dépôt en garantie, bridge, wrapping, retrait d’exchange ou simple réorganisation. La chaîne montre des écritures ; l’interprétation économique nécessite étiquettes et contexte.
Unité et offre
Vérifie décimales, offre émise, offre brûlée, verrouillages et actifs enveloppés. Une offre « circulante » est une estimation dépendant de critères. Des actifs perdus restent souvent dans l’offre calculée mais ne sont probablement plus disponibles.
UTXO dépense des sorties entières
Une transaction consomme des UTXO et crée de nouvelles sorties, souvent dont une de change. Le montant total des outputs n’est pas le paiement économique.
Le modèle comptes met à jour un état
Une transaction Ethereum peut transférer de l’ETH, appeler un contrat et produire plusieurs logs ; le champ value ne résume pas toute l’activité.
Le bloc fournit un ordre partiel
Timestamp, finalité, réorganisations et heure d’observation influencent les agrégats.
Le transfert n’est pas une transaction de marché
Un mouvement on-chain peut se faire sans échange contre une autre valeur ni passage par un carnet.
Méthode pas à pas
- Identifier le modèle. UTXO, comptes ou structure spécifique du réseau.
- Décomposer la transaction. Inputs, outputs, change, frais, appels et logs.
- Définir l’unité économique. Valeur brute, valeur ajustée, montant transféré ou état modifié.
- Fixer l’horloge. Bloc, timestamp, confirmations, finalité et heure d’extraction.
- Lister les scénarios. Paiement, interne, consolidation, bridge, exchange ou contrat.
Laboratoire guidé
du concept au dossier de preuve
- Écris la fiche avant d’ouvrir le résultat. Reformule la question — « Quel changement d’état la transaction produit-elle exactement, et quelles interprétations économiques restent compatibles avec les mêmes données ? » — sous forme d’une hypothèse réfutable. Indique la population, l’horizon, l’unité, le benchmark, la date de début et la date de fin. Donne un identifiant à cette version.
- Sépare données et interprétation. Crée une table brute en lecture seule, puis une table de variables dérivées. Pour chaque colonne calculée, conserve formule, paramètres, source, fuseau et premier instant d’utilisation. Une correction de donnée ne doit jamais être confondue avec une amélioration de stratégie.
- Produis un échantillon de contrôle. Utilise une règle plus simple, des dates décalées, une permutation ou un groupe comparable. Le contrôle doit conserver autant que possible fréquence, exposition et régime ; sinon la comparaison attribuerait au signal ce qui vient du marché général.
- Travaille à l’aveugle lorsque c’est possible. Masque la partie future lors de l’annotation et réserve un bloc temporel que tu ne consultes pas pendant la construction. Archive aussi les cas ambigus et les événements qui ne confirment pas le récit.
- Stress les hypothèses, pas seulement les paramètres. Augmente les coûts, retarde l’exécution, réduit la liquidité disponible et change raisonnablement la fenêtre. L’objectif n’est pas de trouver une variante qui réussit, mais de savoir dans quelles conditions la conclusion disparaît.
- Décide avec une règle écrite. Continue seulement si l’effet est mesurable, net de coûts, présent dans plusieurs segments et non concentré sur une valeur isolée. Sinon, classe le résultat « à réviser » ou « à arrêter » et explique précisément pourquoi.
Démonstration chiffrée
Paiement de 1 BTC avec 9 BTC de change
Un portefeuille dépense un UTXO de 10 BTC, crée une sortie de 1 BTC au destinataire, une sortie de 8,999 BTC de change et paie 0,001 BTC de frais. Additionner les outputs et annoncer 9,999 BTC de “volume économique” serait trompeur : le paiement externe plausible est 1 BTC, mais l’identification du change repose sur des heuristiques.
Une métrique ajustée doit documenter l’heuristique, conserver la valeur brute et reconnaître les faux positifs possibles.
Interpréter sans surinterpréter
- Change estimé. Les heuristiques peuvent mal identifier la sortie appartenant au payeur.
- Contrats complexes. Un appel peut déclencher de nombreux transferts internes et événements.
- Finalité. Un bloc récent peut être réorganisé selon le réseau et les conditions.
- Intention absente. La chaîne ne code pas nécessairement vente, achat, couverture ou dépôt.
La discipline consiste à écrire ces limites avant de consulter le résultat final. Une conclusion négative ou incertaine n’est pas un échec : elle évite de transformer le bruit historique en décision coûteuse.
Lire un résultat qui confirme
ou contredit — l’intuition
Si le résultat paraît confirmer l’idée, commence par rechercher ce qui pourrait l’expliquer autrement : change estimé et contrats complexes constituent ici deux contrôles prioritaires. Vérifie ensuite si l’effet existe encore après coûts, sur des paramètres voisins et sur une période qui n’a guidé aucune décision. Une confirmation qui disparaît dès qu’un détail raisonnable change est une piste d’exploration, pas une base d’action.
Si le résultat contredit l’intuition, ne déplace pas immédiatement le seuil. Vérifie d’abord les données et la chronologie, puis accepte l’hypothèse nulle comme issue possible. Pour « UTXO, comptes, blocs et horodatage », une absence d’effet peut signifier que le phénomène est descriptif, trop faible face aux coûts, propre à un sous-régime ou simplement absent dans l’échantillon. Chacune de ces explications exige une nouvelle expérience identifiée, jamais une retouche silencieuse.
Exercice
- Choisis une transaction UTXO et une transaction de modèle comptes.
- Décompose inputs/outputs ou appels/logs à partir d’une source officielle.
- Calcule valeur brute, frais et valeur ajustée selon une hypothèse.
- Note confirmations, timestamp et risque de réorganisation.
- Écris quatre interprétations compatibles et les données nécessaires pour les départager.
Afficher le corrigé détaillé
La correction sépare ce qui est vérifié sur le registre de ce qui vient d’une heuristique. Pour UTXO, elle ne confond pas somme des sorties et paiement. Pour Ethereum, elle examine receipt et logs plutôt que le seul champ value. Les timestamps sont convertis en UTC et l’heure d’extraction est conservée. Les conclusions emploient « transfert observé » et non « vente » tant qu’aucune donnée de marché ou attribution ne le démontre.
Le corrigé décrit une méthode, pas une unique valeur à mémoriser. Si ton résultat diffère, vérifie d’abord les unités, le calendrier, la définition des variables et l’instant où l’information devient disponible ; documente ensuite toute hypothèse alternative.
VÉRIFIER SA COMPRÉHENSION
Quiz corrigé
01Un UTXO peut-il être partiellement dépensé ?
Il est consommé entièrement et de nouvelles sorties, dont le change, sont créées.
02La somme des outputs est-elle le paiement ?
Pas nécessairement à cause du change.
03Une transaction Ethereum peut-elle produire plusieurs transferts ?
Oui via appels et logs de contrats.
04Un transfert on-chain prouve-t-il une vente ?
Non.
05Pourquoi garder les confirmations ?
Pour situer la stabilité et le risque de réorganisation de l’observation.
À retenir
- UTXO et comptes représentent l’état différemment.
- Le change rend le volume brut trompeur.
- Les logs complètent les transactions de contrats.
- Horodatage et finalité font partie de la donnée.
- Les heuristiques doivent rester séparées du registre brut.
- Transfert et vente ne sont pas synonymes.
Sources de référence
Enregistré uniquement dans ce navigateur pour l’aperçu gratuit.