Limites de atribuição e relatórios de evidências

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

Um relatório de carteira pode conter transferências precisas e ainda assim afirmar sem suporte a identidade, afiliação ou intenção de mercado de uma pessoa. A competência final é preservar a cadeia de evidências distinguindo factos, cálculos, hipóteses e desconhecidos.

Produzirá um relatório delimitado de carteira a partir de dados parciais. É distinto do relatório de controlos de ativos de P08: aqui importam atividade da conta, relações, cobertura e limites de atribuição. Não é emitida identidade pessoal, instrução de negociação nem certificado.

Indicar âmbito antes da interpretação

Nomeie rede, endereço-alvo completo, ativo pertinente, corte temporal/de contexto e pergunta de investigação. «Que atividade e relações são fornecidas para W?» é respondível. «Quem é W e o que negociará depois?» exige evidências não fornecidas.

Declare a unidade de observação. Um endereço não é uma pessoa; uma relação de autoridade não é propriedade beneficiária. A conclusão não deve passar silenciosamente de movimento de endereço para comportamento humano.

Separe estado descrito, captura da fonte e geração do relatório. Um relatório posterior descreve atividade anterior, mas conhecimento posterior não era disponível antes. Tempos sintéticos continuam explicitamente sintéticos.

Construir um registo de evidências

Atribua a cada linha localizador, fonte, objeto exato, contexto, resultado, montante/unidades e limite. Inclua etiquetas não verificadas como afirmações da fonte, não como factos de cadeia sobre uma entidade. A documentação explica interpretação; não autentica etiquetas.

A consulta de transação Solana pode estar indisponível ao nível de compromisso solicitado, com metadados temporais anuláveis [S09-TRANSACTION]. Registos ausentes permanecem por resolver. O histórico de assinaturas é paginado e ordenado do mais recente ao mais antigo [S09-SIGNATURES]; o evento mais antigo devolvido não estabelece a origem completa.

Ligue cálculos às entradas. Diferença de saldo anterior/posterior e registo de transferência são vistas distintas; a concordância verifica conciliação, não necessariamente fornecedor independente. Indique campos que partilham uma exportação.

Usar os quatro estados de evidência

OBSERVED descreve um registo inspecionável sob o âmbito declarado. Aqui significa linha fictícia fornecida. INFERRED descreve raciocínio explícito, como percentagem ou mecanismo plausível. UNKNOWN identifica informação indisponível. INSUFFICIENT EVIDENCE classifica uma proposta não estabelecida pelas observações existentes.

Uma afirmação de identidade pode ser insuficientemente sustentada enquanto transferências permanecem observadas. Um padrão de fonte comum pode ser inferido sem sustentar propriedade comum. Não combine estados numa pontuação única de confiança de identidade.

Especifique a proposição testada: «X é uma tesouraria de projeto autenticada» é mais forte do que «Feed-L etiqueta X como tesouraria». A segunda é observada como afirmação do fornecedor. A primeira exige corroboração independente. Ambas podem aparecer com classificações distintas.

Separar controlo e identidade

Um registo de assinatura ou autorização sustenta uma ação concreta de controlo num mecanismo e contexto. Não estabelece independentemente identidade legal humana, propriedade contínua ou interesse beneficiário. Atividade contratual ou delegada acrescenta camadas de autorização [S09-ETHACCOUNTS; S09-DELEGATION].

Uma investigação futura de atribuição exigiria evidências adequadamente autenticadas e com âmbito correspondente à associação testada. Declaração pública, demonstração criptográfica de controlo e identidade organizacional corroborada respondem a perguntas diferentes; nenhuma substitui todas as outras.

Este exercício não solicita assinatura ao aluno nem a outra pessoa. Não peça frases-semente, chaves privadas ou ligação de conta. O resultado exigido é análise só de leitura, com identidades por resolver.

Preservar etiquetas contraditórias e cobertura

Se duas interfaces copiam uma fonte de etiquetas, a concordância é uma afirmação do fornecedor original. Se outra fonte discorda, preserve o conflito. Não escolha a etiqueta que favorece uma narrativa dramática nem invente percentagem de confiança.

