P10-L08 · P10 · P10-M02
Verificare un altro rapporto per riproducibilità e limiti delle evidenze
Prerequisiti: P10-L07
Obiettivi di apprendimento
- Verificare un altro rapporto per riproducibilità e limiti delle evidenze
- Revisionare un rapporto affermazione per affermazione e separare difetti di riproducibilità da evidenze irrisolte.
Perché è importante
La revisione tra pari dovrebbe rendere un rapporto più ispezionabile, non premiare la sua narrazione più sicura. Un dossier raffinato può comunque nascondere un collegamento d’identità non supportato o una fonte mancante.
Spiegazione
Revisionare quattro livelli indipendentemente: ambito, record salvati, trasformazioni e conclusioni. Rieseguire calcoli da interi grezzi, verificare identificatori rispetto alla rete nominata e tracciare ogni affermazione rilevante a un riferimento. Un collegamento rotto alla fonte è un difetto di riproducibilità anche se l’affermazione potrebbe essere vera. Un grafo interamente riproducibile può comunque essere insufficiente per attribuzione umana. Nessuno dei due difetti è riparato dalla raffinatezza visiva.
Scrivere un rilievo per ogni frase contestata: record di supporto, operazione esatta, stato probatorio, interpretazione concorrente e correzione richiesta. Preferire modifiche ristrette a verdetti generali. Se una ricevuta prova un trasferimento ma manca un collegamento di controllo, preservare l’osservazione del trasferimento e rimuovere la conclusione del controllore nominato. Registrare lacune irriducibili anziché chiedere all’autore di nasconderle.
Un Diagnostic Passport è un contesto delimitato di istantanea, non certificato di idoneità all’investimento, frode o identità. Data di revisione e data di osservazione della fonte devono restare separate. Questa valutazione non crea un Passport reale né runtime di certificazione. Il ruolo del revisore è verificare se un altro lettore possa riprodurre quanto il dossier afferma effettivamente.
Terminologia
Difetto di riproducibilità: riferimento, byte o metodo mancanti necessari a ripetere un risultato.
Difetto probatorio: una conclusione supera quanto supportano i record disponibili.
Rilievo di revisione: correzione precisa con motivazione di supporto.
Esempio storico
Il rapporto ILLUSTRATIVE R dice: «A ha inviato 40unità a B; quindi A e B sono un proprietario e B è sicuro». La ricevuta fittizia salvata supporta40unità ma R omette il blocco dalla tabella delle fonti. Una didascalia del grafo equipara controparte condivisa e controllore condiviso. Il revisore non ha evidenze di valutazione d’identità o sicurezza.
Specifiche visive
Pannello delle evidenze di revisione tra pari con colonne frase, fonte, trasformazione, limite e correzione. Conservare l’osservazione di 40 unità; segnalare identità e sicurezza come insufficientemente supportate, senza punteggio di frode.
Didascalia: La revisione fittizia tra pari verifica limiti delle affermazioni anziché emettere un certificato di sicurezza.
SPECIFICATION_ONLY — la visualizzazione non è stata prodotta o revisionata indipendentemente.
Cosa dimostrano le prove
La ricevuta stipulata supporta un trasferimento di 40 unità. La revisione può identificare il riferimento mancante al blocco e due estensioni non supportate senza negare il trasferimento sottostante.
Cosa non dimostrano le prove
Non prova identità, intenzione benevola, sicurezza globale o un autentico BlockAssay Passport. Una correzione editoriale non è nuova evidenza di catena.
Errori comuni
Accettare l’intero rapporto perché l’aritmetica è giusta; respingere ogni osservazione perché una conclusione è errata; trattare un contrassegno Passport come garanzia; sostituire critica con accuse sull’autore.
Esercizio pratico
Produrre tre rilievi di revisione per R. Separare correzione di riproducibilità e correzioni dei limiti probatori, poi redigere una conclusione rivista accettabile e una richiesta delle evidenze rimanenti.
Mostra correzione dettagliata
Rilievo1: aggiungere riferimento esatto a rete/blocco/ricevuta e provenienza per rendere riproducibile l’osservazione di 40 unità. Rilievo2: eliminare deduzione di proprietario comune salvo collegamento separato ammissibile di controllo; relazione di transazione condivisa è insufficiente. Rilievo3: rimuovere «sicuro», perché un trasferimento e un grafo non valutano tutti i rischi. Conclusione rivista: «La ricevuta fittizia fornita registra40unità da A a B; identità, controllo comune e sicurezza non sono stabiliti». Richiedere prima il riferimento mancante, poi evidenza di controllo chiaramente delimitata soltanto se l’affermazione rimane necessaria.
Lista di controllo
- Rieseguire calcoli con unità compatibili.
- Tracciare ogni conclusione rilevante a un riferimento.
- Separare riproducibilità mancante da affermazioni eccessive.
- Preservare osservazioni ristrette valide correggendo estensioni non supportate.
Riepilogo
Una buona revisione tra pari preserva osservazioni supportate e rende esplicite estensioni non supportate e lacune di riproducibilità.
Riepilogo
- Aritmetica corretta non valida attribuzione.
- Un riferimento mancante e una conclusione eccessiva sono rilievi diversi.
- La revisione non fabbrica evidenze o certificazioni.
Lezione successiva
Programma completato; non sono implicate nuove attività di runtime, certificazione o azioni finanziarie.
Strumenti
Usare lo strumento BlockAssay nominato soltanto come contesto di lettura delle evidenze. Questa lezione non crea output di strumenti, sessioni di account o diritti di accesso. Esercizio offline; non firmare, distribuire, approvare o finanziare nulla.
Fonti e limiti delle affermazioni
- BTC: Guida per sviluppatori Bitcoin — transazioni — I riferimenti degli input identificano output di transazioni precedenti; gli script non identificano una persona. Limite: Soltanto documentazione dei meccanismi; i valori illustrativi originali sono stipulati, non osservazioni. I record storici hanno provenienza congelata separatamente e lacune esplicite di raccolta.
- API: Specifica dell’API pubblica Esplora — Percorsi GET, satoshi interi e campi indicizzati di conferma/spesa degli output. Limite: Soltanto documentazione dei meccanismi; i valori illustrativi originali sono stipulati, non osservazioni. I record storici hanno provenienza congelata separatamente e lacune esplicite di raccolta.
Classificazioni delle prove
ILLUSTRATIVE — input offline interamente fittizi; nessuna osservazione attuale.
Data di osservazione
null — nessuna osservazione reale
Versione del contenuto
1
Data di revisione
null
Stato della revisione
needs_review
Specifiche visive
P10-L08-V01
Verificare un altro rapporto per riproducibilità e limiti delle evidenze
La revisione fittizia tra pari verifica limiti delle affermazioni anziché emettere un certificato di sicurezza.
Pannello delle evidenze di revisione tra pari con colonne frase, fonte, trasformazione, limite e correzione. Conservare l’osservazione di 40 unità; segnalare identità e sicurezza come insufficientemente supportate, senza punteggio di frode.
Pannello delle evidenze di revisione tra pari con colonne frase, fonte, trasformazione, limite e correzione. Conservare l’osservazione di 40 unità; segnalare identità e sicurezza come insufficientemente supportate, senza punteggio di frode.
Impilare osservazioni, ipotesi, lacune e conclusione a 390 px; conservare ID completi ed equivalente testuale completo. Ogni tabella larga scorre localmente.
La prosa può seguire RTL; ID, quantità e assi temporali rimangono LTR. Preservare la direzione delle dipendenze.
P10-L08-ILLUSTRATIVE-v1
Fonti e limiti delle affermazioni
BTC · PRIMARY_DOCUMENTATION
Guida per sviluppatori Bitcoin — transazioni
- Affermazione supportata
- I riferimenti degli input identificano output di transazioni precedenti; gli script non identificano una persona.
- Limite di verifica
- Soltanto documentazione dei meccanismi; i valori illustrativi originali sono stipulati, non osservazioni. I record storici hanno provenienza congelata separatamente e lacune esplicite di raccolta.
- Data della verifica
- 2026-10-02
https://developer.bitcoin.org/devguide/transactions.html
API · PRIMARY_DOCUMENTATION
Specifica dell’API pubblica Esplora
- Affermazione supportata
- Percorsi GET, satoshi interi e campi indicizzati di conferma/spesa degli output.
- Limite di verifica
- Soltanto documentazione dei meccanismi; i valori illustrativi originali sono stipulati, non osservazioni. I record storici hanno provenienza congelata separatamente e lacune esplicite di raccolta.
- Data della verifica
- 2026-10-02
https://github.com/Blockstream/esplora/blob/master/API.md
Provenienza dei dati
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.