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

Threshold (T)

Ethereum · Contrato del token · Revisión documental

Contrato documentado0xcdf7028ceab81fa0c6971208e83fa7872994bee5

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.

Alcance Prometido

Este dosier examina el propósito documentado y los mecanismos de Threshold (T) en la red Ethereum, identificado por la dirección de contrato 0xcdf7028ceab81fa0c6971208e83fa7872994bee5. El análisis está estrictamente limitado a los resúmenes originales y las entradas de registro proporcionados. No constituye una verificación operativa independiente, una auditoría ni una recomendación de inversión. No se realizan afirmaciones sobre el rendimiento actual del mercado, la dinámica de suministro, las tasas de adopción ni las estructuras de propiedad. El objetivo es explicar los fines declarados del proyecto según lo registrado en el registro de integración de Trust Wallet, distinguiendo claramente estas afirmaciones documentales de los hechos operativos verificados.

Hechos Establecidos

La fuente principal de este dosier es un registro fijado de integración de Trust Wallet Ethereum. Este registro identifica el activo como Threshold con el símbolo T y especifica una dirección de contrato de 0xcdf7028ceab81fa0c6971208e83fa7872994bee5. La entrada señala 18 decimales, un parámetro técnico que define cómo se representan internamente las cantidades de tokens, lo cual no mide el suministro total ni el valor monetario. El registro etiqueta la entrada como ERC20 y activa. ERC-20 se refiere a una interfaz estándar para tokens fungibles en contratos inteligentes, que define funciones para leer saldos, transferir tokens y gestionar asignaciones. Una asignación permite a un gastador designado usar una cantidad especificada de tokens en nombre del propietario. La descripción mantenida por la comunidad dentro de este registro afirma que Threshold Network es el hogar de tBTC v2, proxy re-encryption, thUSD y criptografía de umbral. Estas declaraciones son afirmaciones atribuidas al registro. Reflejan la información enviada al repositorio del proyecto de la cartera y no representan declaraciones del emisor verificadas de forma independiente ni observaciones de red en vivo. La especificación general de ERC-20 describe lo que debería hacer una implementación conforme, pero la etiqueta de la cartera no establece ningún cumplimiento verificado de forma independiente ni el estado real de implementación desplegada. El contexto de red se identifica como Ethereum, con su propio sitio web del proyecto y explorador listados en el archivo de información de blockchain de la cartera. El README de Trust Wallet Assets describe esto como un registro mantenido por la comunidad donde cualquiera puede enviar activos, y la inclusión no implica una asociación directa con los proyectos listados. La información adicional del token es opcional y no está disponible en la cadena. Esta fuente no puede proporcionar un inventario exhaustivo de lanzamientos recientes, ya que excluye explícitamente los tokens completamente nuevos de los envíos. Los scripts y la documentación de este registro usan la licencia MIT. Los derechos de autor y derechos relacionados de la especificación ERC-20 se renuncian bajo CC0. Cada declaración económica, de asociación, de rendimiento y de adopción dentro de la descripción citada del registro se trata como una afirmación documental sujeta a verificación, no como un hecho establecido.

Incógnitas

La fortaleza operativa permanece no demostrada. El dosier tiene una cobertura de puntuación del 0% y asigna un estado no calificado. Elementos críticos como el control independiente, la propiedad beneficial, el uso real, la adopción por parte de clientes, la distribución del suministro, la concentración de tenencias, la profundidad de liquidez y el historial completo de incidentes permanecen sin verificar. No se verificó ningún bytecode desplegado, controladores actuales ni operación de red en vivo. El estado activo en el registro es una etiqueta de metadatos sin validación de red en vivo. No se realizó ninguna transacción de tokens en esta revisión. La ausencia de evidencia en este lote documental no confirma fraude ni inseguridad; simplemente indica que la verificación independiente no ha ocurrido. Los mecanismos específicos detrás de proxy re-encryption y el sistema tBTC v2 se describen solo por las afirmaciones atribuidas del registro. Su funcionalidad real, postura de seguridad y calidad de integración son desconocidas. La relación entre el token y los servicios más amplios del ecosistema mencionados en la descripción del registro no se aclara con los datos disponibles. No existe ninguna admisión pública del estado operativo o métricas financieras dentro del alcance de esta revisión.

Consecuencias

