Resoconto dell’evidenza e limiti

Master sorgente EN · P08-L08 · durata stimata 45 minuti · needs_review

Il resoconto è utile solo se un revisore può ritrovare oggetto, evidenza e ragionamento di ogni affermazione. Un titolo sicuro non compensa contesti mescolati, saldi mancanti o attribuzione dell’emittente non verificata. Questa ultima lezione P08 trasforma risultati limitati in un resoconto diagnostico circoscritto.

È un resoconto dell’asset, non il futuro programma Wallet Intelligence. Valuta provenienza, riconciliazione, incertezza e comunicazione. Non rilascia certificati, istruzioni d’investimento o Passport runtime.

Partire da domanda e termine informativo

Definire tupla dell’oggetto e domanda. «Esaminare SIM-SOL-A / MINT-R a S0 fornito per identità, controlli, distribuzione e liquidità» è circoscritto. «Dimmi se è sicuro» manca di definizione operativa e invita garanzie non sostenute.

Separare contesto dello stato e generazione del resoconto. Un resoconto successivo può descrivere evidenza precedente: il tempo di creazione non è quello della misurazione dello stato token. Registrare separatamente osservazione/contesto, recupero della fonte e creazione, dove disponibili.

L’esercizio usa etichette sintetiche T+ di acquisizione/generazione e S0 di stato. Non sono timestamp UTC e non vanno formattate come osservazioni reali raccolte. Un resoconto reale richiederebbe blocco/slot/tempo effettivamente disponibili, finalità e provenienza di acquisizione. Se manca l’orario reale, preservare il contesto restituito senza indovinare.

Creare un registro dell’evidenza

Ogni record deve avere localizzatore stabile, fonte, oggetto esatto, contesto, campi inclusi e limiti. Collegare l’affermazione ai record, non alla generica «dashboard», per valutare se rispondono davvero alla domanda.

Supply grezza e decimali forniti si normalizzano come in P08-L02; Solana getTokenSupply documenta quei campi [S08-SUPPLY]. L’aritmetica risultante è un calcolo, non un’altra fonte indipendente. Non contare metriche derivate come osservazioni corroboranti.

Meccanismo di aggiornamento dei metadati e metodo della posizione LP sono documentati separatamente [S08-METADATA; S08-POOLS]. La documentazione spiega controlli e rappresentazioni dei diritti; non autentica valori inventati. Distinguere fonte metodologica e record di misurazione.

Classificare prima della conclusione

OBSERVED è osservazione direttamente ispezionabile entro la portata: qui record fittizio fornito, mai misurazione della blockchain in tempo reale. INFERRED è ragionamento da record e assunzioni dichiarate. UNKNOWN indica fatti indisponibili. INSUFFICIENT EVIDENCE risponde a un’affermazione valutata non sostenuta dai record.

Gli stati non sono una scala crescente di sicurezza. Controllo dell’emittente sconosciuto può coesistere con identità del mint osservata. Evidenza insufficiente per liquidità interamente bloccata può coesistere con riserve osservate. Non mediare gli stati in un punteggio rassicurante.

Gestire esplicitamente la contraddizione: R4 riporta vecchia affermazione di autorità freeze revocata; R2 registra freeze F attivo a S0 fornito. Per lo stesso mint standard Token Program e ruolo correttamente identificati, una revoca valida a None rimuove permanentemente il ruolo [S08-SET]; il mint non può più usare quell’autorità per congelare conti token [S08-FREEZE]. Non riconciliare come ordinaria riattivazione successiva.

Usare R2 corrispondente per descrivere S0 fornito, conservare R4 e classificare la causa UNKNOWN / UNRESOLVED. Possibili spiegazioni: affermazione precedente errata, mint/oggetto o programma/contesto errato, errore di decodifica/reporting o provenienza problematica. Nessuna è stabilita. R2 non spiega perché R4 sia in conflitto e nessuno diventa storia autenticata indipendentemente. La documentazione stabilisce il meccanismo, non verità dei valori fittizi.

La regola è limitata al mint identificato, ruolo rilevante e semantica standard documentata. Non esclude altri controlli: estensioni Token-2022, programmi ausiliari o altri meccanismi richiedono evidenza e analisi proprie.

Riconciliare copertura e denominatori

Dichiarare totale fornito e copertura dell’esportazione. Una distribuzione parziale sostiene saldi osservati e frazione coperta, non una graduatoria completa dei proprietari. Saldo del proprietario 2000 su 10000 significa quota fornita 20%. Senza enumerazione completa potrebbe essere limite inferiore del totale di quell’autorità proprietaria se esistono altri conti.

