Relatório de evidências e limites

Fonte-mestra EN · P08-L08 · duração estimada: 45 minutos · needs_review

Um relatório só é útil se o revisor conseguir recuperar o objeto, as evidências e o raciocínio de cada afirmação. Um título confiante não compensa contextos misturados, saldos ausentes ou atribuição não verificada do emissor. Esta última lição P08 transforma resultados restritos num relatório diagnóstico delimitado.

O exercício é um relatório de ativo, não o futuro programa Wallet Intelligence. Avalia proveniência, conciliação, incerteza e comunicação. Não emite certificado, instrução de investimento nem Passport de execução.

Começar pela pergunta e pelo corte

Defina a tupla do objeto e a pergunta. «Analisar SIM-SOL-A / MINT-R em S0 fornecido quanto a identidade, controlos, distribuição e liquidez» é delimitado. «Diz-me se é seguro» não tem definição operacional e convida a garantias sem suporte.

Especifique separadamente o contexto descrito e a geração do relatório. Um relatório posterior pode descrever evidências anteriores; a sua criação não é o momento da medição do estado do token. Registe separadamente observação/contexto, recuperação da fonte e criação do relatório, quando disponíveis.

O exercício usa etiquetas sintéticas T+ de captura/geração e S0 de estado. Não são marcas temporais UTC nem observações reais recolhidas. Um relatório real exigiria bloco/slot/tempo disponíveis reais, finalidade e proveniência de aquisição. Na ausência de hora de relógio, preserve o contexto devolvido sem adivinhar.

Criar um registo de evidências

Atribua a cada registo um localizador estável, fonte, objeto exato, contexto, campos incluídos e limites. Uma afirmação referencia registos, não «o painel». Assim o revisor pode avaliar se as evidências respondem à pergunta.

A oferta bruta e os decimais fornecidos podem ser normalizados como em P08-L02; Solana getTokenSupply documenta estes campos de resposta [S08-SUPPLY]. A aritmética é um cálculo, não outra fonte independente. Não conte métricas derivadas como observações corroborantes.

O mecanismo de atualização de metadados ou o método de posição LP são documentados separadamente [S08-METADATA; S08-POOLS]. A documentação explica um controlo ou representação de direitos; não autentica valores fictícios. Separe a fonte metodológica do registo de medição.

Classificar afirmações antes de concluir

OBSERVED significa observação diretamente inspecionável no âmbito. Aqui significa registo fictício fornecido, nunca medição de cadeia em tempo real. INFERRED significa raciocínio a partir de registos e pressupostos declarados. UNKNOWN identifica factos indisponíveis. INSUFFICIENT EVIDENCE responde a uma afirmação avaliada que os registos disponíveis não sustentam.

Estes estados não formam uma escala crescente de segurança. Controlo do emissor desconhecido pode coexistir com identidade do mint observada. Evidências insuficientes de toda a liquidez bloqueada podem coexistir com reservas observadas. Não tire uma média dos estados para criar uma pontuação tranquilizadora.

Uma contradição exige tratamento próprio. R4 comunica uma afirmação anterior de revogação da autoridade de congelamento; R2 regista autoridade de congelamento F ativa em S0 fornecido. Para o mesmo mint corretamente identificado do Token Program padrão e o mesmo papel de congelamento, uma revogação válida para None elimina permanentemente esse papel [S08-SET]; o mint deixa de poder usar essa autoridade para congelar contas de tokens [S08-FREEZE]. Não concilie estas afirmações como uma reativação posterior normal.

Use R2 correspondente para descrever o que o registo S0 fornecido comunica, conservando R4 e classificando a causa do conflito como UNKNOWN / UNRESOLVED. Explicações possíveis incluem afirmação anterior inexata, mint/objeto ou programa/contexto incorreto, erro de descodificação/relato ou problema de proveniência. Nenhuma é estabelecida aqui. R2 não prova a causa do conflito com R4 e nenhum registo se transforma numa história autenticada independentemente. A documentação estabelece o mecanismo, não a veracidade dos valores do conjunto.

A regra limita-se ao mint identificado, papel pertinente e semântica padrão documentada. Não estabelece ausência de outros controlos: extensões Token-2022, programas auxiliares ou mecanismos distintos exigem evidências e análise próprias.

Conciliar cobertura e denominadores

Indique o total fornecido e a cobertura da exportação. Uma distribuição parcial sustenta saldos observados e fração de cobertura, não uma classificação exaustiva de proprietários. Um saldo comunicado de proprietário de 2000 de 10000 representa 20% fornecido. Sem enumeração completa, pode ser um limite inferior do total dessa autoridade proprietária, dependendo da existência de outras contas.

