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

HTX (HTX)

Tron · Contrato del token · Revisión documental

Contrato documentadoTUPM7K8REVzD2UdV4R5fe5M8XbnR2DdoJ6

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

HTX (HTX) aparece en este catálogo documental como un token en tron:728126428, el identificador de red de TRON, con el contrato documental TUPM7K8REVzD2UdV4R5fe5M8XbnR2DdoJ6. La promesa del expediente es acotada y la enuncia con claridad: examinar el propósito y los mecanismos documentados de HTX en esa red. Esta es una revisión documental, no una verificación operativa independiente.

Un término técnico ayuda aquí. Un contrato es una dirección en una cadena de bloques donde puede desplegarse código. La cadena anterior es un identificador documentado. La coincidencia de cadenas entre registros no prueba que actualmente se ejecute algún código en esa dirección, quién lo controla ni qué hace. La entrada del registro está etiquetada como TRC20, un estándar de token en la red TRON, y active, una etiqueta de metadatos. Ninguna de las dos etiquetas es una observación de red en vivo.

El encargo limita el examen a los resúmenes originales suministrados, sus versiones exactas de código y documentación, y sus límites históricos. Las declaraciones promocionales, de rendimiento, de adopción y de derechos del token deben mantenerse acotadas como afirmaciones no verificadas del registro. La sección de veredicto a continuación aplica ese estándar.

Hechos establecidos

El registro fijado de integración de Trust Wallet para TRON, en un registro mantenido por la comunidad, nombra HTX con el símbolo HTX, el identificador documental TUPM7K8REVzD2UdV4R5fe5M8XbnR2DdoJ6 y 18 decimales. Los decimales describen cómo se representan las cantidades. No establecen suministro ni valor actuales. La entrada está etiquetada como TRC20 y active, dos etiquetas de metadatos.

El README del registro describe el alcance circundante. Es un registro mantenido por la comunidad de información de tokens y logotipos en distintas cadenas de bloques, utilizado por la cartera y otros proyectos. La información adicional sobre tokens es opcional y no está disponible en la cadena. Cualquiera puede enviar activos, y la inclusión no implica una asociación directa con los proyectos listados. El README excluye explícitamente los tokens recién creados de los envíos, por lo que no puede servir como inventario exhaustivo de lanzamientos recientes. Sus scripts y documentación utilizan la licencia MIT, una licencia de software permisiva.

El mismo registro atribuye un propósito específico del token a la entrada del registro. Su descripción mantenida por la comunidad afirma que HTX es el token de gobernanza de HTX DAO, una organización autónoma descentralizada que se basa en la autonomía colectiva de los tenedores del token HTX, y que los tenedores de HTX poseen el derecho a votar sobre propuestas y pueden delegar y ejercer libremente sus derechos de voto en el proceso de toma de decisiones.

Ese propósito es una afirmación del registro. Cada declaración sobre proyecto, asociación, subvención, economía, rendimiento, suministro, fecha y adopción en la entrada se atribuye al registro y carece de verificación independiente del emisor o de carácter operativo. El contexto del registro nombra TRON y establece únicamente contexto de directorio documental. No se verifica de forma independiente ninguna afirmación sobre rendimiento, consenso, respuesta RPC de mainnet, despliegue actual, control o seguridad.

Lo que permanece desconocido

El lote suministrado no contiene ninguna observación de criterio revisada de forma independiente sobre identidad, uso, rol del token, suministro, concentración, captura de valor, control, seguridad, gobernanza, rendición de cuentas, incidentes, continuidad o ejecución. Cada uno de esos trece criterios se registra como desconocido, sin evidencia independiente admitida.

Por lo tanto, el registro documental no establece el bytecode desplegado detrás de la dirección, los controladores actuales, ningún acuerdo de propiedad beneficiaria, los derechos actuales del token, el uso real, la adopción por parte de clientes, el suministro, la concentración, la liquidez, las reservas ni un historial completo de incidentes. La revisión tampoco verificó el despliegue en mainnet, una implementación funcional ni ningún resultado de inversión. La evidencia faltante es una laguna declarada. No es evidencia de que el proyecto sea fraudulento o inseguro, y este expediente no hace tal afirmación.

El encargo añade una advertencia sobre clientes. Las advertencias críticas de fin de soporte para clientes compatibles, cuando se suministren, deben conservarse. Ninguna de esas advertencias aparece en los tres resúmenes suministrados para este activo, por lo que no puede informarse ninguna aquí. El campo desconocido de la evaluación es donde recaería una observación una vez admitida.

Consecuencias

