Pangolin (PNG)

La promesa documentada

Pangolin se examina aquí únicamente como sujeto documental. El nombre del dossier es Pangolin, el símbolo de cotización es PNG, el identificador documental de red es eip155:43114, y el registro fijado de la integración de Trust Wallet con Avalanche C-Chain vincula ese nombre y ese símbolo a la dirección 0x60781c2586d68229fde47564546784ab3faca982 con 18 decimales. Un decimal es una unidad de representación de cantidad, por lo que indica cómo se escribe una cantidad, no cuánto suministro existe ni cuánto vale algo.

El propósito específico del token declarado proviene de esa entrada del registro y permanece como una afirmación atribuida al registro. Su descripción mantenida por la comunidad presenta un exchange descentralizado impulsado por la comunidad para activos de Avalanche y Ethereum, con liquidación rápida, comisiones de transacción bajas y una distribución democrática. Esos son objetivos declarados en la descripción del registro, no hechos que hayamos verificado, y se repiten aquí con atribución por esa razón. Un exchange descentralizado es un lugar donde los usuarios operan mediante software en lugar de un único operador; esa etiqueta describe la función prevista, y esta revisión no observó un despliegue que la desempeñara.

Hechos documentales

Tres puntos quedan establecidos a nivel documental. Primero, el registro de integración fijado nombra a Pangolin con el símbolo PNG, la dirección documental anterior y 18 decimales, etiqueta la entrada como AVALANCHE y activa, y contiene la descripción citada. Sus afirmaciones sobre proyecto, economía, asociaciones, rendimiento, suministro y adopción son afirmaciones del registro, no declaraciones del emisor establecidas de forma independiente ni observaciones operativas.

Segundo, el registro fijado de contexto de red identifica el directorio del registro comunitario para Avalanche C-Chain, que proporciona contexto documental de red para las entradas del mismo directorio fijado. Tercero, el README de Trust Wallet Assets describe un registro mantenido por la comunidad de información de tokens y logotipos en distintas blockchains, usado por la cartera y otros proyectos. Indica que la información adicional de tokens es opcional y no está disponible on-chain, que cualquiera puede enviar activos y que la inclusión no implica una asociación directa con los proyectos listados. Ese README también excluye tokens recién creados, por lo que no puede ser un inventario exhaustivo de lanzamientos recientes, y sus scripts y documentación usan la licencia MIT.

Sobre el mecanismo, la especificación ERC-20 fijada define una interfaz estándar para tokens fungibles en contratos inteligentes, con lecturas de totalSupply y balanceOf, transferencias, transferencias autorizadas por terceros, aprobación y asignación restante. Una asignación es la cantidad que un gastador nombrado puede usar, y una aprobación repetida la sobrescribe. Quienes llaman deben manejar un resultado de transferencia falso, y se describen los eventos Transfer y Approval. Los metadatos de nombre, símbolo y decimales son opcionales en el estándar. La especificación y la familia genérica de aplicaciones son vocabulario y alcance documental, no evidencia sobre este token.

Lo que permanece desconocido

La coincidencia de la dirección documental no establece ningún comportamiento actual del programa, control desplegado ni seguridad. Este lote no admitió ninguna observación de criterio revisada de forma independiente, por lo que el dossier tiene 0% de cobertura de puntuación y el resultado calculado permanece sin calificación, con identidad, suministro y control listados como esenciales faltantes y trece dimensiones aún desconocidas. El control independiente actual, la propiedad beneficiosa, el uso, la adopción por clientes, el suministro, la concentración, la liquidez y el historial completo de incidentes permanecen sin verificar. No se examinaron el bytecode desplegado, los controladores, el suministro, las reservas, la concentración, la liquidez, las auditorías de seguridad ni la completitud de incidentes. La revisión documental realizada para este dossier no es una verificación operativa independiente, y una etiqueta de metadatos de activa no conlleva validación de red en vivo. La ausencia de evidencia admitida significa lagunas en la cobertura, no que el proyecto sea fraudulento o inseguro.

Consecuencias del registro documental

Una entrada de registro define un sujeto documental, y ese es su límite. La regla del README de que cualquiera puede enviar y que la inclusión no implica asociación significa que la entrada no puede leerse como un respaldo, una relación ni una garantía operativa, y su exclusión de tokens recién creados significa que el registro no es un mapa completo del espacio. La especificación ERC-20 describe lo que debería hacer una implementación conforme, por lo que una etiqueta ERC20 en los metadatos de una cartera no establece ningún cumplimiento verificado de forma independiente, ninguna implementación realmente desplegada, ningún permiso de controlador, ningún uso del token ni ningún suministro. Dado que el dossier no examinó ninguna transacción del token ni ninguna observación de red con fecha, los mecanismos documentados por sí solos no pueden establecer cómo se usa el token en la práctica, quién puede cambiarlo ni qué resultado enfrentaría un usuario. Aquí no se hace ninguna afirmación actual sobre mercado, rendimiento, suministro, desempeño, adopción ni propiedad, y no se afirma ninguna auditoría, incidente ni admisión pública. Lo que esto deja es una identificación documental limpia con un núcleo operativo no probado.

Veredicto

Sin calificación, con 0% de cobertura de puntuación. El registro identifica a Pangolin, símbolo PNG, en eip155:43114 en la dirección documental 0x60781c2586d68229fde47564546784ab3faca982 con 18 decimales, y atribuye un propósito declarado a una entrada de registro mantenida por la comunidad. Más allá de esa identificación, el panorama operativo no está probado: no se verificó ninguna implementación desplegada, controlador, suministro, uso, seguridad ni liquidez, por lo que no puede asignarse ninguna puntuación. Este es un veredicto documental, no una declaración sobre riesgo o intención.

Evidencia que cambiaría esta evaluación

Una investigación concreta podría hacer avanzar este dossier. Reproducir las comprobaciones de identidad contra los registros fijados y reconfirmar la coincidencia de dirección en una fuente independiente. Obtener observaciones de red con fecha del bytecode desplegado, funciones invocables, permisos de controlador y rutas de actualización, sin tratar un umbral local de preparación ni una revisión de documentación como consenso o verificación operativa independiente. Muestrear la distribución de tenedores y las transferencias frente a los requisitos de la interfaz ERC-20 para evaluar si la implementación sigue el estándar con el que está etiquetada, recordando que las versiones parcheadas y las versiones vulnerables son cosas distintas y que un hash génesis no es una firma. Buscar evidencia específica de criterio sobre uso, rol del token, captura de valor, gobernanza, responsabilidad, incidentes y continuidad. Cada elemento necesitaría entonces calibración y revisión editorial antes de calcular cualquier puntuación, y la puntuación seguiría siendo un resultado computado en lugar de un respaldo.