Concentración de tenedores

Máster de origen EN · P07-L04 · 45 minutos estimados · needs_review

Objetivos de aprendizaje:

• Calcular concentración bruta y ajustada con denominadores explícitos.
• Agregar cuentas bajo una dirección propietaria verificada sin inferir identidad humana.
• Explicar exclusiones operativas y sensibilidad a etiquetas inciertas de custodia.

«Los principales tenedores poseen 70%» suena preciso, pero es incompleto si no explica quién o qué se contó, qué denominador se usó y qué cuentas se excluyeron. Una bóveda de pool, una cuenta de custodia de plataforma de intercambio y varias cuentas controladas por una dirección pueden distorsionar un gráfico simplista. La habilidad es calcular medidas transparentes de concentración sin afirmar que cuentas de tokens equivalen a personas independientes.

Decidir la medición antes de calcularla

Empiece con identidad de activo y alcance de observación. El denominador de suministro total, los saldos y la evidencia de roles de cuentas deben describir la misma red/mint y una instantánea compatible. Combinar suministro actual con una tabla anterior de saldos crea una discrepancia sin etiquetar. Si no hay alineación exacta, indique la aproximación y no finja que el porcentaje es una medición exacta del mismo momento.

El método RPC de cuentas de tokens más grandes de Solana devuelve hasta 20 cuentas de tokens, no una lista completa de tenedores humanos [S-LARGEST]. El modelo de cuentas de Solana permite varias cuentas de tokens para el mismo mint bajo un propietario de cuenta [S-TOKENS]. Estos hechos motivan dos niveles separados de agregación: saldos de cuentas y control a nivel de dirección. Ninguno por sí solo prueba propiedad beneficiaria última.

Use la lista de cuentas más grandes para identificar candidatos a inspección, no para inventar una distribución completa. Un conjunto de datos solo de las primeras veinte puede respaldar algunos cálculos parciales de concentración, pero no un histograma completo de la cola larga. Un campo de propietario sin resolver debe seguir sin resolverse. No fusione direcciones solo porque las financió el mismo intermediario.

Calcular varias vistas y etiquetar cada una

Una vista bruta usa todos los saldos proporcionados y el suministro total proporcionado. Una vista agregada por dirección combina cuentas con la misma dirección controladora verificada. Una vista ajustada excluye saldos operativos identificados para un propósito analítico indicado. Cada vista responde una pregunta diferente; ninguna sustituye automáticamente las otras.

Considere una bóveda de pool con 300,000 de 1,000,000 unidades. Ocupa 30% de la distribución bruta de cuentas. Si la bóveda está verificada como custodia del pool, llamar a esto «una ballena posee personalmente 30%» carece de respaldo. Pero eliminarla de un gráfico no hace irrelevantes sus activos: derechos LP y controles de retirada del pool aún afectan capacidad de mercado.

Una etiqueta de plataforma de intercambio plantea otro problema. Una dirección de custodia puede representar múltiples usuarios, pero una etiqueta de proveedor no revela la distribución exacta de propietarios beneficiarios. Si el rol solo está declarado, muestre tanto el resultado bruto como un resultado opcional de sensibilidad en lugar de excluirlo silenciosamente. Un saldo excluido es un ajuste metodológico, no evidencia de que su exposición económica desapareciera.

Los denominadores pueden cambiar la conclusión aparente

En el conjunto ficticio, dos cuentas controladas por la dirección OWNER-A contienen 180,000 y 120,000. Su saldo combinado es 300,000. Frente al suministro total, es 30%. Excluir el pool verificado de 300,000 unidades deja un denominador de 700,000; OWNER-A representa entonces 42.8571% de los saldos ajustados sin pool. El numerador no cambió; el denominador sí.

Si también excluye la cuenta de custodia declarada de 100,000 unidades, el denominador ajustado pasa a 600,000 y OWNER-A representa 50%. Esta tercera vista está condicionada a la exclusión de custodia. No puede llamarse «50% de todo el suministro». Un informe claro coloca las cifras alternativas una junto a otra y explica por qué difieren.

La concentración no es un veredicto sobre intención. Una distribución concentrada puede surgir de asignaciones, custodia operativa, vesting o fragmentación deliberada. Cuentas visibles dispersas pueden ocultar control compartido. La interpretación correcta describe saldos medidos e incertidumbre residual, no etiquetas de «seguro» o «estafa».

Inspeccionar clasificaciones y sensibilidad

Mantenga un registro de exclusiones con cuenta, cantidad, rol, fuente, confianza y motivo de exclusión. La custodia de pool requiere evidencia de rol; un icono memorable de explorador no basta. Una afirmación de quema requiere igualmente evidencia apropiada de cadena/cuenta/programa, no un apodo de dirección. No reste por segunda vez suministro ya eliminado de la medida de suministro.

Para comparación educativa, mantenga constante la instantánea y cambie una clasificación cada vez. Esto hace reproducible la sensibilidad. Si el resultado ajustado es muy sensible a una clasificación incierta de plataforma de intercambio, la incertidumbre es material y pertenece a la conclusión.

Concentración y liquidez interactúan, pero siguen siendo distintas. El saldo de un gran tenedor no dice cuánto valor de cotización puede obtenerse de una venta. La profundidad de un pool no identifica si varias cuentas comparten control. La lección anterior proporciona un modelo de impacto en precio; esta proporciona un límite contable de propiedad.

