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-HGPT-001

HyperGPT (HGPT)

BNB Smart Chain · Contrato del token · Revisión documental

Contrato documentado0x529c79f6918665ebe250f32eeeaa1d410a0798c6

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.

La promesa examinada

HyperGPT se presenta, en la entrada fijada del registro comunitario sobre la que se construye este dosier, como un mercado de IA todo en uno y un kit de desarrollo de software. El acceso a soluciones de IA integradas se describe como pago por uso mediante un modelo de créditos, con la integración de la interfaz de programación de aplicaciones gestionada a través de una única cuenta. Esa descripción es una afirmación del registro asociada a un sujeto documentado de token en BNB Smart Chain. Declara un rol comercial previsto para el proyecto. No ofrece una descripción verificada de lo que el software hace hoy, quién lo ejecuta ni a qué da derecho el token a su titular. Por lo tanto, el examen parte de un propósito anunciado, no de un producto demostrado.

Hechos documentales

Algunas cosas están fijadas y son verificables a nivel de documentación. El registro de integración de Trust Wallet con BNB Smart Chain nombra HYPERGPT con el símbolo HGPT, registra una dirección de contrato documental de 0x529c79f6918665ebe250f32eeeaa1d410a0798c6 y declara 18 decimales. Los decimales describen cómo se representan las cantidades de tokens en los datos, no cuánto suministro existe ni cuánto vale un token. El mismo registro etiqueta la entrada como BEP20 y activa. Una etiqueta BEP20 es una clasificación de registro, y una etiqueta activa es un estado de metadatos, por lo que ninguna de las dos confirma que haya código desplegado ni que haya algún sistema en funcionamiento. El propio registro es mantenido por la comunidad y lo utilizan la cartera y otros proyectos. Ese registro declara explícitamente que la información adicional de tokens es opcional y no está disponible en la cadena, que cualquiera puede enviar activos y que la inclusión no implica una asociación directa con los proyectos listados. También excluye los tokens recién creados de los envíos, por lo que no puede servir como inventario completo de lanzamientos recientes. Como contexto, la especificación general ERC-20 describe una interfaz estándar para tokens fungibles: define lecturas de totalSupply y balanceOf, transferencias, transferencias por terceros tras autorización, aprobación más asignación restante, y los eventos Transfer y Approval. Una asignación es la cantidad que un gastador nombrado tiene permitido usar, y una aprobación repetida sobrescribe esa cantidad. Los metadatos de nombre, símbolo y decimales son opcionales en ese estándar. Esa especificación indica lo que debería hacer una implementación conforme. No establece nada sobre esta implementación de token. La coincidencia de la dirección documental no establece ningún comportamiento actual del programa, control desplegado ni seguridad.

Lo que sigue siendo desconocido

No se realizó ninguna observación de red en vivo para este dosier. Eso significa que el control independiente actual, la propiedad beneficial, el uso real, la adopción por clientes, el suministro, la concentración, la liquidez y un historial completo de incidentes permanecen sin verificar. El registro de puntuación marca 13 criterios, que abarcan identidad, uso, rol del token, suministro, concentración, captura de valor, control, seguridad, gobernanza, rendición de cuentas, incidentes, continuidad y ejecución, como desconocidos, e identifica identidad, suministro y control como esenciales faltantes. La cobertura se sitúa en 0% y el activo no está calificado. La revisión documental no es una verificación operativa independiente, por lo que las descripciones del registro y el texto citado del proyecto son afirmaciones no verificadas, no hechos confirmados. Este dosier no contiene ninguna conclusión sobre el bytecode desplegado, los controladores actuales, los derechos de los titulares, el suministro ni el resultado de la inversión, y no afirma ninguna.

Consecuencias de las lagunas

