Vai al contenutoBlockAssay

Conti e programmi Solana

P02-L03 · P02 · P02-M01

Identificare i ruoli del programma proprietario del conto e del mint del token

ILLUSTRATIVE · needs_review

Prerequisiti: P02-L02

Obiettivi di apprendimento

  • Identificare i ruoli del programma proprietario del conto e del mint del token
  • Distinguere il programma proprietario a livello base dall'autorità del token.
  • Identificare i ruoli di mint e conto token.
  • Aggregare soltanto una portata definita di mint/autorità.

Master sorgente EN · P02-L03 · 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

La parola «owner» compare a livelli diversi dei record Solana. Leggere ogni campo owner come un wallet umano crea affermazioni errate su saldo e controllo.

Spiegazione

Identificare il livello del record

Solana memorizza lo stato in conti con indirizzi e un programma proprietario [SOLACC]. Anche i dati di un conto token indicano un mint e un'autorità token-owner [SOLTOKEN]. Questi campi rispondono a domande diverse: quale programma governa la rappresentazione dello stato e quale autorità è associata alle disponibilità del token.

Il Token Program che compare come proprietario a livello base non significa che tutti i conti token appartengano economicamente alla stessa persona. Analogamente, un campo di autorità non è un'identità legale autenticata. Scrivere il percorso completo del campo anziché la parola «owner» senza qualificazione.

Distinguere mint e disponibilità

Un mint identifica un token e il suo stato pertinente. Un conto token detiene unità di un mint. Più conti token possono riferirsi allo stesso mint o alla stessa autorità. Contare soltanto i conti nella portata richiesta e soltanto in un contesto comparabile.

I lamport sono le unità più piccole di SOL (10^9 lamport per SOL). Non sommare lamport nativi e unità di token. Non sommare mint diversi perché l'interfaccia li raggruppa in una schermata. Qualsiasi conversione in un valore comune richiede un metodo separato di prezzo, che questa lezione non fornisce.

Dichiarare la copertura dell'enumerazione

L'esercizio stipula un insieme completo per una sola autorità e un solo mint. In una risposta reale, un elenco può essere paginato, filtrato o incompleto. Una somma parziale è un totale dei record restituiti, non automaticamente di ogni disponibilità. Un conto mancante non è un saldo zero.

Preservare collegamenti con un tipo preciso

Usare frecce program-owner, token-authority e mint-reference. Ciascuna sostiene una relazione circoscritta. Un collegamento mint-reference collega detentori di uno stesso asset senza dimostrare controllo comune. Se si chiede l'identità umana, il grafo fornisce INSUFFICIENT EVIDENCE anche quando tutti i campi tecnici sono noti.

Terminologia

  • Programma proprietario: programma che governa il conto a livello base.
  • Autorità del token: campo owner nei dati del conto token.
  • Riferimento al mint: collegamento esatto al token.
  • Portata dell'enumerazione: record inclusi in un totale.
  • Slot: opportunità numerata di produzione di un blocco; un marcatore di slot non è automaticamente un timestamp di orologio.

Esempio storico

ILLUSTRATIVE al marcatore di slot S0. T1: programma P-TOKEN, mint M-A, token owner W, importo30. T2: stesso programma/mint/owner, importo20. T3: programma P-TOKEN, mint M-B, owner W, importo90. T4: mint M-A, owner V, importo50. Importi normalizzati; T1/T2 stipulati esaustivi per W/M-A.

Specifiche visive

Mappa delle autorizzazioni dei contratti con T1/T2→W e M-A, T3→M-B, T4→V; frecce separate program-owner verso P-TOKEN. Testo alternativo: soltanto T1 e T2 contribuiscono a W/M-A=50.

Cosa dimostrano le prove

Un totale delle disponibilità con portata corretta dal sottoinsieme fittizio esaustivo.

Cosa non dimostrano le prove

Proprietà umana, disponibilità complete del mondo reale o sicurezza del token.

Errori comuni

  • Sommare tutti i conti mostrati.
  • Trattare il programma proprietario come beneficiario.
  • Assumere un solo conto per mint/autorità.

Esercizio pratico

Disegnare le relazioni con tipo preciso e calcolare W/M-A. Spiegare perché né90 né50 entrano in quel totale. Che cosa dimostra il programma P-TOKEN sulle persone?

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

W/M-A=30+20=50. T3 è un altro mint; T4 un'altra autorità. P-TOKEN è un ruolo program-owner, non un proprietario umano. I campi OBSERVED dei dati dell'esercizio sostengono queste appartenenze; la somma è INFERRED. Le identità umane sono UNKNOWN; il controllo umano comune è INSUFFICIENT EVIDENCE.

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

  • Campo base o campo token decodificato?
  • Mint esatto.
  • Portata dell'autorità.
  • Stesso slot/contesto.
  • Completezza esplicita.

Riepilogo

La parola «owner» compare a livelli diversi dei record Solana. Leggere ogni campo owner come un wallet umano crea affermazioni errate su saldo e controllo. Il materiale fornito sostiene un totale delle disponibilità con portata corretta dal sottoinsieme fittizio esaustivo. Non dimostra proprietà umana, disponibilità complete del mondo reale o sicurezza del token.

Riepilogo

  • Distinguere il programma proprietario a livello base dall'autorità del token.
  • Identificare i ruoli di mint e conto token.
  • Aggregare soltanto una portata definita di mint/autorità.

Lezione successiva

P02-L04 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

  • [SOLACC] Conti Solana — Proprietà del conto a livello base da parte del programma e stato del conto. Verificata 2026-10-01.
  • [SOLTOKEN] Conti token Solana — Il riferimento al mint e l’autorità indicata nel campo owner del conto token sono distinti dal programma proprietario del conto a livello base. 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-L03-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Identificare i ruoli del programma proprietario del conto e del mint del token

Dati didattici illustrativi; nessuna schermata in tempo reale

Mappa delle autorizzazioni dei contratti con T1/T2→W e M-A, T3→M-B, T4→V; frecce separate program-owner verso P-TOKEN. Testo alternativo: soltanto T1 e T2 contribuiscono a W/M-A=50.

Soltanto T1 e T2 contribuiscono a W/M-A=50.

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-L03

Fonti e limiti delle affermazioni

SOLACC · PRIMARY_DOCUMENTATION

Conti Solana

Affermazione supportata
Proprietà del conto a livello base da parte del programma e stato del conto.
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
Apri fonte primaria
https://solana.com/docs/core/accounts

SOLTOKEN · PRIMARY_DOCUMENTATION

Conti token Solana

Affermazione supportata
Il riferimento al mint e l’autorità indicata nel campo owner del conto token sono distinti dal programma proprietario del conto a livello base.
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
Apri fonte primaria
https://solana.com/docs/tokens/basics/create-token-account

Provenienza dei dati

id: FIX-P02-L03

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

Verifica il ragionamento

P02-L03-Q1 · Qual è il totale W/M-A?
P02-L03-Q2 · Perché escludere T3?
P02-L03-Q3 · Che cosa significa il proprietario base P-TOKEN?
P02-L03-Q4 · W può avere qui due conti per un mint?
P02-L03-Q5 · Se la copertura dell'elenco fosse parziale?