cryptosnif
ES ↗
EnglishFrançaisPortuguês (Brasil)EspañolEl idioma conserva este tema. El país se elige por separado en las páginas de servicios.
Crash test / Aplicación / CT-BAN-001

Comedian (BAN)

Solana · Contrato del token · Revisión documental

Contrato documentado9PR7nCP9DpcUotnDPVLUBUZKu5WAYkwrCUx9wDnSpump

El veredicto

Sin puntuación · 0% Cobertura de las pruebas

Promesa documentada. Verificación independiente pendiente.

Las pruebas disponibles son insuficientes para asignar una puntuación global. El mecanismo descrito requiere verificar su funcionamiento actual.

Consultar las pruebas
Sin puntuaciónPuntuación global / 100
0%Cobertura de las pruebas
13 controles pendientes85% de cobertura y 3 controles esenciales exigidos para una puntuación
2026-10-06Documentación verificada · Método candidato 0.1.0

Revisión documental · Revisión · catalogue-translation-1

La revisión de las fuentes explica los mecanismos documentados. Los controles independientes de la red siguen pendientes.

Promesa

Este dossier examina el propósito y los mecanismos documentados de Comedian (BAN) en la red Solana. El objetivo es explicar lo que indican los registros disponibles, definir el contexto técnico y aclarar lo que permanece sin verificar en relación con la operación actual, el control y la seguridad.

Hechos establecidos

La fuente principal para esta revisión es una entrada fijada en el registro mantenido por la comunidad de Trust Wallet. Este registro sirve como directorio de información y logotipos de tokens en diversas cadenas de bloques, incluida Solana. El registro específico identifica el activo con el nombre Comedian, el símbolo BAN y la dirección documental 9PR7nCP9DpcUotnDPVLUBUZKu5WAYkwrCUx9wDnSpump. Especifica seis decimales para la representación de cantidades. Los decimales son un estándar de formato para mostrar cantidades de tokens y no miden el suministro total ni el valor monetario. El registro etiqueta la entrada como SPL, lo que se refiere al estándar de la Solana Program Library para tokens, y la marca como activa. El estado activo es una etiqueta de metadatos dentro del software de la billetera y no constituye una validación en la red activa del despliegue ni de la funcionalidad. La descripción del registro afirma que la aparición de Comedian aprovecha la ironía y el comentario. Estas afirmaciones son declaraciones atribuidas al registro provenientes de envíos de la comunidad. No son declaraciones del emisor verificadas de forma independiente ni observaciones operativas. No se ha verificado ningún bytecode desplegado, controladores actuales ni comportamiento de la red contra estos registros. El README de Trust Wallet Assets confirma que cualquiera puede enviar activos, que la inclusión no implica una asociación y que los tokens recién creados pueden quedar excluidos de inventarios exhaustivos. Por lo tanto, esta fuente proporciona contexto documental pero no verificación independiente de la mecánica del proyecto ni de su seguridad.

Incógnitas

Varios aspectos críticos permanecen completamente sin verificar debido a la ausencia de evidencia independiente. Las estructuras de control independientes, la propiedad efectiva, los patrones de uso reales, las tasas de adopción por parte de clientes, la distribución del suministro total, la concentración de tenencias, la profundidad de liquidez y el historial completo de incidentes son desconocidos. El dossier no puede confirmar si el contrato inteligente asociado con la dirección documental está desplegado actualmente, quién lo controla o si funciona como se describe. La falta de datos impide cualquier evaluación de seguridad, gobernanza o continuidad. Estas lagunas significan que la realidad operativa del proyecto está completamente separada de su listado documental.

Consecuencias

Depender únicamente de mecanismos documentales crea un riesgo significativo. Una entrada en un registro establece la identidad en el papel pero no puede establecer el comportamiento real en la red, los resultados de inversión ni la seguridad. Los usuarios no pueden inferir el nicho económico, los derechos ni el rendimiento a partir de una descripción enviada por la comunidad. Sin observaciones de red independientes y fechadas, no hay forma de verificar si el token existe, si es negociable o si está controlado por actores maliciosos. La distinción entre un activo listado y uno operativo permanece sin resolver.

Veredicto

La solidez operativa permanece sin demostrar. El activo no está calificado con una cobertura de puntuación del cero por ciento. No existe ninguna admisión pública de estado operativo. Las puntuaciones calculadas indican criterios esenciales faltantes para identidad, suministro y control. En consecuencia, no puede asignarse ningún veredicto sobre seguridad o viabilidad basándose en la evidencia proporcionada.

