Collecte des données et provenance

Une capture peut paraître stable alors que son fournisseur change les étiquettes ou confirmations. Un horodatage sans base temporelle peut faire passer un ancien événement pour une nouvelle observation.

Traitez chaque collecte comme un petit dossier de preuves : méthode de requête et URL exacte, réseau, identifiant d’enregistrement, référence de bloc ou slot, statut de réponse, heure réelle de collecte UTC, octets de réponse et somme de contrôle cryptographique. Gardez séparé le champ d’heure d’événement du fournisseur. Stockez d’abord les données, puis dérivez un tableau ; sinon les lecteurs ultérieurs ne peuvent distinguer le contenu du fournisseur des modifications de l’analyste. N’incluez jamais d’identifiants d’accès ni de données de session privée dans un dossier public.

Une somme de contrôle d’identifiant reproduit des octets, pas la vérité. Un ID de transaction recalculé localement prouve que la sérialisation brute fournie correspond à cet identifiant ; il ne prouve pas à lui seul l’inclusion canonique, la finalité ni l’identité humaine. L’étiquette « confirmé » d’un indexeur a sa propre limite de source. Consignez les pages manquantes, la troncature, la politique de réorganisation de chaîne et les types d’événement non pris en charge au lieu de les éliminer silencieusement.

Pour les valeurs dérivées, indiquez l’unité et l’opération. Gardez les entiers bruts avant l’affichage décimal. Wallet Intelligence peut aider à examiner les enregistrements, mais cette leçon ne crée aucun rapport réel et ne déduit pas la couverture de l’outil à partir de l’interface. La provenance accompagne chaque affirmation depuis la réponse stockée jusqu’au calcul.

Heure de collecte : moment où une réponse a été collectée.

Heure de l’événement : horodatage déclaré par l’enregistrement de chaîne de l’événement.

Somme de contrôle : empreinte des octets stockés.

Couverture : enregistrements et types d’événement inclus par un fournisseur.

ILLUSTRATIVE : la réponse R indique le bloc 500 avec l’heure d’en-tête 12:00Z. Elle est collectée à 12:12Z et liste 2500000 unités brutes avec six décimales. Le fournisseur P indique la page 1 sur 2 ; la page 2 est indisponible. L’affichage dérivé est 2.5 unités, et non 2,500,000 tokens entiers. Ces valeurs sont stipulées par le jeu de données ; aucune requête n’a été faite.

Chronologie de transaction à deux pistes : heure d’événement déclarée à 12:00Z et collecte à 12:12Z. Ajoutez la conversion des unités brutes et une lacune visible pour la page-2.

Légende : La provenance illustrative sépare l’heure de l’événement de celle de collecte d’une réponse du fournisseur.

SPECIFICATION_ONLY — le visuel rendu n’a pas été produit ni examiné indépendamment.

Le jeu de données permet une conversion d’unités reproductible et une observation clairement bornée à la page-1. L’heure de collecte et celle de l’événement ont des significations enregistrées différentes.

Une somme de contrôle concordante ne certifie pas l’exactitude du fournisseur. L’absence de la page 2 empêche d’affirmer un décompte complet des événements ; une heure d’en-tête n’établit pas l’heure exacte d’arrivée sur l’horloge.

Hacher une capture au lieu de conserver la réponse ; remplacer l’heure de l’événement par l’heure de collecte ; supprimer les unités brutes ; annoncer un décompte complet à partir d’une seule page disponible.

Rédigez une ligne de provenance pour R, calculez son montant affiché et reformulez « tous les événements ont eu lieu à 12:12Z ». Incluez la page indisponible et une étape de vérification indépendante.

• Conservez les identifiants exacts et les unités brutes.
• Séparez les horodatages d’événement et de collecte.
• Sauvegardez les octets avant de dériver les résultats.
• Signalez la pagination incomplète et la finalité indexée.

La provenance relie enregistrements, collectes et affirmations dérivées sans transformer une somme de contrôle en certificat de vérité.

• Conservez les octets de réponse et le contexte de requête.
• La base temporelle et la base d’unité accompagnent chaque valeur.
• Une couverture partielle ne permet pas un décompte complet.

P10-L03

Utilisez l’outil BlockAssay nommé uniquement comme contexte de lecture des preuves. Cette leçon ne crée aucune sortie d’outil, session de compte ni droit d’accès. Exercice hors ligne ; ne signez, ne déployez, n’approuvez et ne financez rien.

• API: Spécification de l’API publique Esplora — Routes GET, satoshis entiers et champs indexés de confirmation et de dépense des sorties. Limite : Documentation du mécanisme uniquement ; les valeurs illustratives originales sont stipulées, pas observées. Les enregistrements historiques disposent d’une provenance figée séparément et de lacunes de collecte explicites.
• BTC: Guide développeur Bitcoin — transactions — Les références des entrées identifient les sorties de transactions antérieures ; les scripts n’identifient pas un humain. Limite : Documentation du mécanisme uniquement ; les valeurs illustratives originales sont stipulées, pas observées. Les enregistrements historiques disposent d’une provenance figée séparément et de lacunes de collecte explicites.

ILLUSTRATIVE — entrées hors ligne entièrement fictives ; aucune observation actuelle.

null — aucune observation réelle

1

null

needs_review