Naar inhoudBlockAssay

Gegevensverzameling en herkomst

P10-L02 · P10 · P10-M01

Leg identificatoren, blokhoogten, tijdstempels en providerbeperkingen vast

ILLUSTRATIVE · needs_review

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

SPECIFICATION_ONLY · ILLUSTRATIVE

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
Primaire bron openen
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
Primaire bron openen
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.

Toets je redenering

P10-L02-Q1 · R wordt opgehaald bij 12:12Z met headertijd 12:00Z. Welke tijdstempel beschrijft het gebeurtenisrecord?
P10-L02-Q2 · Hoe worden 2500000 ruwe eenheden met zes decimalen weergegeven?
P10-L02-Q3 · Wat bewijst een overeenkomende SHA-256 van opgeslagen bytes?
P10-L02-Q4 · Alleen pagina 1 van 2 is beschikbaar. Welke uitspraak blijft overeind?
P10-L02-Q5 · Ruwe transactie-ID komt overeen; opname is slechts een indexerlabel. Wat resteert?