Vai al contenutoBlockAssay

Metadati, domini e identità sociale

P12-L06 · P12 · P12-M02

Pubblicare identificatori coerenti senza affermare verifica indipendente

ILLUSTRATIVE · needs_review

Prerequisiti: P12-L05

Obiettivi di apprendimento

  • Pubblicare identificatori coerenti senza affermare verifica indipendente
  • Pubblicare identificatori ipotetici coerenti distinguendo dichiarazioni dell’emittente e verifica indipendente.

Perché è importante

Un simbolo familiare o nome sociale corrispondente può essere copiato. La coerenza è utile per individuare un asset ma non può stabilire indipendentemente che un creatore sia autentico.

Spiegazione

Mantieni una tabella canonica dell’identità: rete prevista, futuro identificatore esatto dell’asset, standard del token, nome/simbolo/decimali visualizzati, affermazione sul dominio ufficiale e dichiarazioni sociali datate. I metadati possono essere modificabili o memorizzati nella cache. Registra fonte e tempo di osservazione anziché trattare il simbolo visualizzato come identificatore univoco. L’emittente dovrebbe dichiarare autorità di aggiornamento e processo di risoluzione delle dichiarazioni contrastanti.

Domini e account sociali appartengono a una sezione di dichiarazioni attribuite. Affermare che un dominio è ufficiale stabilisce ciò che sostiene il pubblicatore; autenticità indipendente richiede evidenze separate. Grafica corrispondente e collegamenti incrociati migliorano coerenza ma possono condividere la stessa fonte compromessa o autoredatta. Preserva cronologie dei conflitti anziché sovrascrivere silenziosamente un vecchio identificatore.

Non includere contatti privati, credenziali di accesso o collegamenti eseguibili nell’esercizio. Usa domini di esempio riservati ed etichette su carta. Creator Lab può organizzare dichiarazioni, ma non può convertire metadati autopubblicati in fatto verificabile da Radar o sopprimere una discordanza osservata.

Terminologia

Identificatore esatto dell’asset: riferimento di contratto o mint legato alla rete.

Metadati: campi visualizzati che possono essere modificabili o memorizzati nella cache.

Dichiarazione dell’emittente: affermazione di identità attribuita.

Verifica indipendente: evidenze non fornite esclusivamente da chi formula l’affermazione.

Esempio storico

ILLUSTRATIVE: l’etichetta A dell’asset su carta di Cedar sulla rete fittizia N usa simbolo CDR, mentre un sito copiato su copy.example mostra anch’esso CDR per l’etichettaB. La dichiarazione pianificata su cedar.example elenca A ed editor D. Non sono visitati o creati domini, account o asset reali.

Specifiche visive

Scheda di confronto mint A rispetto a B con simbolo CDR identico evidenziato come insufficiente. Mostra separatamente colonne di dichiarazione ed evidenza indipendente, usando soltanto domini di esempio.

Didascalia: Identificatori fittizi distinguono asset nonostante simboli copiati; le dichiarazioni sono attribuite.

SPECIFICATION_ONLY — la visualizzazione non è stata prodotta né sottoposta a revisione indipendente.

Cosa dimostrano le prove

Nei dati didattici, le etichette esatte degli asset sono in conflitto anche se i simboli corrispondono. La dichiarazione pianificata può essere resa internamente coerente.

Cosa non dimostrano le prove

Non prova proprietà reale di domini, autenticità di account, asset distribuito o identità indipendente dell’emittente. La corrispondenza dei simboli è insufficiente per unire A e B.

Errori comuni

Usare soltanto il simbolo come identità; trattare collegamenti reciproci dell’emittente come corroborazione indipendente; nascondere un ID precedente dell’asset; implicare che un dossier a pagamento verifichi un creatore.

Esercizio pratico

Costruisci un confronto di identità in due righe e redigi un avviso di correzione per una scheda basata soltanto sul simbolo che abbia accidentalmente unito A e B. Mantieni esplicita l’attribuzione della dichiarazione.

Mostra correzione dettagliata

