Inicio
» Conocimiento
»
Análisis de la distribución de tokens: Cómo identificar posibles monederos de usuarios internos
Análisis de la distribución de tokens: Cómo identificar posibles monederos de usuarios internos
La distribución de tokens puede revelar mucho más que el simple hecho de que una criptomoneda tenga unos pocos grandes poseedores. Un análisis útil plantea una pregunta más compleja: ¿están las carteras aparentemente separadas realmente conectadas con el equipo del proyecto, el desarrollador, la tesorería, el creador de mercado, los primeros inversores o entre sí?
La palabra clave es potencial . Una dirección de blockchain es pseudónima, y un saldo elevado por sí solo no prueba que una billetera pertenezca a un miembro del equipo. Las billeteras de intercambio, los fondos de liquidez, los puentes, los contratos de adquisición, los custodios, las direcciones de quema y las tesorerías del protocolo pueden figurar entre los mayores poseedores. Por lo tanto, el objetivo es construir una cadena de evidencia documentada, no atribuir una identidad definitiva a una dirección basándose en una sola pista.
Esta referencia se centra en el análisis de tokens al estilo EVM, ya que los exploradores compatibles con Ethereum exponen datos de contratos y transferencias especialmente útiles. El mismo razonamiento puede adaptarse a otras cadenas con sus exploradores y herramientas de análisis nativas.
Guía rápida: ¿qué señales son realmente útiles?
Señal
Lo que puede indicar
Lo que no demuestra
Gran asignación de tokens
Concentración del poder de voto, riesgo de liquidez o control de la oferta.
Que el titular sea miembro del equipo
Financiación directa del proveedor
Relación operativa o económica
propiedad común por sí misma
Tokens recibidos cerca del lanzamiento
Asignación anticipada, movimiento de tesorería, adquisición de derechos o distribución coordinada
Actividad inapropiada
El mismo financiador inicial en todas las carteras
Posible configuración de clúster de billeteras o configuración operativa compartida
Que cada billetera tiene el mismo propietario beneficiario.
Rol de propietario/administrador del contrato
Control técnico privilegiado
Propiedad de cada token en poder de los contratos relacionados
Transferencias o intercambios sincronizados
Posible comportamiento coordinado
Coordinación a menos que otras pruebas lo respalden
Etiqueta de dirección verificada
Contexto de identidad o categoría útil
Atribución permanente o infalible
1. Empiece con la lista de titulares y luego elimine las direcciones que distorsionen la imagen.
Comience con el contrato del token, no con el símbolo bursátil. Copie la dirección del contrato de la documentación oficial del proyecto o de otra fuente autorizada y confirme que la cadena sea correcta. En Ethereum y las cadenas EVM compatibles, el punto final de la lista de titulares de tokens de Etherscan devuelve las direcciones y los saldos de los titulares de un contrato ERC-20. A partir de septiembre de 2026, ese punto final es una función de API de pago, y la documentación de Etherscan indica que los puntos finales del nivel gratuito afectados por su cambio del 1 de julio de 2026 devuelven como máximo 1000 registros por solicitud; cuando un punto final está paginado, utilice todas las páginas necesarias en lugar de tratar la primera respuesta como el conjunto completo de titulares.
A continuación, clasifique la infraestructura evidente. Una tabla de poseedores principales sin etiquetas puede resultar engañosa, ya que un fondo de liquidez o una billetera caliente de intercambio pueden contener más tokens que cualquier usuario individual. Etherscan explica que sus etiquetas y nombres públicos aportan contexto, como una organización, un proyecto o una categoría de dirección conocidos. Considere estas etiquetas como evidencia para revisar, no como un veredicto automático.
Tabla de ejemplo con valores hipotéticos. Clasifique los exchanges, los pools de liquidez, las carteras de tesorería y demás infraestructura conocida antes de interpretar la concentración entre carteras desconocidas.
Calcular la concentración de dos maneras
Registre la participación de los 1, 5, 10 y 20 principales accionistas. Luego, calcule las mismas cifras excluyendo la infraestructura claramente identificada, como direcciones de quema, custodia de intercambio y contratos de liquidez automatizados. Esta segunda perspectiva suele ser más útil para evaluar el control discrecional.
No excluya automáticamente un contrato de tesorería o de adquisición de derechos. Estos saldos pueden ser económicamente importantes incluso cuando los tokens no se pueden mover de inmediato. En su lugar, clasifíquelos por separado e inspeccione las reglas del contrato, el calendario de desbloqueo y las direcciones de control.
2. Rastrea el rol del implementador, el propietario y los roles privilegiados.
El historial de despliegue de un token proporciona una base sólida para el análisis de relaciones. Etherscan documenta un punto final de creación de contratos que devuelve el creador del contrato y la transacción de creación. A partir de ahí, se puede examinar si el responsable del despliegue también financió monederos iniciales, recibió tokens, interactuó con contratos de adquisición o controló la configuración de liquidez.
A continuación, lea el contrato verificado e identifique la autoridad administrativa. La documentación actual de control de acceso de OpenZeppelin explica los patrones comunes de propiedad y basados en roles: un propietario o titular de un rol puede tener permiso para realizar funciones restringidas, que potencialmente incluyen la creación, la pausa u otras operaciones administrativas, según el contrato. Para un sistema basado en proxy, identifique también al administrador del proxy, la propiedad de la implementación, la multifirma, el bloqueo temporal y cualquier rol de control de acceso, en lugar de asumir que el implementador mantiene el control.
Ejemplo de revisión de permisos. La dirección del implementador es solo el comienzo; la propiedad actual, las asignaciones de roles, las multifirmas, los proxies y las funciones privilegiadas pueden revelar quién conserva el control técnico.
Una billetera con rol de administrador es muy relevante para el análisis interno, ya que tiene una relación documentada con el protocolo. Sin embargo, esto no prueba quién es el verdadero propietario de la billetera. El administrador podría ser un administrador de multifirmas, un miembro del consejo de seguridad, un proveedor de servicios o un ejecutor de gobernanza.
3. Seguimiento de transferencias de tokens y relaciones de financiación inicial
Una vez que tenga las billeteras candidatas, cree un pequeño gráfico de relaciones. Para cada dirección, registre:
quien lo financió inicialmente con el token de gas nativo de la cadena;
quien envió su primera asignación de tokens de proyecto;
si varias carteras candidatas fueron financiadas desde la misma dirección;
si las transferencias se produjeron en el mismo bloque o en un breve intervalo de tiempo;
contrapartes frecuentes;
enlaces al implementador, tesorería, contrato de adquisición o monedero de equipo conocido;
depósitos posteriores en la misma bolsa o custodio.
El punto final de transferencia ERC-20 de Etherscan permite filtrar por dirección y contrato de token para reconstruir los movimientos de tokens. El historial de transacciones habitual también resulta útil para la financiación con tokens nativos y las llamadas a contratos. Si utiliza un servicio de análisis comercial, el flujo de trabajo oficial de Nansen para monederos relacionados describe explícitamente la agrupación con etiquetas, relaciones de primer financiador, enlaces de firmante o despliegue, contrapartes y otras conexiones de comportamiento.
Ejemplo de mapa de relaciones. Varios vínculos independientes son más informativos que una sola transferencia: la financiación común, las transferencias repetidas, los vínculos entre los operadores y las contrapartes conocidas pueden reforzar la hipótesis de un grupo de billeteras.
Por qué es importante el primer financiador
Las carteras nuevas necesitan la moneda local para pagar las comisiones por transacción. Si cinco carteras recién creadas reciben su primer pago de gas del proveedor y, poco después, reciben tokens del proyecto, esto indica una relación significativa. Sin embargo, no es concluyente: un exchange centralizado, un grifo de criptomonedas, un retransmisor o una cartera de operaciones compartidas pueden generar el mismo patrón. Antes de sacar conclusiones, revise la etiqueta del financiador y su historial de transacciones.
4. Comparar la sincronización y el comportamiento, no solo los balances.
Las carteras vinculadas a personas con información privilegiada pueden dividirse deliberadamente para que ninguna dirección individual parezca dominante. El análisis de comportamiento ayuda a detectar esta posibilidad. Busque carteras que se activen con minutos de diferencia, adquieran cantidades idénticas o con patrones similares, interactúen con los mismos contratos en la misma secuencia o envíen tokens repetidamente entre sí.
También compara su comportamiento en torno a eventos importantes del proyecto, como la generación de tokens, el desbloqueo de derechos adquiridos, la inyección de liquidez, las migraciones o las distribuciones anunciadas. Utiliza marcas de tiempo de bloque y hashes de transacción en tus notas. Evita afirmar que una billetera operó con información no pública a menos que tengas evidencia directa; la sincronización en la cadena puede mostrar correlación, pero no el conocimiento o la intención de una persona.
5. Utilice etiquetas y agrupamiento de entidades como evidencia de apoyo.
Las etiquetas de direcciones pueden ahorrar horas, especialmente cuando una billetera pertenece a una importante plataforma de intercambio, creador de mercado, fondo, protocolo o entidad pública. La documentación de Nansen sobre etiquetas de direcciones describe tanto las etiquetas de entidad como las de comportamiento, mientras que su documentación más amplia explica que las direcciones relacionadas se pueden agrupar en entidades mediante investigación y heurística propias.
Esa aclaración es importante. Las etiquetas de terceros no son datos brutos de la cadena de bloques. Guarda la etiqueta, la fuente y la fecha en que la observaste, y verifica de forma independiente las afirmaciones importantes siempre que sea posible. Una etiqueta puede cambiar a medida que se dispone de nueva evidencia.
¿Cómo se debe evaluar una posible relación con alguien con información privilegiada?
Una puntuación numérica rígida puede generar una falsa sensación de confianza; por lo tanto, utilice niveles de evidencia. Un enfoque práctico consiste en distinguir entre evidencia directa , vínculo fuerte y correlación débil .
Nivel de evidencia
Ejemplos
Cómo usarlo
Directo
El proyecto identifica públicamente la billetera; la billetera es el propietario/administrador del contrato; contrato de tesorería o de adquisición verificado.
Documentar la fuente y el rol exactos
Fuerte vínculo
Financiación directa del implementador más asignación temprana; transferencias repetidas con monederos de equipo conocidos; primer financiador compartido más comportamiento de contrapartida.
Describir como probablemente relacionados o parte del mismo grupo operativo, con salvedades.
Correlación débil
Saldo elevado, horarios de negociación similares, mismo destino de cambio, bajo número de transacciones.
Manténgalo como pista hasta que aparezca evidencia más sólida.
Ejemplo de lista de verificación de señales. Ninguna heurística por sí sola permite establecer el control interno; combine señales independientes y conserve la evidencia de la transacción que respalda cada conclusión.
Lista de verificación práctica antes de llamar a dos billeteras relacionadas
Confirma el contrato y la cadena de tokens exactos.
Exporta o revisa suficientes titulares para evitar un error de muestreo en la primera página.
Separa los intercambios, los fondos de liquidez, los puentes, las direcciones de quema, las tesorerías y los contratos de adquisición de derechos de las carteras ordinarias.
Identifique al creador del contrato y los roles privilegiados actuales.
Realiza un seguimiento de la financiación inicial mediante tokens nativos, así como de las transferencias ERC-20.
Compruebe si las carteras candidatas comparten financiadores, contrapartes, plazos o secuencias de transacciones.
Verifique las etiquetas de terceros cotejándolas con fuentes públicas cuando la atribución sea importante.
Guarda los hashes de las transacciones, los números de bloque, las marcas de tiempo y la fecha de tu análisis.
Proporcione explicaciones alternativas para cada patrón que parezca sospechoso.
Utilice expresiones como "potencialmente relacionados", "vinculados por financiación" o "compatibles con el control común", a menos que se verifique la titularidad.
Errores comunes que producen falsos positivos
Se suele decir que cada ballena es un inversor privilegiado. Los grandes poseedores pueden ser bolsas de valores, fondos, creadores de mercado, contratos de staking o puente, o los primeros compradores públicos.
Considerar un fondo de liquidez como suministro discrecional. Los saldos de los fondos están regidos por la mecánica del fondo y los proveedores de liquidez; deben clasificarse por separado del saldo de una billetera individual, que puede ser gestionado libremente.
Suponiendo que una sola transferencia demuestra la propiedad, las nóminas, las subvenciones, las transacciones extrabursátiles, los airdrops, el inventario de creación de mercado y las operaciones rutinarias de tesorería generan transferencias directas.
Ignorando proxies y multifirmas. El implementador podría perder el control del token. La autoridad actual puede estar protegida por un administrador de proxy, un bloqueo temporal, un contrato de gobernanza o una multifirma.
Confiar en las etiquetas sin marca de tiempo. Las etiquetas son información valiosa, pero pueden estar incompletas, revisadas o basarse en heurísticas propias.
¿Cómo se ve una conclusión defendible?
Un análisis riguroso de la distribución de tokens distingue los hechos de las inferencias. Por ejemplo: «La billetera A posee el 4,2 % del suministro, recibió su primer financiamiento de gas del implementador, recibió tokens del tesoro dos horas después de su implementación y ha transferido tokens repetidamente con la billetera B. Estos hechos respaldan la consideración de A y B como un clúster potencialmente relacionado. No se ha verificado la propiedad pública de ninguna de las billeteras».
Esa formulación es más útil que simplemente llamar a una dirección "billetera interna". Le indica al lector qué es observable, qué relación se infiere y qué permanece desconocido. En la investigación en cadena, esa distinción marca la diferencia entre un análisis reproducible y una mera conjetura.