Conciliación de cuentas de tokens y propietarios

Un gráfico de tenedores puede contar varias veces una autoridad con múltiples cuentas de tokens o contar menos beneficiarios de los que hay detrás de una dirección de custodia. El denominador y la regla de agregación determinan su significado.

Distinga tres capas: dirección de cuenta de cadena, programa propietario de sus datos y autoridad registrada dentro de los datos de la cuenta de tokens. En el modelo de Solana, la propiedad por un programa es una relación técnica de acceso, no el nombre de una persona. Una cuenta de tokens puede designar una autoridad de cartera y, a la vez, pertenecer a un programa de tokens en la capa del modelo de cuentas. Use los identificadores pertinentes de programa y mint, no un símbolo mostrado, para seleccionar registros compatibles.

Concilie las filas en un slot de observación fijo antes de agregar. Excluya explícitamente mints no relacionados; conserve en el método el tratamiento de saldo cero o cuentas cerradas. Sume solo cantidades en la misma unidad bruta. Si no hay información sobre delegados o multifirma, manténgala no disponible en vez de asignar un controlador. La clave de agregación responde a una pregunta concreta como «saldo por autoridad registrada», no «riqueza por persona».

Una autoridad puede ser un servicio de custodia, una dirección derivada de programa o un sistema de firma. A la inversa, una persona puede usar muchas autoridades. Un gráfico de concentración necesita una etiqueta que explique la clave y el límite de beneficiarios desconocidos. Wallet Intelligence puede aportar filas técnicas; las etiquetas del proveedor deben conservar su atribución y no verificarse independientemente salvo prueba separada.

Programa propietario: programa autorizado para modificar datos de cuenta.

Autoridad de tokens: campo de autoridad dentro del estado de la cuenta de tokens.

Clave de agregación: campo utilizado para combinar filas compatibles.

Beneficiario efectivo: persona o entidad económica, no establecida solo por una dirección.

ILLUSTRATIVE en el slot S: las cuentas de tokens TA1 y TA2 del mint M tienen 60 y 40 unidades con autoridad W1. TA3 tiene 100 unidades de M con autoridad W2. TA4 tiene 900 unidades de otro mint X. Todas las cantidades son equivalentes estipulados de unidades enteras. W2 puede ser custodia; no existen datos de beneficiarios. Hay tres cuentas seleccionadas, dos autoridades registradas y ningún recuento probado de personas.

Distribución de tenedores con barras de autoridad 50/50 y tabla de conciliación de cuentas. Muestre aparte el mint X excluido; añada etiquetas de beneficiarios desconocidos en vez de retratos.

Leyenda: Concentración ficticia por autoridad, no distribución de inversores humanos.

SPECIFICATION_ONLY — el visual renderizado no se ha producido ni revisado de forma independiente.

Para el mint ficticio seleccionado, el saldo total es 200 unidades y W1/W2 agregan 100 cada uno, o 50%. Son participaciones por autoridad en el slot S.

No prueba número de personas, inversores independientes, beneficiarios de custodia, control compartido ni tenencias actuales. Una participación técnica de 50% no es necesariamente la exposición económica de una persona.

Sumar el mint X a M; usar el programa propietario como dueño de la cartera; contar cuentas como personas; atribuir saldos custodiados a la riqueza personal del custodio.

Construya una tabla por autoridad para M, calcule denominador y participaciones y escriba una leyenda que rechace «tres inversores». Indique qué necesita W2 antes de analizar por beneficiario.

• Haga coincidir mint y programa exactos.
• Utilice un único slot de observación declarado.
• Declare clave de agregación y denominador.
• Mantenga distintos autoridad, delegado, programa propietario y persona.

La conciliación proporciona una medida técnica de concentración solo si identidad, mint, unidad y base temporal siguen explícitos.

• Propiedad de cuenta y autoridad de tokens significan cosas diferentes.
• Use un denominador compatible de mint y unidad.
• Un gráfico de tenedores no cuenta personas.

P10-L04

Utilice la herramienta BlockAssay indicada solo como contexto de lectura de evidencia. Esta lección no crea ninguna salida de herramienta, sesión de cuenta ni derecho de acceso. Ejercicio sin conexión; no firme, despliegue, apruebe ni financie nada.

• SOL: Modelo de cuentas de Solana — La propiedad de una cuenta por un programa es distinta de la autoridad de una cuenta de tokens o de una identidad humana. Límite: Solo documentación del mecanismo; los valores ilustrativos originales están estipulados, no son observaciones. Los registros históricos tienen procedencia congelada por separado y lagunas de recopilación explícitas.

ILLUSTRATIVE — entradas sin conexión totalmente ficticias; ninguna observación actual.

null — ninguna observación real

1

null

needs_review