Um intervalo sem registos é atividade desconhecida, não inatividade. O registo visível mais antigo dá o intervalo desde a primeira observação dentro da consulta, não criação real. Uma fonte pode cobrir um endereço e omitir eventos de contas de tokens relacionadas.

Uma tabela parcial não estabelece um histórico completo de negociação. Um saldo observado corretamente também não estabelece a razão do movimento. Mantenha a lista de registos ausentes junto de eventos bem-sucedidos e falhados.

Conciliar o que foi efetivamente fornecido

Normalize quantidades e compare contextos coerentes. Contas de tokens por proprietário sustentam uma vista de posições sob filtro de mint/programa [S09-OWNERS]; não fornecem todos os ativos de cada pessoa.

Se as fotografias de tokens diferem em 4000 e uma transferência bem-sucedida é de 4000, comunique coerência numérica. Com histórico parcial, não afirme ter excluído todos os outros mecanismos. Tentativas falhadas não se tornam saídas bem-sucedidas por aparecerem ao lado.

Não combine movimento de tokens com comissão nativa. O pagador pode diferir do alvo. Uma operação patrocinada não prova que o patrocinador seja proprietário ou empregador do utilizador. Uma interação com serviço etiquetado por fonte não estabelece afiliação.

Redigir resultados com proposições e limites

Cada resultado inclui proposição restrita, referências de registos, estado dos dados, contexto e limite. «O saldo devolvido de R4 é 6000; cobertura completa das posições não está estabelecida» é mais defensável do que «W só tem 6000 ativos».

Use linguagem neutra para hipóteses e alternativas. Receber de HUB é compatível com controlo comum ou serviço partilhado; os registos podem não distinguir essas hipóteses. Compatibilidade não é um veredicto.

Transferência para X e movimento posterior de mercado não estabelecem sinal BUY/SELL nem efeito causal. Diga-o na correção do título. Etiquetas, riqueza, visibilidade social e relações comerciais não melhoram as evidências.

Concretizar próximas verificações

Peça âmbito paginado completo, cobertura de contas relacionadas, descodificação correspondente e proveniência das etiquetas. Para uma hipótese específica de controlo, peça evidências que a distingam das alternativas. Cada pedido explica a incerteza abordada.

Mantenha contentVersion e needs_review verdadeiros. Revisão editorial não julga identidade nem risco de W. Um futuro Passport ou ecrã Wallet Intelligence exige verificação própria de execução; esta lição não afirma monitorização em tempo real, artefactos exportados ou integridade do fornecedor.

• Atribuição: associação sustentada entre ação/conta e ator.
• Evidência de controlo: prova pertinente para uma ação de autorização especificada.
• Proposição: afirmação exata testada.
• Dependência de fonte: evidência original partilhada entre ecrãs.
• Limite de cobertura: o que os dados incluem e omitem.
• Registo de evidências: lista reproduzível dos registos subjacentes aos resultados.

ILLUSTRATIVE — FIX-P09-08. SIM-CHAIN-A / W / MINT-R, oferta de 1,000,000 tokens normalizados. Apenas deslocamentos de dias e marcadores de captura sintéticos. A consulta parcial cobre dias 12–30 com lacuna [16,18); integridade das contas relacionadas desconhecida. Análise dia30.

Não são fornecidos execução de negociação, registo de criação, declaração autenticada de entidade, conciliação nativa completa ou evidências de causa de mercado.

OBSERVED no conjunto: R1–R5 fornecem atividade/resultados e saldos devolvidos; R6–R8 fornecem etiquetas contraditórias/dependentes.

INFERRED: diferença dos tokens devolvidos −4000 coerente com R3; participação do saldo 1%→0.6%. Primeira entrada devolvida 18 dias sintéticos antes da análise.

UNKNOWN: identidade humana, criação real, atividade ausente, posições completas, entidade de X e histórico do saldo nativo.

INSUFFICIENT EVIDENCE: afiliação a tesouraria, propriedade humana partilhada, venda concluída e causalidade de mercado não estão estabelecidas. R6/R7 não são confirmações independentes.