La consecuencia práctica es que los mecanismos documentados por sí solos no pueden establecer el comportamiento real en la red ni los resultados de la inversión. Una etiqueta ERC20 de cartera no establece ningún cumplimiento verificado de forma independiente con la interfaz ERC-20 ni ninguna implementación desplegada. Una descripción mantenida por la comunidad no dice nada sobre si el mercado de IA descrito opera, quién lo controla ni cómo interactúa el token con él. Los límites materiales sobre lo que se puede concluir incluyen las propias advertencias de alcance del registro, la ausencia de cualquier observación en vivo en este lote y el hecho de que una coincidencia de dirección documental no es prueba del comportamiento actual en la cadena. Nada de esto debe leerse como una afirmación de que el proyecto sea fraudulento o inseguro. Es una declaración sobre lo que la evidencia presente no puede respaldar, y la cobertura y el estado no calificado son la expresión honesta de eso.

Veredicto

Sobre la documentación proporcionada, HyperGPT se identifica a nivel de registro con un nombre, un símbolo, decimales y una dirección documental en BNB Smart Chain, y se describe como un mercado de IA con un SDK y un modelo de pago basado en créditos. Nada de eso ha sido verificado operativamente. El estado calculado es no calificado con 0% de cobertura de puntuación, con identidad, suministro y control como esenciales faltantes. Ese es todo el veredicto. Una entrada de registro y una cita de especificación no son una verificación operativa, y no se puede asignar ninguna puntuación hasta que exista evidencia específica por criterio.

Evidencia que cambiaría esto

El veredicto cambiaría si estuvieran disponibles varias cosas concretas. Primero, verificaciones de identidad reproducidas que vinculen la dirección documental con bytecode desplegado y una implementación verificada. Segundo, observaciones de red independientes y fechadas que cubran permisos de controladores, propiedad beneficial, transferencias y actividad. Tercero, evidencia específica por criterio para identidad, uso, rol del token, suministro, concentración, captura de valor, control, seguridad, gobernanza, rendición de cuentas, incidentes, continuidad y ejecución. Esos resultados necesitarían entonces calibración y revisión editorial antes de asignar cualquier puntuación. Cualquier archivo de evidencia proporcionado también lleva una fecha de caducidad, por lo que los hallazgos vinculados a este lote de documentación fijada deben tratarse como de duración limitada y volver a verificarse con una descarga nueva cuando cambie la versión fijada.

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 BNB Smart Chain record for HYPERGPT

The pinned Trust Wallet BNB Smart Chain integration record names HYPERGPT with symbol HGPT, documentary address 0x529c79f6918665ebe250f32eeeaa1d410a0798c6 and 18 decimal places. Decimal places concern amount representation and do not measure supply or value. The record labels the entry BEP20 and active. Its community-maintained description states: "HyperGPT: The all-in-one AI marketplace and SDK. Access integrated AI solutions, pay-as-you-go with a credit model, and enjoy seamless API integration through one account. Developers and users welcome to the future of AI." 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. The general ERC-20 specification is separate from this token implementation.

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

Consultar la fuente primaria ↗

Huella SHA-256: 0020a5cd58227d99cc66bea05cb3e600bfb16e5ae099ef3b75376c9963e0f536

Trust Wallet: pinned BNB Smart Chain directory context

The pinned Trust Wallet smartchain network-context record identifies the community registry directory for BNB Smart Chain. 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: 9888dd19b8ace07b4a705771770ab5140129ba43ec4ce6e95932dd63af204278

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

Ethereum ERC-20: pinned token interface specification

The pinned ERC-20 specification describes a standard interface for fungible tokens in smart contracts. It defines totalSupply and balanceOf reads, transfers, third-party transfers after authorization, approval and remaining allowance. An allowance is the amount a named spender may use; a repeated approval overwrites that amount. The specification says callers must handle a false transfer result and describes Transfer and Approval events. Name, symbol and decimal-place metadata are optional in the standard. These interface requirements describe what a conforming implementation should do. A wallet ERC20 label establishes no independently checked compliance, actual deployed implementation, controller permissions, token use, supply or security. No token transaction was performed in this review. Copyright and related rights are waived under CC0.

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

Consultar la fuente primaria ↗

Huella SHA-256: 50d0bdc535ed8987ac5c124cb5f9c39606806c97e909aae66ef4b747dd9c93dd

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

Continuar la investigación