I 5000 token mancanti nell’esportazione coperta a metà non sono un nuovo detentore chiamato Altro. Sono inventario non restituito di composizione sconosciuta, non team, burn, pool o retail senza evidenza.

Riserve e diritti di prelievo sono distinti. La riga delle riserve stabilisce quantità fornita del pool in un contesto, non tutti i diritti bloccati se mancano registro dei diritti e configurazione del locker. Portare il limite nella conclusione, senza nasconderlo nell’appendice.

Gestire freschezza e record incoerenti

L’età del recupero richiede tempi reali in unità comparabili. Le etichette T+ supportano solo ordine relativo, non soglia di freschezza in tempo reale. Acquisizione T+10 e generazione T+20 danno intervallo di dieci passi, non minuti o secondi.

Contesto corrispondente è necessario, non sufficiente. Decoder, commitment, filtri ed errori della fonte contano. Non inventare verifiche del fornitore riuscite per fatti omessi. Se due fonti dipendono dallo stesso fornitore a monte, l’indipendenza resta incerta finché non stabilita.

Bloccare output non sostenuti. Proprietà economica sconosciuta resta sconosciuta. Non nominare una persona se il controllore d’aggiornamento è solo etichetta di conto. Un sito non autenticato resta dichiarato/non verificato.

Strutturare per la revisione

Includere portata, registro, risultati limitati, limiti e prossime verifiche. Ogni risultato dichiara stato dei dati, riferimenti ai record e contesto. Mostrare numeratore e denominatore per riprodurre calcoli.

Nessuna conclusione BUY, SELL, HOLD, promessa di profitto o verdetto di sicurezza non sostenuto. Snapshot diagnostico e previsione hanno scopi diversi. Un futuro Diagnostic Passport potrebbe preservare osservazioni se le capacità runtime fossero verificate; questo esercizio Markdown non è tale artefatto.

Richieste concrete: copertura completa proprietari/conti, ispezione dei diritti LP e indagine della provenienza dei record d’autorità in conflitto. Sono richieste d’evidenza, non istruzioni di trading. L’Owner può rivedere il contenuto senza strumenti a pagamento.

Preservare versione e revisione

Versione e lastReviewedAt descrivono provenienza editoriale. needs_review resta veritiero fino alla revisione Owner/contenuto/fonti. Non significa token malevolo o non esaminato. Non riempire lastReviewedAt con data di scrittura implicando revisione indipendente.

Una modifica successiva dello stato può invalidare una conclusione diagnostica senza invalidare l’aritmetica. Conservare contesto originale e aggiungere versione, anziché riscrivere l’osservazione passata per adattarla al presente. Da qui portata e riferimenti immutabili.

• Registro dell’evidenza: record indicizzati che sostengono affermazioni.
• Termine dello stato esaminato: limite di stato del resoconto.
• Tempo di acquisizione: quando l’evidenza della fonte è recuperata.
• Frazione coperta: inventario osservato diviso per totale dichiarato.
• Limite inferiore: quantità che può omettere altre disponibilità.
• Snapshot diagnostico: osservazioni circoscritte, non previsione.
• Stato di revisione: stato editoriale distinto dalla classificazione del token.

ILLUSTRATIVE — FIX-P08-08. SIM-SOL-A / MINT-R. F-A è esportazione fittizia congelata del fornitore acquisita a T+10 sintetico; generazione T+20. Termine di stato S0. Non sono stati raccolti secondi reali, blocchi, slot o osservazioni UTC.

R6 completo solo per i due record restituiti, non per il mint. Precisione della quotazione già normalizzata in R3. Nessun altro conto A, beneficiario, diritto LP o record di transizione d’autorità fornito.

OBSERVED nei dati fittizi: identità/campi S0 e saldi parziali forniti; F-A provenienza condivisa di R1/R2/R3/R6.

INFERRED: totale 10,000 token, A restituito 2000, pool3000 e copertura 50%. Saldo A restituito 20% del totale; totale esaustivo dell’autorità irrisolto.

UNKNOWN: distribuzione completa, custodia/copertura lock LP, autenticazione emittente, freschezza reale e causa del conflitto freeze R4/R2 irrisolto.

INSUFFICIENT EVIDENCE: «Ufficiale e sicuro, tutta la liquidità bloccata, freeze impossibile» fallisce contro evidenza assente o in conflitto. Record F-A ripetuti non sono fonti indipendenti.

