P10-L08 · P10 · P10-M02
Controleer een ander rapport op reproduceerbaarheid en bewijsgrenzen
Vereisten: P10-L07
Leerdoelen
- Controleer een ander rapport op reproduceerbaarheid en bewijsgrenzen
- Beoordeel een rapport claim voor claim en scheid reproduceerbaarheidsgebreken van onopgelost bewijs.
Waarom dit belangrijk is
Peerreview moet een rapport beter inspecteerbaar maken, niet het meest zekere verhaal belonen. Een verzorgd dossier kan nog een onbewezen identiteitsbrug of ontbrekende bron verbergen.
Uitleg
Beoordeel vier lagen onafhankelijk: reikwijdte, opgeslagen records, transformaties en conclusies. Herbereken vanuit ruwe gehele getallen, controleer identificatoren tegen het genoemde netwerk en traceer elke wezenlijke claim naar een verwijzing. Een verbroken bronlink is een reproduceerbaarheidsgebrek, ook als de claim waar kan zijn. Een volledig reproduceerbare graaf kan nog onvoldoende zijn voor menselijke toeschrijving. Visuele verzorging herstelt geen van beide gebreken.
Schrijf een bevinding per betwiste zin: ondersteunend record, exacte bewerking, bewijsstatus, concurrerende interpretatie en gevraagde correctie. Verkies beperkte aanpassingen boven algemene oordelen. Behoud de overdrachtswaarneming en verwijder de conclusie over genoemde controller als een ontvangstbewijs overdracht bewijst maar geen controlebrug bestaat. Leg onophefbare leemten vast in plaats van de auteur te vragen ze te verbergen.
Een Diagnostic Passport is een begrensde snapshotcontext, geen certificaat van belegginggeschiktheid, fraude of identiteit. Reviewdatum en bronwaarnemingsdatum moeten apart blijven. Deze beoordeling creëert geen echt Passport of certificeringsruntime. De reviewer toetst of een andere lezer kan reproduceren wat het dossier werkelijk claimt.
Begrippen
Reproduceerbaarheidsgebrek: ontbrekende verwijzing, bytes of methode nodig om een resultaat te herhalen.
Bewijsgebrek: conclusie gaat verder dan beschikbare records ondersteunen.
Reviewbevinding: precieze correctie met ondersteunende redenering.
Historisch voorbeeld
ILLUSTRATIVE-rapport R zegt: “A stuurde 40eenheden naar B; daarom zijn A en B één eigenaar en is B veilig.” Het opgeslagen fictieve ontvangstbewijs ondersteunt40eenheden maar R laat het blok uit de brontabel weg. Een graafbijschrift stelt gedeelde tegenpartij gelijk aan gedeelde controller. De reviewer heeft geen identiteits- of veiligheidsbeoordelingsbewijs.
Visuele specificaties
Peerreview-bewijspaneel met kolommen zin, bron, transformatie, grens en correctie. Behoud de 40-eenhedenwaarneming; markeer identiteit en veiligheid als onvoldoende bewezen, zonder fraudescore.
Bijschrift: Fictieve peerreview controleert claimgrenzen in plaats van een veiligheidscertificaat af te geven.
SPECIFICATION_ONLY — de gerenderde visual is niet geproduceerd of onafhankelijk beoordeeld.
Wat het bewijs aantoont
Het gestipuleerde ontvangstbewijs ondersteunt een 40-eenhedenoverdracht. De review kan ontbrekende blokverwijzing en twee onbewezen uitbreidingen identificeren zonder de onderliggende overdracht te ontkennen.
Wat het bewijs niet aantoont
Het bewijst geen identiteit, goede intentie, globale veiligheid of echt BlockAssay Passport. Een redactionele correctie is geen nieuw ketenbewijs.
Veelgemaakte fouten
Het hele rapport accepteren omdat de berekening klopt; elke waarneming afwijzen omdat één conclusie onjuist is; een Passport-badge als garantie behandelen; kritiek door beschuldigingen over de auteur vervangen.
Praktische oefening
Maak drie reviewbevindingen voor R. Scheid een reproduceerbaarheidscorrectie van bewijsgrenscorrecties en formuleer daarna een aanvaardbare herziene conclusie en verzoek voor resterend bewijs.
Uitgewerkte correctie tonen
Bevinding1: voeg exacte netwerk-/blok-/ontvangstbewijsverwijzing en herkomst toe om de 40-eenhedenwaarneming reproduceerbaar te maken. Bevinding2: verwijder gemeenschappelijke-eigenaarsafleiding tenzij een aparte toelaatbare controlebrug wordt geleverd; gedeelde transactierelatie is onvoldoende. Bevinding3: verwijder “veilig”, omdat overdracht en graaf niet alle risico beoordelen. Herziene conclusie: “Het aangeleverde fictieve ontvangstbewijs vermeldt40eenheden van A naar B; identiteit, gemeenschappelijke controle en veiligheid zijn niet bewezen.” Vraag eerst de ontbrekende verwijzing, daarna duidelijk begrensd controlebewijs alleen als die claim nodig blijft.
Controlelijst
- Herbereken met verenigbare eenheden.
- Traceer elke wezenlijke conclusie naar een verwijzing.
- Scheid ontbrekende reproduceerbaarheid van overclaims.
- Behoud geldige beperkte waarnemingen bij correctie van onbewezen uitbreidingen.
Samenvatting
Goede peerreview behoudt ondersteunde waarnemingen en maakt onbewezen uitbreidingen en reproduceerbaarheidsleemten expliciet.
Samenvatting
- Correcte berekening valideert toeschrijving niet.
- Een ontbrekende verwijzing en overmatige conclusie zijn verschillende bevindingen.
- Review vervaardigt geen bewijs of certificering.
Volgende les
Programma voltooid; geen nieuwe runtime, certificering of financiële actie geïmpliceerd.
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
- 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.
- 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.
Bewijsklassen
ILLUSTRATIVE — volledig fictieve offline invoer; geen actuele waarneming.
Observatiedatum
null — geen echte waarneming
Inhoudsversie
1
Beoordelingsdatum
null
Beoordelingsstatus
needs_review
Visuele specificaties
P10-L08-V01
Controleer een ander rapport op reproduceerbaarheid en bewijsgrenzen
Fictieve peerreview controleert claimgrenzen in plaats van een veiligheidscertificaat af te geven.
Peerreview-bewijspaneel met kolommen zin, bron, transformatie, grens en correctie. Behoud de 40-eenhedenwaarneming; markeer identiteit en veiligheid als onvoldoende bewezen, zonder fraudescore.
Peerreview-bewijspaneel met kolommen zin, bron, transformatie, grens en correctie. Behoud de 40-eenhedenwaarneming; markeer identiteit en veiligheid als onvoldoende bewezen, zonder fraudescore.
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-L08-ILLUSTRATIVE-v1
Bronnen en grenzen van claims
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
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
Herkomst van gegevens
id: P10-L08-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.