Qué lo cambiaría

Una conclusión diferente requeriría verificaciones de identidad reproducidas, observaciones de red independientes y fechadas, y evidencia específica por criterio. La verificación debe incluir la comprobación del bytecode desplegado, la identificación de los controladores actuales y la observación de los flujos de transacciones reales. La calibración y la revisión editorial seguirían solo después de que se complete dicha verificación operativa independiente. Hasta entonces, el estado permanece estrictamente documental.

02 / Crash test

Cada control exige pruebas.

Método candidato 0.1.0. Los resultados desconocidos se excluyen del cálculo de la puntuación.
ControlPesoResultado
Identidad exacta del activoEsencial3%Verificación pendiente
Uso observable15%Verificación pendiente
Papel económico del token10%Verificación pendiente
Mecanismos de ofertaEsencial10%Verificación pendiente
Concentración de titulares8%Verificación pendiente
Captación de valor7%Verificación pendiente
Poderes de controlEsencial10%Verificación pendiente
Verificación de seguridad7%Verificación pendiente
Proceso de decisión8%Verificación pendiente
Responsabilidades7%Verificación pendiente
Historial de incidentes6%Verificación pendiente
Continuidad operativa4%Verificación pendiente
Condiciones de ejecución5%Verificación pendiente

Controles específicos de la familia: Uso observable, necesidad de token y dependencias.

03 / Pruebas

Consultar las pruebas

Fuentes de este análisis

Los títulos y resúmenes de las fuentes están en inglés.

Trust Wallet: captured Solana record for Comedian

The pinned Trust Wallet Solana integration record names Comedian with symbol Ban, documentary address 9PR7nCP9DpcUotnDPVLUBUZKu5WAYkwrCUx9wDnSpump and 6 decimal places. Decimal places concern amount representation and do not measure supply or value. The record labels the entry SPL and active. Its community-maintained description states: "The emergence of Comedian as a cryptocurrency taps into a unique blend of irony and commentary." Every project, economic, partnership, performance, supply, date and adoption statement within this quoted description is an attributed registry claim, not an independently established issuer statement or operational observation. The dossier may explain those stated aims with that attribution. No deployed implementation, rights, ownership, safety, supply, use or investment outcome was checked. The generic application family identifies only a documentary token subject; its economic niche and scoring criteria remain unclassified and unknown.

Recopilación . Ámbito: documentación. El funcionamiento actual de la red queda por verificar.

Consultar la fuente primaria ↗

Huella SHA-256: 78b18c0a5b9cb0afbb41b1f90bd59d0d8a5084696158a4ba62493c8f1b2957d8

Trust Wallet: pinned Solana directory context

The pinned Trust Wallet solana network-context record identifies the community registry directory for Solana. This supplies documentary network context for entries in the same pinned directory. Promotional statements, network performance, consensus behavior, current deployment and control are not verified or admitted from this context.

Recopilación . Ámbito: documentación. El funcionamiento actual de la red queda por verificar.

Consultar la fuente primaria ↗

Huella SHA-256: 62397cd30a02832efd331625fd24a8fed7ac410a17138266781d06ec848cf1bd

Trust Wallet Assets: README.md (bbe582d25a22)

The Trust Wallet Assets README describes a community-maintained registry of token information and logos across blockchains, used by the wallet and other projects. It says additional token information is optional and unavailable on-chain. Anyone can submit assets, and inclusion does not imply a direct partnership with the listed projects. It also explicitly excludes brand-new tokens from submissions, so this source cannot provide an exhaustive inventory of recent launches. The README states that its scripts and documentation use the MIT license. This source is the wallet project's own integration registry, maintained with community submissions. Its project descriptions are documentary claims from that registry, not independently verified issuer statements or operational observations. The active status is a metadata label, with no live-network validation. No deployment bytecode, controller, supply, reserve, use, concentration, liquidity, security audit, incident completeness or investment return has been established.

Recopilación . Ámbito: documentación. El funcionamiento actual de la red queda por verificar.

Consultar la fuente primaria ↗

Huella SHA-256: 51fc8f690972c850271ca0a6086516eae5ed411e94982fcae6534a4d08fccd73

Solo se distribuyen resúmenes originales. Los datos de mercado brutos bajo licencia permanecen privados.

Continuar la investigación