Transformar saldos devolvidos em todos os ativos; tratar primeira aparição como nascimento; converter afirmações de fornecedor em identidade; somar transferências falhadas; chamar empregador ao patrocinador; concluir sobre finanças ou causas a partir de movimentos.

Redija relatório com âmbito, registo de evidências, resultados nos quatro estados, limites e três próximas verificações. Corrija: «W é um operador de propriedade pessoal com 18 dias de antiguidade, financiado pelo empregador, que vendeu 5000 à tesouraria do projeto».

• Nomear rede, alvo, ativo e corte.
• Associar fonte/contexto/resultado a cada afirmação.
• Separar etiquetas de associações humanas.
• Publicar lacunas e dependências de fornecedores.
• Conciliar efeitos bem-sucedidos sem duplicar.
• Preservar OBSERVED/INFERRED/UNKNOWN/INSUFFICIENT EVIDENCE.
• Terminar com pedidos de evidências, não veredictos de negociação ou identidade.

Um relatório de carteira é uma cadeia de evidências com afirmações delimitadas. Pode estabelecer atividade e quantidades mantendo identidade, afiliação e intenção por resolver.

Controlo de endereço não é identidade pessoal. Financiamento e interação comuns não provam propriedade nem afiliação. Dados ausentes, cronologia e etiquetas não fornecem sinais de mercado nem conclusões causais.

Registo R1–R8 com fonte/contexto e chaves partilhadas Export-A/Feed-L. Painel dos quatro estados ligado a afirmações; lacuna [16,18) UNKNOWN; separar 4000 bem-sucedidos de 1000 falhados e 0.01 nativos. Intervalo de 18 desde a primeira entrada devolvida explicitamente sintético, sem nó humano.

Relatório ilustrativo de carteira; atribuição, finalidade da operação e afiliação por resolver.

Usar SVG/HTML ou gráficos determinísticos com unidades, localizadores e alternativas textuais. Azul-marinho/preto com ciano, azul elétrico e violeta moderados; sem capturas decorativas ou fabricadas de exploradores. A 390px empilhar anotações; verificar 768px, computador e RTL árabe ao implementar recursos. Manter identificadores LTR e direções factuais de tempo/ligações/eixos. Usar apenas marca oficial BlockAssay fornecida. Ambos os registos visuais continuam especificações.

WALLET_INTELLIGENCE corresponde à inspeção só de leitura de registos públicos de endereços, relações e proveniência. Verificar rede suportada, identificadores exatos, campos e cobertura antes da integração; aqui não se afirma capacidade de fornecedor em tempo real. Usar exercício integrado sem ligação à rede se faltarem dados ou acesso pago. Não exige ligação de carteira, credenciais, chave privada, assinatura ou operação em tempo real. Dados ausentes permanecem desconhecidos. Progresso Academy, estado de criador, pagamentos e referências nunca alteram evidências Radar.

• Solana getSignaturesForAddress — Histórico de assinaturas do endereço referenciado, ordem do mais recente ao mais antigo e paginação. Verificado 2026-09-30.
• Solana getTransaction — Consulta de transações, compromisso e campos de dados/tempo anuláveis. Verificado 2026-09-30.
• Solana getTokenAccountsByOwner — Enumeração de posições por proprietário com filtros de mint/programa. Verificado 2026-09-30.
• Contas Ethereum — Distinção conta/interface e tipos de conta. Verificado 2026-09-30.
• EIP-7702: definir código para EOA — Delegação de código EOA; presença de código por si só não é regra universal de classificação EOA. Verificado 2026-09-30.

Todos os registos são conjuntos originais ILLUSTRATIVE, não medições históricas/em tempo real de cadeia. A documentação explica mecanismos, não quantidades ou etiquetas fictícias. Cronologia sintética explicitamente delimitada; observedAt=null é intencional. OBSERVED no exercício significa registo fornecido. Rever documentação e descodificação implementada antes da publicação. Etiquetas de fornecedor não estabelecem identidade; controlo de endereço e atribuição humana exigem evidências distintas.

P09 está concluído. Reveja o relatório afirmação por afirmação; regresse ao painel Academy. Laboratórios separados mantêm os pré-requisitos indicados.