
HyperGPT (HGPT)
Contrato documentado0x529c79f6918665ebe250f32eeeaa1d410a0798c6
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 pruebasLa 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.
Cada control exige pruebas.
| Control | Peso | Resultado |
|---|---|---|
| Identidad exacta del activoEsencial | 3% | Verificación pendiente |
| Uso observable | 15% | Verificación pendiente |
| Papel económico del token | 10% | Verificación pendiente |
| Mecanismos de ofertaEsencial | 10% | Verificación pendiente |
| Concentración de titulares | 8% | Verificación pendiente |
| Captación de valor | 7% | Verificación pendiente |
| Poderes de controlEsencial | 10% | Verificación pendiente |
| Verificación de seguridad | 7% | Verificación pendiente |
| Proceso de decisión | 8% | Verificación pendiente |
| Responsabilidades | 7% | Verificación pendiente |
| Historial de incidentes | 6% | Verificación pendiente |
| Continuidad operativa | 4% | Verificación pendiente |
| Condiciones de ejecución | 5% | Verificación pendiente |
Controles específicos de la familia: Uso observable, necesidad de token y dependencias.
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.
Consultar la fuente primaria ↗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.
Consultar la fuente primaria ↗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.
Consultar la fuente primaria ↗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.
Consultar la fuente primaria ↗Solo se distribuyen resúmenes originales. Los datos de mercado brutos bajo licencia permanecen privados.