P10-L02 · P10 · P10-M01
Leg identificatoren, blokhoogten, tijdstempels en providerbeperkingen vast
Vereisten: P10-L01
Leerdoelen
- Leg identificatoren, blokhoogten, tijdstempels en providerbeperkingen vast
- Bewaar gebeurtenistijd, opvragingstijd en providerdekking in afzonderlijke velden.
Waarom dit belangrijk is
Een screenshot kan stabiel lijken terwijl de provider labels of bevestigingen verandert. Een tijdstempel zonder tijdbasis kan een oude gebeurtenis als nieuwe waarneming doen lijken.
Uitleg
Behandel elke opvraging als klein bewijspakket: verzoekmethode en exacte URL, netwerk, recordidentificator, blok- of slotverwijzing, responsstatus, werkelijke UTC-verzameltijd, responsbytes en cryptografische checksum. Houd het gebeurtenistijdveld van de provider apart. Sla eerst gegevens op en leid daarna een tabel af; anders kunnen latere lezers providerinhoud niet van analistenwijzigingen onderscheiden. Neem nooit inloggegevens of privaat sessiemateriaal in een openbaar pakket op.
Een identificatorchecksum reproduceert bytes, geen waarheid. Een lokaal herberekende transactie-ID bewijst dat aangeleverde ruwe serialisatie bij die identificator past; zij bewijst alleen geen canonieke opname, finaliteit of menselijke identiteit. Het bevestigingslabel van een indexer heeft een eigen brongrens. Leg ontbrekende pagina’s, afkapping, ketenreorganisatiebeleid en niet-ondersteunde gebeurtenistypen vast in plaats van ze stilzwijgend weg te normaliseren.
Vermeld bij afgeleide waarden eenheid en bewerking. Bewaar ruwe gehele getallen vóór decimale weergave. Wallet Intelligence kan records helpen inspecteren, maar deze les creëert geen echt rapport en leidt tooldekking niet uit de interface af. Herkomst volgt elke claim van opgeslagen respons tot berekening.
Begrippen
Opvragingstijd: wanneer een respons werd verzameld.
Gebeurtenistijd: tijdstempel opgegeven door het ketenrecord van de gebeurtenis.
Checksum: vingerafdruk van opgeslagen bytes.
Dekking: welke records en gebeurtenistypen een provider omvat.
Historisch voorbeeld
ILLUSTRATIVE: respons R noemt blok 500 met headertijd 12:00Z. Hij wordt opgehaald bij 12:12Z en vermeldt 2500000 ruwe eenheden met zes decimalen. Provider P rapporteert pagina 1 van 2; pagina 2 is niet beschikbaar. Afgeleide weergave is 2.5 eenheden, geen 2,500,000 hele tokens. De fixture stipuleert deze waarden; er is geen verzoek gedaan.
Visuele specificaties
Transactietijdlijn met twee banen: opgegeven gebeurtenistijd bij 12:00Z en opvraging bij 12:12Z. Voeg ruwe-eenhedenconversie en opvallende pagina-2-leemte toe.
Bijschrift: Illustratieve herkomst scheidt gebeurtenistijd van het tijdstip waarop een providerrespons werd verzameld.
SPECIFICATION_ONLY — de gerenderde visual is niet geproduceerd of onafhankelijk beoordeeld.
Wat het bewijs aantoont
De fixture ondersteunt reproduceerbare eenheidsconversie en een duidelijk begrensde pagina-1-waarneming. Verzameltijd en gebeurtenistijd hebben verschillende vastgelegde betekenissen.
Wat het bewijs niet aantoont
Een overeenkomende checksum certificeert providercorrectheid niet. Ontbrekende pagina 2 verhindert een volledige-gebeurtenistellingclaim; headertijd bewijst geen exact aankomstmoment volgens de klok.
Veelgemaakte fouten
Een screenshot hashen in plaats van de respons bewaren; gebeurtenistijd vervangen door opvragingstijd; ruwe eenheden verwijderen; volledige telling rapporteren vanuit één beschikbare pagina.
Praktische oefening
Schrijf een herkomstrij voor R, bereken het weergavebedrag en herschrijf “alle gebeurtenissen vonden plaats bij 12:12Z”. Vermeld de niet-beschikbare pagina en één onafhankelijke verificatiestap.
Uitgewerkte correctie tonen
Gebruik fictieve URL/record R, netwerk N, blok 500, eventTime 12:00Z (opgegeven in header), retrievedAt 12:12Z, provider P, rawAmount 2500000, decimals 6, displayAmount 2.5, dekking pagina 1/2 met pagina 2 niet beschikbaar. De juiste uitspraak is “R werd opgehaald bij 12:12Z; de opgegeven bloktijd is 12:00Z”. Bewaar exacte responsbytes en checksum; verifieer onafhankelijk ruwe serialisatie en blokverwijzing voordat bevestigingsclaims worden uitgebreid. Volledige gebeurtenistelling blijft onvoldoende bewezen.
Controlelijst
- Bewaar exacte identificatoren en ruwe eenheden.
- Scheid gebeurtenis- en opvragingstijdstempels.
- Bewaar bytes vóór afleiding.
- Maak onvolledige paginering en geïndexeerde finaliteit bekend.
Samenvatting
Herkomst verbindt records, opvragingen en afgeleide claims zonder een checksum tot waarheidsattest te maken.
Samenvatting
- Bewaar responsbytes en verzoekcontext.
- Tijdbasis en eenheidsbasis reizen met elke waarde mee.
- Gedeeltelijke dekking ondersteunt geen volledige telling.
Volgende les
P10-L03
Hulpmiddelen
Gebruik de genoemde BlockAssay-tool alleen als context voor bewijslezing. Deze les creëert geen tooluitvoer, accountsessie of toegangsrecht. Offline oefening; onderteken, implementeer, autoriseer of financier niets.
Bronnen en grenzen van claims
- API: Specificatie van openbare Esplora API — GET-routes, gehele satoshiwaarden en geïndexeerde bevestigings-/outspendvelden. Grens: Alleen mechanismedocumentatie; oorspronkelijke illustratieve waarden zijn gestipuleerd, geen waarnemingen. Historische records hebben afzonderlijk vastgelegde herkomst en expliciete verzamelingsleemten.
- BTC: Bitcoin-ontwikkelaarsgids — transacties — Inputverwijzingen identificeren eerdere transactieoutputs; scripts identificeren geen mens. Grens: Alleen mechanismedocumentatie; oorspronkelijke illustratieve waarden zijn gestipuleerd, geen waarnemingen. Historische records hebben afzonderlijk vastgelegde herkomst en expliciete verzamelingsleemten.
Bewijsklassen
ILLUSTRATIVE — volledig fictieve offline invoer; geen actuele waarneming.
Observatiedatum
null — geen echte waarneming
Inhoudsversie
1
Beoordelingsdatum
null
Beoordelingsstatus
needs_review
Visuele specificaties
P10-L02-V01
Leg identificatoren, blokhoogten, tijdstempels en providerbeperkingen vast
Illustratieve herkomst scheidt gebeurtenistijd van het tijdstip waarop een providerrespons werd verzameld.
Transactietijdlijn met twee banen: opgegeven gebeurtenistijd bij 12:00Z en opvraging bij 12:12Z. Voeg ruwe-eenhedenconversie en opvallende pagina-2-leemte toe.
Transactietijdlijn met twee banen: opgegeven gebeurtenistijd bij 12:00Z en opvraging bij 12:12Z. Voeg ruwe-eenhedenconversie en opvallende pagina-2-leemte toe.
Stapel waarnemingen, aannames, leemten en conclusie op 390 px; behoud volledige ID’s en volledig tekstequivalent. Brede tabellen scrollen lokaal.
Proza mag RTL volgen; ID’s, hoeveelheden en tijdassen blijven LTR. Behoud afhankelijkheidsrichting.
P10-L02-ILLUSTRATIVE-v1
Bronnen en grenzen van claims
API · PRIMARY_DOCUMENTATION
Specificatie van openbare Esplora API
- Ondersteunde claim
- GET-routes, gehele satoshiwaarden en geïndexeerde bevestigings-/outspendvelden.
- Verificatiegrens
- Alleen mechanismedocumentatie; oorspronkelijke illustratieve waarden zijn gestipuleerd, geen waarnemingen. Historische records hebben afzonderlijk vastgelegde herkomst en expliciete verzamelingsleemten.
- Controledatum
- 2026-10-02
https://github.com/Blockstream/esplora/blob/master/API.md
BTC · PRIMARY_DOCUMENTATION
Bitcoin-ontwikkelaarsgids — transacties
- Ondersteunde claim
- Inputverwijzingen identificeren eerdere transactieoutputs; scripts identificeren geen mens.
- Verificatiegrens
- Alleen mechanismedocumentatie; oorspronkelijke illustratieve waarden zijn gestipuleerd, geen waarnemingen. Historische records hebben afzonderlijk vastgelegde herkomst en expliciete verzamelingsleemten.
- Controledatum
- 2026-10-02
https://developer.bitcoin.org/devguide/transactions.html
Herkomst van gegevens
id: P10-L02-ILLUSTRATIVE-v1
dataStatus: ILLUSTRATIVE
observedAt: null
source: Original offline scenario in realOrHistoricalExample
scope: Fictional stipulated labels and values. No wallet, deployment, transaction, token launch or production observation.