P02-L03 · P02 · P02-M01
Identificar papéis de programa proprietário da conta e mint do token
Pré-requisitos: P02-L02
Objetivos de aprendizagem
- Identificar papéis de programa proprietário da conta e mint do token
- Distinguir propriedade da conta base por um programa de autoridade do token.
- Identificar papéis de mint e conta de tokens.
- Agregar somente um alcance definido de mint/autoridade.
Fonte mestra EN · P02-L03 · 30 minutos estimados · needs_review
Estudo somente de leitura. Sem conexão de carteira, dinheiro real, frase-semente, chave privada, assinatura ou operação em tempo real. Duração é estimativa editorial; recursos visuais são especificações, não componentes implantados.
Por que importa
A palavra «owner» aparece em diferentes camadas de registros Solana. Ler todo campo owner como carteira humana cria afirmações incorretas de saldo e controle.
Explicação
Identificar camada do registro
Solana armazena estado em contas com endereços e propriedade da conta por um programa [SOLACC]. Dados de uma conta de tokens também nomeiam mint e autoridade proprietária do token [SOLTOKEN]. Esses campos respondem perguntas diferentes: qual programa governa representação de estado e qual autoridade está associada à posse de tokens.
Token Program aparecer como programa proprietário da conta base não significa que todas as contas de tokens pertençam economicamente à mesma pessoa. Da mesma forma, campo de autoridade não é identidade jurídica autenticada. Escreva caminho completo do campo em vez da palavra «owner» sem qualificação.
Distinguir mint de posse
Um mint identifica token e seu estado relevante. Uma conta de tokens detém unidades de um mint. Várias contas de tokens podem referir-se ao mesmo mint ou autoridade. Conte somente contas dentro do alcance solicitado e somente em contexto comparável.
Lamports são menores unidades de SOL (10^9 lamports por SOL). Não some lamports nativos a unidades de tokens. Não some mints diferentes porque interface os agrupa numa tela. Qualquer conversão para valor comum precisa de método de precificação separado, que esta lição não fornece.
Declarar cobertura da enumeração
O exercício estipula conjunto completo para uma autoridade e mint. Numa resposta real, lista pode ser paginada, filtrada ou incompleta. Soma parcial é total de registros retornados, não automaticamente todas as posses. Conta ausente não é saldo zero.
Preservar ligações tipadas
Use setas de programa proprietário da conta, autoridade de token e referência de mint. Cada uma sustenta relação restrita. Ligação de referência de mint conecta detentores de um ativo sem provar controle comum. Se pergunta for identidade humana, grafo fornece INSUFFICIENT EVIDENCE mesmo quando todos os campos técnicos são conhecidos.
Terminologia
- Programa proprietário da conta: programa que governa conta base.
- Autoridade do token: campo owner dentro dos dados da conta de tokens.
- Referência de mint: vínculo exato do token.
- Alcance da enumeração: registros incluídos num total.
- Slot: oportunidade numerada de produção de bloco; marcador de slot não é automaticamente timestamp de relógio.
Exemplo histórico
ILLUSTRATIVE no marcador de slot S0. T1: programa P-TOKEN, mint M-A, proprietário do token W, quantidade 30. T2: mesmo programa/mint/proprietário, quantidade 20. T3: programa P-TOKEN, mint M-B, proprietário W, quantidade 90. T4: mint M-A, proprietário V, quantidade 50. Quantidades normalizadas; T1/T2 estipulados como exaustivos para W/M-A.
Especificações visuais
Mapa de permissões de contrato com T1/T2→W e M-A, T3→M-B, T4→V; setas separadas de programa proprietário da conta para P-TOKEN. Texto alternativo: somente T1 e T2 contribuem para W/M-A=50.
O que a evidência demonstra
Total de posses com alcance correto a partir do subconjunto fictício exaustivo.
O que a evidência não demonstra
Propriedade humana, posses completas no mundo real ou segurança do token.
Erros comuns
- Somar todas as contas mostradas.
- Tratar programa proprietário da conta como beneficiário.
- Presumir uma conta por mint/autoridade.
Exercício prático
Desenhe relações tipadas e calcule W/M-A. Explique por que nem 90 nem 50 entram nesse total. O que programa P-TOKEN estabelece sobre humanos?
Entregue breve tabela de evidência e raciocínio usando apenas material fornecido. Distribuição sugerida: estudo 12 min, inspeção/cálculo 8 min, correção/questionário 10 min.
Mostrar correção detalhada
W/M-A=30+20=50. T3 é outro mint; T4 outra autoridade. P-TOKEN é papel de programa proprietário da conta, não proprietário humano. Campos OBSERVED do exercício sustentam essas associações; soma é INFERRED. Identidades humanas são UNKNOWN; controle humano comum é INSUFFICIENT EVIDENCE.
Rubrica de revisão: 1 ponto por alcance exato, procedência de fonte/dados de exercício, raciocínio correto, limites explícitos e manejo seguro offline (5 no total). Observação inventada ou atribuição humana sem respaldo exige correção independentemente da pontuação. É retorno formativo, não certificação.
Lista de verificação
- Campo base ou campo de token decodificado?
- Mint exato.
- Alcance de autoridade.
- Mesmo slot/contexto.
- Completude explícita.
Resumo
A palavra «owner» aparece em diferentes camadas de registros Solana. Ler todo campo owner como carteira humana cria afirmações incorretas de saldo e controle. O material fornecido sustenta total de posses com alcance correto a partir do subconjunto fictício exaustivo. Não estabelece propriedade humana, posses completas no mundo real ou segurança do token.
Resumo
- Distinguir propriedade da conta base por um programa de autoridade do token.
- Identificar papéis de mint e conta de tokens.
- Agregar somente um alcance definido de mint/autoridade.
Próxima lição
P02-L04 após revisar exercício e pré-requisitos.
Ferramentas
NONE. O catálogo autoritativo não exige acesso a produto nesta lição. Use material congelado/offline.
Fontes e limites das afirmações
- [SOLACC] Contas Solana — Propriedade da conta base por um programa e estado de conta. Verificado em 2026-10-01.
- [SOLTOKEN] Contas de tokens Solana — Referência de mint e autoridade proprietária do token são distintas do programa proprietário da conta. Verificado em 2026-10-01.
Valores sintéticos são entradas de exercício criadas pelo autor. Valores históricos, se houver, devem usar conjunto vinculado e sua procedência mais estreita. Inspeção de fonte não é aceitação editorial independente.
Especificações visuais
P02-L03-V01
Identificar papéis de programa proprietário da conta e mint do token
Dados didáticos ilustrativos; não é tela em tempo real
Mapa de permissões de contrato com T1/T2→W e M-A, T3→M-B, T4→V; setas separadas de programa proprietário da conta para P-TOKEN. Texto alternativo: somente T1 e T2 contribuem para W/M-A=50.
somente T1 e T2 contribuem para W/M-A=50.
390px: linhas empilhadas com equivalente textual completo; aceitação de renderização 768px/desktop pendente
Prosa RTL; identificadores e unidades numéricas permanecem LTR; preservar direções factuais das setas
FIX-P02-L03
Fontes e limites das afirmações
SOLACC · PRIMARY_DOCUMENTATION
Contas Solana
- Afirmação sustentada
- Propriedade da conta base por um programa e estado de conta.
- Limite de verificação
- Fonte primária inspecionada para mecanismo associado ou declaração atribuída; sem autenticação de dados ilustrativos.
- Data de verificação
- 2026-10-01
https://solana.com/docs/core/accounts
SOLTOKEN · PRIMARY_DOCUMENTATION
Contas de tokens Solana
- Afirmação sustentada
- Referência de mint e autoridade proprietária do token são distintas do programa proprietário da conta.
- Limite de verificação
- Fonte primária inspecionada para mecanismo associado ou declaração atribuída; sem autenticação de dados ilustrativos.
- Data de verificação
- 2026-10-01
https://solana.com/docs/tokens/basics/create-token-account
Proveniência dos dados
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