Datenerhebung und Herkunft

Ein Screenshot kann stabil aussehen, während sein Anbieter Bezeichnungen oder Bestätigungen ändert. Ein Zeitstempel ohne Zeitgrundlage kann ein altes Ereignis wie eine neue Beobachtung aussehen lassen.

Jeden Abruf als kleines Evidenzpaket behandeln: Anfragemethode und exakte URL, Netzwerk, Datensatzkennung, Block- oder Slotreferenz, Antwortstatus, tatsächliche UTC-Erhebungszeit, Antwortbytes und kryptografische Prüfsumme. Das Ereigniszeitfeld des Anbieters separat halten. Zuerst die Daten speichern, dann eine Tabelle ableiten; sonst können spätere Leser Anbieterinhalt nicht von Analystenänderungen unterscheiden. Niemals Zugangsdaten oder privates Sitzungsmaterial in ein öffentliches Paket aufnehmen.

Eine Kennungsprüfsumme reproduziert Bytes, keine Wahrheit. Eine lokal neu berechnete Transaktions-ID belegt, dass die bereitgestellte Rohserialisierung zur Kennung passt; sie allein belegt weder kanonische Aufnahme noch Finalität oder menschliche Identität. Die Bestätigungsbezeichnung eines Indexers hat eine eigene Quellengrenze. Fehlende Seiten, Abschneidung, Chain-Reorganisationsrichtlinie und nicht unterstützte Ereignistypen erfassen, statt sie stillschweigend wegzunormalisieren.

Für abgeleitete Werte Einheit und Operation angeben. Rohe Ganzzahlen vor Dezimalanzeige erhalten. Wallet Intelligence kann beim Prüfen von Datensätzen helfen; diese Lektion erstellt jedoch keinen tatsächlichen Bericht und leitet Werkzeugabdeckung nicht aus der Oberfläche ab. Herkunft begleitet jede Aussage von der gespeicherten Antwort bis zur Berechnung.

Abrufzeit: Zeitpunkt der Antworterhebung.

Ereigniszeit: vom Chain-Datensatz des Ereignisses deklarierter Zeitstempel.

Prüfsumme: Fingerabdruck gespeicherter Bytes.

Abdeckung: Datensätze und Ereignistypen, die ein Anbieter einschließt.

ILLUSTRATIVE: Antwort R nennt Block 500 mit Headerzeit 12:00Z. Sie wird um 12:12Z abgerufen und führt 2500000 Roheinheiten mit sechs Dezimalstellen auf. Anbieter P berichtet Seite 1 von 2; Seite 2 ist nicht verfügbar. Abgeleitete Anzeige ist 2.5 Einheiten, nicht 2,500,000 ganze Token. Die Fixture legt diese Werte fest; keine Anfrage wurde durchgeführt.

Transaktionszeitachse mit zwei Spuren: deklarierte Ereigniszeit bei 12:00Z und Abruf bei 12:12Z. Roheinheitenumrechnung und auffällige Lücke für Seite-2 anhängen.

Bildunterschrift: Illustrative Herkunft trennt Ereigniszeit vom Erhebungszeitpunkt einer Anbieterantwort.

SPECIFICATION_ONLY — die gerenderte Visualisierung wurde nicht erstellt oder unabhängig geprüft.

Die Fixture stützt eine reproduzierbare Einheitenumrechnung und eine klar begrenzte Beobachtung auf Seite-1. Erhebungszeit und Ereigniszeit haben unterschiedliche erfasste Bedeutungen.

Eine übereinstimmende Prüfsumme zertifiziert nicht die Anbieterkorrektheit. Fehlende Seite 2 verhindert eine Aussage über vollständige Ereigniszahl; eine Headerzeit belegt keine exakte reale Ankunftszeit.

Einen Screenshot hashen, statt die Antwort zu erhalten; Ereigniszeit durch Abrufzeit ersetzen; Roheinheiten entfernen; eine vollständige Zahl aus einer verfügbaren Seite berichten.

Eine Herkunftszeile für R schreiben, den Anzeigebetrag berechnen und „alle Ereignisse fanden um 12:12Z statt“ umformulieren. Nicht verfügbare Seite und einen unabhängigen Verifizierungsschritt einschließen.

• Exakte Kennungen und Roheinheiten erhalten.
• Ereignis- und Abrufzeitstempel trennen.
• Bytes vor der Ableitung speichern.
• Unvollständige Seitennavigation und indexierte Finalität offenlegen.

Herkunft verbindet Datensätze, Abrufe und abgeleitete Aussagen, ohne aus einer Prüfsumme ein Wahrheitszertifikat zu machen.

• Antwortbytes und Anfragekontext erhalten.
• Zeit- und Einheitengrundlage begleiten jeden Wert.
• Teilabdeckung kann keine vollständige Zahl stützen.

P10-L03

Das genannte BlockAssay-Werkzeug nur als Kontext zum Lesen von Evidenz verwenden. Diese Lektion erstellt keine Werkzeugausgabe, Kontositzung oder Berechtigung. Offline-Übung; nichts signieren, bereitstellen, genehmigen oder finanzieren.

• API: Spezifikation der öffentlichen Esplora-API — GET-Routen, ganzzahlige Satoshis und indexierte Bestätigungs-/Ausgabestatusfelder. Grenze: Nur Mechanismusdokumentation; originale illustrative Werte sind festgelegt, keine Beobachtungen. Historische Datensätze haben separat eingefrorene Herkunft und ausdrückliche Erhebungslücken.
• BTC: Bitcoin-Entwicklerleitfaden — Transaktionen — Inputreferenzen identifizieren frühere Transaktionsoutputs; Skripte identifizieren keinen Menschen. Grenze: Nur Mechanismusdokumentation; originale illustrative Werte sind festgelegt, keine Beobachtungen. Historische Datensätze haben separat eingefrorene Herkunft und ausdrückliche Erhebungslücken.

ILLUSTRATIVE — vollständig fiktive Offline-Eingaben; keine aktuelle Beobachtung.

null — keine reale Beobachtung

1

null

needs_review