Os 5000 tokens ausentes numa exportação com metade da cobertura não são um novo titular chamado Outros. São inventário não devolvido de composição desconhecida. Não os rotule como equipa, queima, pool ou investidores de retalho sem evidências.

Reservas do pool e direitos de retirada permanecem separados. Uma linha de reservas estabelece a quantidade fornecida num contexto. Não estabelece que todos os direitos estão bloqueados quando faltam os registos de direitos e a configuração do bloqueador. Leve esse limite à conclusão, sem o esconder num apêndice.

Gerir atualidade e registos incoerentes

Calcular a idade da recuperação exige tempos reais em unidades comparáveis. T+ só sustenta ordem relativa, não um limiar de atualidade em tempo real. Captura em T+10 e geração em T+20 dão um intervalo de dez passos, não dez minutos nem segundos.

Contextos correspondentes são necessários, mas insuficientes. Importam descodificadores, nível de compromisso, filtros e erros da fonte. Se faltar um facto, não fabrique uma verificação bem-sucedida do fornecedor. A independência de duas fontes que dependem de um fornecedor comum permanece incerta até ser estabelecida.

Rejeite campos de saída sem suporte. Propriedade beneficiária desconhecida permanece desconhecida. Uma etiqueta de conta do controlador de atualização não identifica uma pessoa. Uma declaração web não autenticada mantém-se declarada/não verificada.

Estruturar o relatório para revisão

Um relatório prático contém âmbito, registo de evidências, resultados restritos, limites e próximas verificações. Cada resultado indica estado dos dados, referências dos registos e contexto. Inclua numerador e denominador dos cálculos para permitir reprodução.

Não conclua com BUY, SELL, HOLD, promessa de lucro ou veredicto de segurança sem suporte. Uma fotografia diagnóstica e uma previsão têm finalidades distintas. Um futuro Diagnostic Passport pode conservar observações se as suas capacidades de execução forem verificadas; este exercício Markdown não é esse artefacto gerado.

Torne os pedidos de investigação concretos: obter cobertura completa de proprietários/contas, inspecionar direitos LP e investigar a proveniência dos registos de autoridade contraditórios. São pedidos de evidências, não instruções de negociação. O proprietário pode rever o conteúdo sem ferramentas pagas.

Preservar versão e estado de revisão

A versão do conteúdo e lastReviewedAt descrevem proveniência editorial. needs_review é verdadeiro até concluir revisão de proprietário/conteúdo/fontes. Não afirma que o token seja malicioso ou não revisto. Não preencha lastReviewedAt com a data de redação, sugerindo revisão independente.

Uma alteração posterior de estado pode invalidar uma afirmação diagnóstica sem invalidar a matemática da lição. Preserve o contexto original e acrescente uma versão do relatório em vez de reescrever uma observação passada para corresponder ao presente. O âmbito e as referências imutáveis são essenciais.

• Registo de evidências: fontes indexadas que sustentam afirmações.
• Corte de estado: limite de estado descrito pelo relatório.
• Tempo de captura: momento de recuperação das evidências da fonte.
• Fração de cobertura: inventário observado dividido pelo total indicado.
• Limite inferior: quantidade que pode omitir outras posições.
• Fotografia diagnóstica: observações delimitadas, não uma previsão.
• Estado de revisão: estado editorial distinto de classificação do token.

ILLUSTRATIVE — FIX-P08-08. SIM-SOL-A / MINT-R. F-A é uma exportação fictícia congelada de fornecedor capturada em T+10 sintético; relatório gerado em T+20. Corte S0. Não foram recolhidos segundos reais, bloco, slot ou observação UTC.

R6 só é completo para os dois registos devolvidos, não para o mint. A precisão da cotação já está normalizada em R3. Não são fornecidas outras contas A, beneficiários, direitos LP nem registos de transição de autoridade.

OBSERVED no conjunto: identidade/campos S0 e saldos parciais fornecidos; F-A é proveniência partilhada de R1/R2/R3/R6.

INFERRED: total 10,000 tokens, A devolvido 2000, pool 3000 e cobertura 50%. O saldo devolvido de A representa 20% do total; o seu total exaustivo por autoridade permanece por resolver.

UNKNOWN: distribuição completa, cobertura de custódia/bloqueio LP, autenticação do emissor, atualidade real e causa do conflito de autoridade de congelamento R4/R2.

INSUFFICIENT EVIDENCE: «Oficial e seguro, toda a liquidez bloqueada, congelamento impossível» falha perante evidências ausentes ou contraditórias. Registos repetidos de F-A não são fontes independentes.