Tempo di generazione come osservazione; unità inventate per T+; inventario mancante come singolo detentore; campi del fornitore come conferme indipendenti; conflitti risolti tacitamente; previsioni da resoconto diagnostico.

Preparare cinque parti: portata, registro, risultati a quattro stati, limiti e tre prossime verifiche. Calcolare quantità visualizzate e copertura. Correggere «Token ufficiale sicuro: liquidità interamente bloccata e freeze impossibile». Includere R4 senza contaminare S0 con stato precedente.

• Dichiarare oggetto e termine prima della conclusione.
• Separare osservazione, acquisizione e generazione.
• Collegare affermazioni a record e assunzioni.
• Pubblicare copertura e denominatori.
• Preservare conflitti e campi indisponibili.
• Richiedere evidenza mancante senza segnale di trading.
• Mantenere needs_review e versione veritieri.

Un resoconto difendibile rende recuperabile la catena dell’evidenza. Risultati circoscritti restano utili accanto a questioni irrisolte di identità, autorità o liquidità.

La provenienza è parte dell’affermazione. Copertura parziale resta parziale. I record diagnostici preservano osservazioni e limiti, non certificano sicurezza o prevedono rendimenti.

Creare registro R1–R6 con colonne fonte/contesto e parentesi F-A condivisa. Il pannello a quattro stati collega affermazioni e righe. Mostrare copertura 50% con composizione non restituita sconosciuta; separare S−2 e S0. Etichettare valori T+ come sintetici senza secondi/minuti. Preservare R4/R2 come affermazioni in conflitto: etichettare la causa UNKNOWN / UNRESOLVED e non mostrare frecce di riattivazione. Citare S08-SET/S08-FREEZE solo per la semantica di revoca permanente; non autenticare valori fittizi.

Resoconto diagnostico illustrativo; né Passport runtime né certificato di sicurezza.

SVG/HTML o grafici deterministici con alternative testuali, navy/nero scuro e accenti ciano, blu elettrico e viola misurati. Etichettare quantità e incertezza. A 390px impilare pannelli; verifica 768px/desktop e RTL arabo resta lavoro futuro sui visual. Identificatori LTR, assi e direzioni effettive invariati. Solo marchio ufficiale BlockAssay fornito. Entrambi i record sono specifiche, non visual consegnati.

Usare DIAGNOSTIC_PASSPORT per lo scopo didattico circoscritto solo se supporto rete, identità esatta, campi e provenienza sono verificati. Non si dichiara endpoint runtime o capacità del fornitore. Usare dati incorporati senza rete e senza pagamento. Dati mancanti restano sconosciuti; non servono connessione wallet, firma, lancio token o trading in tempo reale. Progressi Academy, pagamenti e segnalazioni commerciali non cambiano evidenza Radar. Diagnostic Passport preserva osservazioni/limiti, non previsione di prezzo o certificato di sicurezza.

• Solana getTokenSupply — Supply grezza, decimali e contesto RPC; non definizione di supply circolante. Verificata 2026-09-30.

• Metaplex Token Metadata Updating Assets — Autorità di aggiornamento, flag mutable e campi modificabili in questo programma. Verificata 2026-09-30.

• Uniswap v2 Pools — Diritti fungibili LP di contribuzione/rimborso, specifici di v2. Verificata 2026-09-30.

• Solana getTokenAccountsByOwner — Enumerazione per proprietario filtrata per mint o programma. Verificata 2026-09-30.

• Solana Set Authority — Revoca valida a None rimuove permanentemente ruolo selezionato; qui stesso mint standard Token Program e ruolo freeze correttamente identificati. Solo meccanismo, non autenticazione dei dati fittizi. Verificata 2026-10-01.

• Solana Freeze Account — Solo mint con autorità freeze può congelare conti token; autorità revocata non può farlo. Solo meccanismo, non autenticazione dei dati fittizi. Verificata 2026-10-01.

La documentazione sostiene meccanismi, non valori fittizi. Esempi e record sono materiale originale ILLUSTRATIVE congelato nel file. S0/S1 sono etichette sintetiche; observedAt null perché nessuna misurazione reale o storica del registro è stata raccolta. Rivedere documentazione e comportamento effettivamente distribuito prima di pubblicazione o integrazione.

P08 completato. Rivedere resoconto fonte/affermazione e limiti irrisolti, poi tornare alla dashboard Academy. Programmi successivi e laboratori separati mantengono prerequisiti elencati.