Los mecanismos documentales por sí solos no pueden establecer el comportamiento real de la red ni los resultados de inversión. Una descripción del registro sobre votación y delegación describe un diseño previsto, no uno observado. Una etiqueta de directorio no establece un despliegue en mainnet, una implementación funcional ni derechos actuales del token.

Debido a que no se realizó ninguna observación de red en vivo, los lectores no pueden tratar el registro como prueba de que los tenedores actualmente tienen votos, los delegan o de que opera algún proceso de propuestas. Esas son afirmaciones del registro a la espera de verificación. El contexto del directorio tron suministra únicamente contexto de red y no establece ninguna posición actual de despliegue, control o seguridad.

El resultado de la puntuación se deriva de la misma laguna. La evaluación calculada devuelve estado unrated con 0 por ciento de cobertura de puntuación en tecnología, uso, economía, gobernanza, resiliencia y liquidez. Identidad, suministro y control se listan como criterios esenciales faltantes. Las seis puntuaciones de dimensión y los totales permanecen vacíos porque la cobertura es cero. Ese estado es un resultado computado de la evidencia admitida en este lote, no un juicio sobre la calidad del proyecto.

Veredicto

La fortaleza operativa permanece no demostrada. HTX está unrated, con 0 por ciento de cobertura de puntuación. El registro documental identifica un sujeto de token, una red, una cadena de contrato y un propósito de gobernanza atribuido. No verifica el control desplegado, la propiedad beneficiaria, el uso, el suministro, la concentración, el historial completo de incidentes ni ningún resultado de inversión.

El límite de atribución importa. Las declaraciones de identidad y propósito se remontan a una entrada de registro mantenida por la comunidad y se tratan aquí como afirmaciones no verificadas del registro. Se requeriría observación independiente antes de que cualquier puntuación de criterio pudiera basarse en ellas. Una revisión documental no es una verificación operativa independiente, y este expediente no convierte una en la otra. No se informa ninguna admisión pública de irregularidades, incidente o auditoría, porque no se suministró ninguna.

Evidencia que lo cambiaría

Las comprobaciones de identidad reproducidas pondrían a prueba si el identificador documentado todavía resuelve a metadatos coincidentes bajo un procedimiento explícito con fechas. Las observaciones de red independientes con fechas, incluidos registros de respuesta de un nodo en vivo, abordarían el despliegue y el control actual sin depender de etiquetas del registro. La evidencia específica de criterio para identidad, suministro y control comenzaría a llenar los criterios esenciales faltantes.

Siguen preguntas de investigación concretas. ¿Quién puede actualmente mover o pausar el contrato del token, y bajo qué autoridad? ¿Qué direcciones poseen el suministro, y cómo se distribuye? ¿Opera hoy algún mecanismo de delegación en la red, y puede observarse independientemente de la descripción del registro? ¿Cuál es el registro completo de incidentes, incluidos eventos que nunca llegaron a una entrada de registro pública? ¿Qué clientes soportan la red relevante, y qué advertencias de fin de soporte aplican?

Cerrar estas lagunas no produciría automáticamente un veredicto favorable. Admitiría evidencia en criterios que actualmente se encuentran en cobertura cero. Una vez que exista evidencia específica de criterio, siguen la calibración y la revisión editorial antes de que pueda publicarse cualquier puntuación. Hasta entonces, este expediente permanece como está: un sujeto documentado, una laguna declarada y un resultado unrated.

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 TRON record for HTX

The pinned Trust Wallet TRON integration record names HTX with symbol HTX, documentary identifier TUPM7K8REVzD2UdV4R5fe5M8XbnR2DdoJ6 and 18 decimal places. Decimal places describe amount representation and establish no current supply or value. The entry is labelled TRC20 and active. Its community-maintained description states: "HTX is the governance token of HTX DAO, a decentralized autonomous organization relying on the collective autonomy of HTX token holders. HTX holders possess the right to vote on proposals and can freely delegate and exercise their voting rights in the decision-making process.". Every project, partnership, grant, economic, performance, supply, date and adoption statement above is an attributed registry claim, without independent issuer or operational verification. The directory label does not establish a mainnet deployment, functioning implementation or present token rights. No deployed control, beneficial ownership, supply, reserves, use, safety, complete incident record or investment outcome was checked. The generic application family identifies only a documentary token subject; 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: 6887d0018825d1e23d963c3193636a7be10caa6e01023a6f77f031ce8018b555

Trust Wallet: pinned TRON directory context

The pinned community-maintained Trust Wallet tron directory context names TRON. This establishes documentary directory context only. No performance, consensus, mainnet RPC response, current deployment, control or security claim is independently verified.

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

Consultar la fuente primaria ↗

Huella SHA-256: 3fdf34ba9c3e4e46f59b86e49a71c02dfd630ed0c48fc45c83c9270afcc467e0

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