Los mecanismos documentales por sí solos no pueden establecer el comportamiento real de la red ni los resultados de inversión. Confiar únicamente en las descripciones del registro corre el riesgo de confundir la intención promocional con la realidad operativa. Sin observaciones de red independientes con fecha, evidencia específica de criterios o verificaciones de identidad reproducidas, el perfil real de utilidad y riesgo del activo no puede evaluarse. Los inversores o usuarios que confíen en este dosier deben entender que los propósitos declarados son afirmaciones no verificadas. La falta de datos verificados sobre suministro, control y seguridad significa que cualquier suposición sobre la estabilidad o gobernanza del token es especulativa. Las consecuencias de tratar las etiquetas del registro como garantías operativas incluyen una posible desalineación entre la funcionalidad esperada y el comportamiento real del contrato. La interpretación editorial es que hasta que ocurra una verificación independiente, el activo permanece en un estado de incertidumbre informativa. Esta incertidumbre se aplica a todos los aspectos del proyecto, desde la ejecución técnica hasta la sostenibilidad económica. El dosier sirve como una línea base para una investigación futura en lugar de una evaluación definitiva de valor o seguridad.

Veredicto

Threshold (T) no está calificado con una cobertura de puntuación del 0%. El registro documental proporciona una identidad clara y un propósito declarado, pero carece de la verificación independiente requerida para una evaluación puntuada. El veredicto se basa en la distinción entre las afirmaciones del registro y los hechos operativos. Si bien el proyecto tiene una presencia definida en el registro de integración de Trust Wallet, su operación real de red, estructura de control y medidas de seguridad permanecen no demostradas. La postura editorial es de neutralidad cautelosa: el proyecto está documentado, pero sus méritos y riesgos son actualmente desconocidos. Este estado persistirá hasta que se reúna evidencia suficiente para evaluar los criterios de tecnología, uso, economía, gobernanza, resiliencia y liquidez. La clasificación actual refleja las limitaciones del material de origen y la estricta adherencia al análisis basado en evidencia. No se aplica ningún juicio positivo o negativo más allá de la ausencia fáctica de verificación. El activo se reconoce como un sujeto de investigación, no como una entidad validada.

Evidencia Que Lo Cambiaría

El veredicto cambiaría si verificaciones de identidad reproducidas confirmaran la dirección del contrato y los detalles de despliegue. Se requerirían observaciones de red independientes con fecha para verificar el uso real, el volumen de transacciones y la actividad de los usuarios. Sería necesario recopilar y calibrar evidencia específica de criterios que abarque identidad, suministro, control, seguridad, gobernanza y continuidad. La revisión editorial evaluaría entonces si la evidencia acumulada cumple con los umbrales para una calificación puntuada. Específicamente, la prueba de control independiente sobre el contrato, calendarios de suministro transparentes, auditorías de seguridad verificadas e historial documentado de incidentes alterarían significativamente la evaluación. Las observaciones de adopción por parte de clientes y provisión de liquidez también impactarían la evaluación de uso y resiliencia. Hasta que se proporcione dicha evidencia, el estado no calificado se mantiene. El proceso requiere pasar de las afirmaciones documentales a la verificación operativa, asegurando que cada criterio esté respaldado por observación directa o confirmación autorizada de terceros. Este cambio transformaría el dosier de un registro preliminar en un análisis exhaustivo.

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 Ethereum record for Threshold

The pinned Trust Wallet Ethereum integration record names Threshold with symbol T, contract 0xcdf7028ceab81fa0c6971208e83fa7872994bee5 and 18 decimal places. Decimal places concern amount representation and do not measure supply or value. The record labels the entry ERC20 and active. Its community-maintained description states: "Threshold Network is the home of $tBTC v2, proxy re-encryption #PRE, $thUSD, and all threshold cryptography." 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. This dossier may explain those stated aims with that attribution. No deployed implementation, rights, ownership, safety, supply, use or investment outcome was checked. The general ERC-20 specification is separate from this token implementation. Treat the generic application family as a documentary contract 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: 8343262cf07e9751274564028d909161a449ff1744cfa68b5848ee4784fcd069

Trust Wallet Assets: blockchains/ethereum/info/info.json (bbe582d25a22)

The pinned wallet blockchain-information file names the network Ethereum, symbol ETH, and lists its project website and explorer. That named network context accompanies token records in the repository's Ethereum subtree. This identifies the documented integration network without reproducing its operation. 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: 5bf228bbcd577440dc00e5b783b680b0cfdf14504dc9d8b89340ba88d9e95502

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