P02-L07 · P02 · P02-M02
Distinguere stato del nodo, latenza dell'indexer ed evidenza assente
Prerequisiti: P02-L06
Obiettivi di apprendimento
- Distinguere stato del nodo, latenza dell'indexer ed evidenza assente
- Distinguere null, errore di trasporto e zero misurato.
- Spiegare i limiti di copertura e tempo dell'indexer.
- Formulare un controllo mirato dei dati mancanti.
Master sorgente EN · P02-L07 · 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.
Perché è importante
Una schermata vuota non è evidenza che non sia accaduto nulla. Il percorso dell'osservazione può fallire o essere in ritardo indipendentemente dall'evento del registro indagato.
Spiegazione
Ricostruire il percorso dell'osservazione
Un'API di nodo restituisce dati secondo i parametri di un metodo e lo stato disponibile del nodo. Un indexer costruisce un'altra vista per ricerca o aggregazione. Un'interfaccia visualizza quella vista. Un risultato mancante può nascere a livelli diversi; non ridurli a un'unica conclusione sulla blockchain.
Solana getTransaction può restituire null quando la transazione non viene trovata al commitment richiesto [SOLRPC]. Anche i metodi delle ricevute Ethereum distinguono ricevute disponibili e risultati mancanti [RPC]. Metodo e contesto esatti contano più della parola generica «vuoto».
Quattro output simili in apparenza
Zero è una misura restituita secondo una query definita. Null è un risultato indisponibile/non trovato secondo la semantica del metodo. Un elenco vuoto significa nessuna riga restituita secondo i suoi filtri e la sua copertura. Un timeout è un esito di comunicazione. Nessuno è intercambiabile senza ulteriore evidenza.
Un indexer può aver elaborato soltanto fino a un blocco dichiarato. Una query su un evento successivo non può allora stabilirne l'assenza. Non inventare la riga mancante; riportare la lacuna di copertura. Un controllo successivo deve preservare la richiesta originale e confrontare parametri equivalenti.
Diagnosticare con il record minimo utile
Registrare rete, identificatore, metodo, parametri, commitment/blocco, fonte e marcatore del recupero. Chiedere poi il livello mancante: contesto attuale di avanzamento dell'indicizzazione, stato del nodo, disponibilità d'archivio o record esatto della transazione. Ripetere indefinitamente una query invariata non aggiunge evidenza.
Preservare l'incertezza nel resoconto
Usare «non restituito dalla fonte S secondo la query Q» anziché «non esiste». Se un pacchetto di nodo fornito include un record ma un indexer si ferma prima, il ritardo è una spiegazione ragionevole entro quei dati dell'esercizio. Resta una deduzione con una base di copertura dichiarata, non una prova che ogni interfaccia vuota sia innocua.
Non classificare un asset come sicuro o una persona come inattiva da osservazioni mancanti. La completezza è una proprietà da sostenere con evidenza, non da dedurre da una pagina vuota.
Classificazione degli stati dell'evidenza
OBSERVED nei dati dell'esercizio: record del nodo fornito, copertura dell'indexer, risposta vuota, timeout e saldo zero circoscritto. INFERRED: la lacuna di copertura rende I1 compatibile con N1 secondo il contesto dichiarato. UNKNOWN: commissione di N2 e disponibilità precedenti. INSUFFICIENT EVIDENCE: un elenco vuoto, timeout o un'istantanea zero prova assenza storica completa.
Terminologia
- RPC (chiamata di procedura remota): richiesta basata su un metodo a un nodo o fornitore.
- Commitment: livello di conferma della rete richiesto per un'osservazione; il significato è specifico della rete.
- Indexer: servizio di dati derivati interrogabili.
- Copertura: ciò che una fonte include.
- Null: risultato mancante secondo la semantica specifica del metodo.
Esempio storico
ILLUSTRATIVE. N1 fornisce SIM-TX-Z nel blocco120, esecuzione riuscita. I1 indexedThrough=118 e restituisce un risultato vuoto per Z. N2 va in timeout. B1 restituisce saldo0 per ACCOUNT-Q al blocco119. Tutti sono SIM-NET; i marcatori sono fittizi.
Specifiche visive
Pannello dell'evidenza con N1 blocco120, I1 copertura118, N2 timeout, B1 zero119. Testo alternativo: dati mancanti/indicizzati e zero misurato rispondono a domande diverse.
Cosa dimostrano le prove
I tipi distinti di risposta dei dati dell'esercizio e la spiegazione circoscritta della copertura.
Cosa non dimostrano le prove
Assenza globale della transazione, storia completa, autenticità della fonte o stato del servizio in tempo reale.
Errori comuni
- Equiparare null e zero.
- Supporre che indexer vuoto significhi nessuna transazione.
- Supporre che timeout significhi nessuna commissione.
Esercizio pratico
Classificare ogni risultato e redigere una nota sull'osservazione mancante. I1 contraddice N1? N2 dimostra nessuna commissione? B1 può dimostrare che Q non abbia mai detenuto asset?
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.
Mostra correzione dettagliata
N1 è un record fornito di inclusione. I1 ha una lacuna di copertura per120, quindi la sua risposta vuota non contraddice N1; il ritardo è INFERRED secondo la copertura dichiarata. N2 non fornisce misura di esecuzione/commissione. B1 è zero misurato solo a119, non una storia completa. Commissione a N2 e disponibilità precedenti di Q restano UNKNOWN.
Rubrica: 1 punto per portata precisa, provenienza della fonte/dati dell'esercizio, ragionamento corretto, limiti espliciti e lavoro sicuro senza rete (totale 5). Osservazioni inventate o attribuzioni umane non sostenute richiedono correzione a prescindere dal punteggio. È feedback didattico, non una certificazione.
Lista di controllo
- Metodo e parametri.
- Tipo di risultato restituito.
- Avanzamento dell'indicizzazione/blocco/commitment.
- Lacuna di copertura.
- Richiesta successiva mirata.
Riepilogo
Una schermata vuota non è evidenza che non sia accaduto nulla. Il percorso dell'osservazione può fallire o essere in ritardo indipendentemente dall'evento del registro indagato. Il materiale fornito sostiene i tipi distinti di risposta dei dati dell'esercizio e la spiegazione circoscritta della copertura. Non dimostra assenza globale della transazione, storia completa, autenticità della fonte o stato del servizio in tempo reale.
Riepilogo
- Distinguere null, errore di trasporto e zero misurato.
- Spiegare i limiti di copertura e tempo dell'indexer.
- Formulare un controllo mirato dei dati mancanti.
Lezione successiva
P02-L08 dopo aver verificato esercizio e prerequisiti.
Strumenti
NONE. Il catalogo autorevole non richiede accesso al prodotto per questa lezione. Usare materiale congelato senza connessione di rete.
Fonti e limiti delle affermazioni
- [RPC] JSON-RPC Ethereum — Stato della ricevuta, contesto del blocco e risultati API specifici della rete. Verificata 2026-10-01.
- [SOLRPC] Solana getTransaction — Risultati circoscritti al commitment e null quando non trovati/confermati. 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.
Specifiche visive
P02-L07-V01
Distinguere stato del nodo, latenza dell'indexer ed evidenza assente
Dati didattici illustrativi; nessuna schermata in tempo reale
Pannello dell'evidenza con N1 blocco120, I1 copertura118, N2 timeout, B1 zero119. Testo alternativo: dati mancanti/indicizzati e zero misurato rispondono a domande diverse.
Dati mancanti/indicizzati e zero misurato rispondono a domande diverse.
390px: righe impilate con equivalente testuale completo; verifica del rendering a 768px/desktop in sospeso
Prosa RTL; identificatori e unità numeriche restano LTR; preservare le direzioni effettive delle frecce
FIX-P02-L07
Fonti e limiti delle affermazioni
RPC · PRIMARY_DOCUMENTATION
JSON-RPC Ethereum
- Affermazione supportata
- Stato della ricevuta, contesto del blocco e risultati API specifici della rete.
- Limite di verifica
- Pagina primaria esaminata per il meccanismo indicato o la pubblicazione attribuita; non autentica i dati illustrativi.
- Data della verifica
- 2026-10-01
https://ethereum.org/en/developers/docs/apis/json-rpc/
SOLRPC · PRIMARY_DOCUMENTATION
Solana getTransaction
- Affermazione supportata
- Risultati circoscritti al commitment e null quando non trovati/confermati.
- Limite di verifica
- Pagina primaria esaminata per il meccanismo indicato o la pubblicazione attribuita; non autentica i dati illustrativi.
- Data della verifica
- 2026-10-01
https://solana.com/docs/rpc/http/gettransaction
Provenienza dei dati
id: FIX-P02-L07
dataStatus: ILLUSTRATIVE
source: Original teaching fixture embedded below; not externally observed
observedAt: null
timeBasis: SIM/T markers are fictional; no real timestamp or chain observation
scope: Invalid training labels; no usable wallet, key or signature