Usar geração como observação; inventar unidades para T+; classificar inventário ausente como um titular; tratar campos de um fornecedor como confirmações independentes; resolver silenciosamente conflitos antigos/novos; prever resultados a partir de um relatório diagnóstico.

Prepare um relatório com cinco partes: âmbito, registo de evidências, resultados nos quatro estados, limites e três próximas verificações. Calcule quantidades e cobertura. Corrija «Token oficial seguro: toda a liquidez bloqueada e congelamento impossível». Inclua R4 sem misturar estado anterior com S0.

• Indicar objeto e corte antes da conclusão.
• Separar contexto da observação, captura e geração.
• Ligar afirmações a registos e pressupostos.
• Publicar cobertura e denominadores.
• Preservar conflitos e campos indisponíveis.
• Pedir evidências ausentes sem sinal de negociação.
• Manter needs_review e versão verdadeiros.

Um relatório de ativo defensável permite recuperar a cadeia de evidências. Resultados restritos sustentados continuam úteis junto de questões não resolvidas de identidade, autoridade ou liquidez.

A proveniência faz parte da afirmação. Cobertura parcial permanece parcial. Registos diagnósticos preservam observações e limites; não certificam segurança nem preveem rentabilidade.

Criar registo R1–R6 com colunas de fonte/contexto e chave partilhada F-A. O painel dos quatro estados liga afirmações às linhas. Mostrar cobertura de 50% com composição não devolvida desconhecida; separar S−2 e S0. Etiquetar T+ como sintético sem segundos/minutos. Preservar R4/R2 como afirmações contraditórias: causa UNKNOWN / UNRESOLVED, sem seta de reativação. Citar S08-SET/S08-FREEZE apenas para a semântica de revogação permanente; não autenticar os valores do conjunto.

Relatório diagnóstico ilustrativo; não é Passport de execução nem certificado de segurança.

Usar SVG/HTML ou gráficos determinísticos com alternativas textuais, azul-marinho escuro/preto, ciano, azul elétrico e violeta moderados. Rotular quantidades e incertezas. A 390px empilhar painéis; verificações 768px/escritório e RTL árabe continuam trabalho futuro dos recursos. Manter identificadores LTR, eixos factuais e direções das ligações inalterados. Usar apenas marca oficial BlockAssay fornecida. Ambos os registos são especificações, não recursos entregues.

Usar DIAGNOSTIC_PASSPORT para a finalidade educativa delimitada apenas se compatibilidade de rede, identidade exata, campos e proveniência forem verificados. Este conteúdo não afirma endpoint de execução nem capacidade de fornecedor. Usar o conjunto integrado sem ligação à rede e sem acesso pago. Dados ausentes permanecem desconhecidos; não é necessária ligação de carteira, assinatura, lançamento de token ou negociação em tempo real. Progresso Academy, pagamentos e referências nunca alteram evidências Radar. Um Diagnostic Passport preserva observações e limites, não prevê preço nem certifica segurança.

• Solana getTokenSupply — Oferta bruta, decimais e contexto da resposta RPC; não definição de oferta circulante. Verificado 2026-09-30.

• Metaplex Token Metadata: atualizar ativos — Autoridade de atualização, indicador mutable e campos editáveis neste programa específico. Verificado 2026-09-30.

• Pools Uniswap v2 — Direitos fungíveis de contribuição e resgate LP, específicos de v2. Verificado 2026-09-30.

• Solana getTokenAccountsByOwner — Enumeração por proprietário filtrada por mint ou programa. Verificado 2026-09-30.

• Solana: definir autoridade — Uma revogação válida para None elimina permanentemente o papel selecionado; limitada ao mesmo mint corretamente identificado do Token Program padrão e papel de congelamento. Apenas mecanismo, não autenticação do conjunto. Verificado 2026-10-01.

• Solana: congelar conta — Só um mint com autoridade de congelamento pode congelar contas de tokens; autoridade revogada não pode ser usada para tal. Apenas mecanismo, não autenticação do conjunto. Verificado 2026-10-01.

A documentação sustenta mecanismos, não valores fictícios. Exemplos e registos são material original ILLUSTRATIVE congelado neste ficheiro. S0/S1 são etiquetas sintéticas de contexto; observedAt é null porque não foi recolhida medição de cadeia em tempo real ou histórica. Rever documentação e comportamento realmente implementado antes de publicação ou integração.

P08 está concluído. Reveja o relatório da fonte à afirmação e os limites por resolver; regresse ao painel Academy. Programas posteriores e laboratórios separados mantêm os pré-requisitos indicados.