• Concentración de cuentas: saldos agregados por ID de cuenta de tokens.
• Agregación de direcciones: saldos combinados por dirección controladora verificada.
• Propietario beneficiario: persona/entidad última, no establecida por una dirección sola.
• Exclusión operativa: eliminación analítica revelada de una vista particular.
• Denominador: población de suministro/saldos usada para el porcentaje.
• Análisis de sensibilidad: resultados bajo clasificaciones alternativas explícitas.

EJEMPLO ILLUSTRATIVE — FIX-P07-04. El conjunto ficticio completo suma 1,000,000 unidades base. Cada ID es una etiqueta sintética.

OTHER es un agregado para conciliación total, no un único tenedor ni cuenta de tokens clasificada. No debe insertarse en una clasificación de principales tenedores como una billetera.

OBSERVED: Las cuentas proporcionadas A-TA1 y A-TA2 comparten OWNER-A en este conjunto ficticio; su suma es 300,000.

INFERRED: OWNER-A tiene 30% de las unidades totales proporcionadas y 42.8571% de la población ajustada sin pool bajo las exclusiones indicadas.

UNKNOWN: Cuántos humanos controlan OWNER-A o los saldos sin resolver/en custodia.

INSUFFICIENT EVIDENCE: El conjunto ficticio no puede establecer el mayor tenedor humano, fraude, distribución segura ni ingresos realizables por venta. La etiqueta de X-TA no basta para una exclusión incondicional de propietario beneficiario.

Contar cuentas de tokens como personas; clasificar OTHER como una billetera; olvidar agregación por dirección común; mezclar instantáneas de suministro; restar dos veces supuestas quemas; y presentar un porcentaje ajustado como porcentaje de todo el suministro.

Calcule proporciones bruta y sin pool de OWNER-A. Calcule la proporción combinada de OWNER-A y OWNER-B frente al suministro total y frente al denominador sin pool. Evalúe después la exclusión adicional X-TA como caso de sensibilidad.

• Confirmar activo exacto e instantánea compatible.
• Conciliar todas las cantidades proporcionadas con la población indicada.
• Agregar propietarios de cuentas verificados; no inferir humanos.
• Mantener separadas vistas bruta, ajustada y de sensibilidad.
• Publicar registro de exclusiones y cobertura sin resolver.

Un porcentaje de concentración es inseparable de su unidad de agregación, denominador y exclusiones. Los cálculos transparentes respaldan investigación; los recuentos opacos de tenedores invitan falsa confianza.

Use vistas de cuentas y direcciones para preguntas distintas. Nunca borre incertidumbre con una etiqueta de custodia. Muestre cómo cambia el resultado al cambiar denominador.

Crear una barra de conciliación de un millón de unidades, un corchete separado de agregación OWNER-A y paneles de denominador bruto/sin pool/custodia condicional. Usar relleno rayado para X-TA y OTHER; nunca etiquetarlos como humanos independientes conocidos. Imprimir numerador y denominador bajo cada porcentaje.

Reglas de entrega visual: azul marino oscuro/negro, acentos cian/azul eléctrico/violeta, unidades e incertidumbre etiquetadas explícitamente. Use gráficos deterministas o SVG, no capturas inventadas. A 390 px apile anotaciones y proporcione la tabla de datos como alternativa textual; verifique 768 px y escritorio después. En árabe localice etiquetas y diseño con RTL nativo, aislando direcciones/hashes LTR y conservando la dirección real de transferencias y cronología. Use solo el logotipo oficial BlockAssay proporcionado si se añade marca. No se afirma que ningún recurso visual ni renderizado móvil/RTL esté listo.

Use RADAR solo cuando la red exacta, el activo y los campos necesarios estén admitidos y su procedencia sea visible. Esta es una inspección educativa de solo lectura, no una operación ni lanzamiento de tokens. Use el conjunto de datos sin conexión proporcionado si no hay acceso o datos; la información ausente sigue siendo desconocida. Una futura acción Open in BlockAssay necesita enrutamiento de runtime y cobertura de fuentes validados. No se proporciona CTA ejecutable de activo para identificadores ilustrativos. La participación en Academy y la condición comercial nunca cambian las observaciones de Radar.

• Solana getTokenLargestAccounts — La respuesta de cuentas más grandes está limitada a 20 cuentas de tokens, no a todos los propietarios. Revisado 2026-09-30.
• Solana getTokenAccountsByOwner — Enumeración de cuentas de tokens por propietario de cuenta; el campo de propiedad no es identidad humana. Revisado 2026-09-30.
• Activos de Solana: mints y cuentas de tokens — Identidad de mint, propiedad de cuentas de tokens y roles distintos de mint/creación. Revisado 2026-09-30.

Las tablas y conjuntos ficticios de ejercicios son material educativo original salvo que se designen explícitamente HISTORICAL. Los identificadores ficticios son deliberadamente inválidos como direcciones de blockchain. La documentación respalda definiciones de mecanismos, no los valores inventados de los ejercicios. La inspección de fuentes es investigación editorial, no medición de una cadena en vivo. Las fuentes pueden cambiar; vuelva a revisarlas antes de publicar.

P07-L05; continúe tras completar el ejercicio y revisar cada explicación del cuestionario.