Checklist di ricerca basata sull'evidenza

Master sorgente EN · P01-L08 · 30 minuti stimati · needs_review

Studio in sola lettura. Nessuna connessione del wallet, fondi reali, frase seed, chiave privata, firma o operazione in tempo reale. La durata è una stima editoriale; i visual sono specifiche, non componenti distribuiti.

La qualità della ricerca dipende dal tenere separate osservazione e interpretazione. Una checklist è utile soltanto se modifica la formulazione delle conclusioni e impedisce affermazioni non sostenute.

Definire l'affermazione prima di raccogliere materiale

Iniziare da una frase verificabile. «Questo contratto riporta una specifica offerta in uno specifico blocco» differisce da «questo progetto è sicuro». La prima ha un record identificabile da cercare; la seconda raggruppa molte incognite. Scomporre un'affermazione ampia in campi rende visibile l'evidenza mancante anziché nasconderla sotto un'unica etichetta di fiducia.

Vincolare una fonte al suo ruolo

Una specifica API spiega il significato dei campi [RPC]; uno standard dei token spiega la semantica dell'interfaccia [ERC20]. Nessuna delle due pagine di documentazione prova che un saldo fittizio o storico esistesse. Per sostenere un valore, indicare il record effettivamente fornito e il suo contesto. Per spiegare un calcolo, dichiarare sia i record d'ingresso sia il metodo.

Una mappatura delle fonti alle affermazioni deve indicare quale campo del record sostiene quale dichiarazione e dove inizia la deduzione. Copiare un URL in fondo al resoconto non basta quando quell'URL discute soltanto un meccanismo.

Applicare con precisione i quattro stati

OBSERVED: un campo direttamente ispezionabile o la dichiarazione effettiva di una pubblicazione, descritto a quel livello. INFERRED: un calcolo o un'interpretazione con assunzioni esplicite. UNKNOWN: manca un fatto necessario. INSUFFICIENT EVIDENCE: il materiale disponibile non permette di stabilire l'affermazione proposta. Queste etichette non sono una graduatoria in cui ogni incognita debba infine diventare positiva.

La stessa fonte può sostenere un'osservazione circoscritta lasciando non sostenuta un'affermazione più ampia. Un'allowance di token è l'importo che uno spender specificato è autorizzato a spendere per conto di un conto secondo le regole del contratto del token [ERC20]. Un'allowance fornita pari a zero descrive un'autorizzazione in un contesto; non dimostra l'assenza di ogni percorso di perdita degli asset. La dichiarazione di un sito secondo cui un team controlla un indirizzo è osservata come dichiarazione, mentre l'attribuzione sottostante può restare non sostenuta.

Scegliere una richiesta successiva utile

Chiedere uno specifico record, data o metodo mancante. «Altra ricerca» è troppo vago. Per un tempo mancante, richiedere il contesto della fonte; per una discrepanza dell'offerta, richiedere contratto/blocco esatto e definizione contabile. Per un'affermazione d'identità, non richiedere una frase seed o usare un collegamento di finanziamento come sostituto dell'attribuzione.

Fermare il resoconto al suo limite

Una conclusione concisa può restare utile con incognite: dichiarare oggetto esatto, fatti misurati, calcolo e affermazioni non dimostrate. Completare questa checklist non implica alcuna azione finanziaria. Lo scopo è una nota di ricerca difendibile.

• Affermazione: proposizione specifica da verificare.
• Provenienza: da dove proviene un record e come è stato ottenuto.
• Deduzione: conclusione derivata secondo assunzioni.
• Copertura: parte della domanda a cui rispondono i record.

Dossier ILLUSTRATIVE a SIM-BLOCK-8. R1: TOKEN-Q totalSupply grezzo=1000000, decimali forniti=2. R2: allowance ACCOUNT-A→SPENDER-B=0 per TOKEN-Q. R3: la pagina del progetto afferma «Il team controlla A». Non sono forniti record indipendenti d'identità, record delle riserve o timestamp.

Pannello dell'evidenza con R1/R2/R3 collegati ad affermazioni circoscritte e quattro stati etichettati. Testo alternativo: i campi osservati portano a un calcolo dell'offerta; identità e sicurezza restano irrisolte.

I campi stipulati, l'aritmetica trasparente e l'esistenza dell'affermazione.

Copertura completa delle autorizzazioni, identità umana, copertura delle riserve o sicurezza garantita.

• Citare la documentazione di un meccanismo come record.
• Etichettare un'affermazione ampia OBSERVED perché un campo è visibile.
• Sostituire all'identità sconosciuta una supposizione sul cluster.

Scrivere quattro affermazioni che coprano gli stati dell'evidenza. Calcolare l'offerta visualizzata, valutare «tutti i fondi sono sicuri» e mappare ogni conclusione a R1/R2/R3 o a un record mancante. Proporre due richieste successive mirate.

Consegnare una breve tabella dell'evidenza e una motivazione basate soltanto sul materiale fornito. Ripartizione suggerita: studio 12 min, verifica/calcolo 8 min, correzione/quiz 10 min.

• Un'affermazione precisa per riga.
• Riferimento al record e contesto.
• Assunzioni della deduzione.
• Fatti mancanti e conclusioni non sostenute.
• Richiesta successiva mirata senza segreti.

La qualità della ricerca dipende dal tenere separate osservazione e interpretazione. Una checklist è utile soltanto se modifica la formulazione delle conclusioni e impedisce affermazioni non sostenute. Il materiale fornito sostiene campi stipulati, aritmetica trasparente ed esistenza dell'affermazione. Non dimostra copertura completa delle autorizzazioni, identità umana, copertura delle riserve o sicurezza garantita.

• Assegnare tutti e quattro gli stati dell'evidenza, affermazione per affermazione.
• Scrivere una conclusione di ricerca circoscritta.
• Richiedere l'evidenza minima che risolva una lacuna.

P02-L01 dopo aver verificato esercizio e prerequisiti.

NONE. Il catalogo autorevole non richiede accesso al prodotto per questa lezione. Usare materiale congelato senza connessione di rete.

• [RPC] JSON-RPC Ethereum — Stato della ricevuta, contesto del blocco e risultati API specifici della rete. Verificata 2026-10-01.
• [ERC20] Standard dei token ERC-20 — Interfacce per saldi dei token, decimali opzionali, trasferimenti, approvazioni e allowance. Verificata 2026-10-01.

I valori sintetici sono dati didattici creati dall'autore. Dove applicabile, i valori storici devono usare il dataset collegato e la sua provenienza più circoscritta. La verifica delle fonti non è un'approvazione editoriale indipendente.