Reconciliação de contas de tokens e proprietários

Um gráfico de detentores pode contar várias vezes uma autoridade em múltiplas contas de tokens ou subcontar beneficiários atrás de um endereço de custódia. O denominador e a regra de agregação determinam o seu significado.

Distinga três camadas: endereço de conta da cadeia, programa proprietário dos dados e autoridade registada dentro dos dados da conta de tokens. No modelo Solana, a propriedade por um programa é uma relação técnica de acesso; não é o nome de uma pessoa. Uma conta de tokens pode designar uma autoridade de carteira enquanto pertence, na camada do modelo de contas, a um programa de tokens. Use identificadores relevantes de programa e mint, não um símbolo apresentado, para selecionar registos compatíveis.

Reconcilie linhas num slot de observação fixo antes da agregação. Exclua explicitamente mints não relacionados; conserve no método o tratamento de saldo zero ou contas encerradas. Some apenas quantidades expressas na mesma unidade bruta. Se faltar informação sobre delegados ou multiassinatura, mantenha-a indisponível em vez de atribuir um controlador. A chave de agregação responde a uma pergunta específica, como «saldo por autoridade registada», não «riqueza por pessoa».

Uma autoridade pode ser um serviço de custódia, um endereço derivado de programa ou um arranjo de assinatura. Inversamente, uma pessoa pode usar muitas autoridades. Um gráfico de concentração exige uma etiqueta que explique a chave e o limite de beneficiários desconhecidos. Wallet Intelligence pode fornecer linhas técnicas; etiquetas do fornecedor devem manter a atribuição e não estar verificadas independentemente salvo prova separada.

Programa proprietário: programa autorizado a modificar dados da conta.

Autoridade de tokens: campo de autoridade dentro do estado da conta de tokens.

Chave de agregação: campo usado para combinar linhas compatíveis.

Beneficiário efetivo: pessoa ou entidade económica, não estabelecida apenas por um endereço.

ILLUSTRATIVE no slot S: as contas de tokens TA1 e TA2 do mint M têm 60 e 40 unidades com autoridade W1. TA3 tem 100 unidades M com autoridade W2. TA4 tem 900 unidades de outro mint X. Todas as quantidades são equivalentes estipulados de unidades inteiras. W2 pode ser custódia; não existem dados de beneficiários. Há três contas selecionadas, duas autoridades registadas e nenhuma contagem provada de pessoas.

Distribuição de detentores com barras de autoridade 50/50 e tabela de reconciliação de contas. Mostre o mint X excluído separadamente; acrescente etiquetas de beneficiários desconhecidos em vez de retratos.

Legenda: Concentração fictícia por autoridade, não distribuição de investidores humanos.

SPECIFICATION_ONLY — o visual renderizado não foi produzido nem revisto independentemente.

Para o mint fictício selecionado, o saldo total é 200 unidades e W1/W2 agregam 100 cada, ou 50%. São participações por autoridade no slot S.

Não prova número de pessoas, investidores independentes, beneficiários de custódia, controlo comum nem saldos atuais. Uma participação técnica de 50% não é necessariamente a exposição económica de uma pessoa.

Somar mint X a M; usar programa proprietário como proprietário da carteira; contar contas como pessoas; atribuir saldos em custódia à riqueza pessoal do custodiante.

Construa uma tabela por autoridade para M, calcule denominador e participações e escreva uma legenda que rejeite «três investidores». Indique o que W2 necessita antes de analisar por beneficiário.

• Faça corresponder mint e programa exatos.
• Use um só slot de observação declarado.
• Declare a chave de agregação e o denominador.
• Mantenha distintos autoridade, delegado, programa proprietário e pessoa.

A reconciliação só produz uma medida técnica de concentração se identidade, mint, unidade e base temporal permanecerem explícitos.

• Propriedade de conta e autoridade de tokens têm significados diferentes.
• Use um denominador compatível de mint e unidade.
• Um gráfico de detentores não conta pessoas.

P10-L04

Utilize a ferramenta BlockAssay indicada apenas como contexto de leitura de evidências. Esta lição não cria resultados de ferramenta, sessões de conta nem direitos de acesso. Exercício offline; não assine, implemente, aprove nem financie nada.

• SOL: Modelo de contas Solana — A propriedade da conta por um programa é distinta da autoridade de uma conta de tokens ou da identidade humana. Limite: Apenas documentação do mecanismo; os valores ilustrativos originais são estipulados, não são observações. Os registos históricos têm proveniência congelada separadamente e lacunas de recolha explícitas.

ILLUSTRATIVE — entradas offline inteiramente fictícias; nenhuma observação atual.

null — nenhuma observação real

1

null

needs_review