Riga1:N/A/CDR/cedar.example/editor dichiarato D; riga 2:N/B/CDR/copy.example/autorità ignota. A≠B, quindi non unire. Correzione: «La nostra scheda illustrativa basata soltanto sul simbolo ha confuso due etichette distinte di asset. La dichiarazione pianificata di Cedar elenca A; è un’affermazione dell’emittente, non una verifica indipendente dell’identità. L’etichetta B rimane distinta e la sua autorità è ignota». Conserva la scheda precedente e la data di correzione nella cronologia delle revisioni; non inventare una migrazione reale né accusare l’operatore del sito copiato.

Lista di controllo

  • Usa rete e riferimento esatto dell’asset.
  • Registra autorità dei metadati e base temporale.
  • Attribuisci dichiarazioni su dominio/social.
  • Preserva identificatori contrastanti e correzioni.

Riepilogo

La coerenza dell’identità aiuta i lettori a individuare un’affermazione, mentre autenticità indipendente rimane una questione probatoria separata.

Riepilogo

  • I simboli non sono identificatori univoci degli asset.
  • Collegamenti autopubblicati possono condividere una dipendenza.
  • Le correzioni dovrebbero preservare la cronologia degli identificatori.

Lezione successiva

P12-L07

Strumenti

Usa lo strumento BlockAssay indicato soltanto come contesto per leggere le evidenze. Questa lezione non crea output dello strumento, sessioni di account o diritti di accesso. Esercizio offline; non firmare, distribuire, approvare o finanziare nulla.

Fonti e limiti delle affermazioni

  • ERC20: Standard ERC-20 — Interfaccia dei token e semantica delle autorizzazioni di spesa; lo standard non stabilisce identità dell’emittente o sicurezza dei permessi. Limite: Soltanto documentazione del meccanismo; i valori illustrativi originali sono stipulati, non osservazioni. I dati storici hanno provenienza congelata separatamente e lacune esplicite nella 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

P12-L06-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Pubblicare identificatori coerenti senza affermare verifica indipendente

Identificatori fittizi distinguono asset nonostante simboli copiati; le dichiarazioni sono attribuite.

Scheda di confronto mint A rispetto a B con simbolo CDR identico evidenziato come insufficiente. Mostra separatamente colonne di dichiarazione ed evidenza indipendente, usando soltanto domini di esempio.

Scheda di confronto mint A rispetto a B con simbolo CDR identico evidenziato come insufficiente. Mostra separatamente colonne di dichiarazione ed evidenza indipendente, usando soltanto domini di esempio.

A 390 px impila osservazioni, ipotesi, lacune e conclusione; conserva gli ID completi e un equivalente testuale integrale. Ogni tabella larga scorre localmente.

La prosa può seguire RTL; ID, quantità e assi temporali rimangono LTR. Preserva la direzione delle dipendenze.

P12-L06-ILLUSTRATIVE-v1

Fonti e limiti delle affermazioni

ERC20 · PRIMARY_DOCUMENTATION

Standard ERC-20

Affermazione supportata
Interfaccia dei token e semantica delle autorizzazioni di spesa; lo standard non stabilisce identità dell’emittente o sicurezza dei permessi.
Limite di verifica
Soltanto documentazione del meccanismo; i valori illustrativi originali sono stipulati, non osservazioni. I dati storici hanno provenienza congelata separatamente e lacune esplicite nella raccolta.
Data della verifica
2026-10-02
Apri fonte primaria
https://eips.ethereum.org/EIPS/eip-20

Provenienza dei dati

id: P12-L06-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.

Verifica il ragionamento

P12-L06-Q1 · A e B mostrano entrambi CDR. Che cosa identifica l’asset previsto?
P12-L06-Q2 · cedar.example rimanda al proprio account sociale e viceversa. Che cosa stabilisce questo?
P12-L06-Q3 · Perché registrare l’editor dei metadati D?
P12-L06-Q4 · Una vecchia scheda ha unito A e B. Quale correzione preserva la provenienza?
P12-L06-Q5 · Creator Lab può trasformare la dichiarazione dell’emittente sul dominio in un fatto di Radar?