Mint e identidad exacta

Máster de origen EN · P07-L02 · 45 minutos estimados · needs_review

Objetivos de aprendizaje:

• Resolver identidad del activo usando identificadores completos de red y mint.
• Distinguir roles de mint, cuenta de tokens, pool y billetera.
• Escribir una conclusión delimitada de identidad sin inferir fraude ni seguridad.

Un análisis puede ser matemáticamente correcto y describir el activo equivocado. Nombres, símbolos, imágenes y usuarios sociales son etiquetas de presentación que pueden copiarse. Antes de interpretar un gráfico de liquidez o una tabla de tenedores, establezca exactamente a qué red y mint se refiere la evidencia. Esta lección entrena resolución de identidad y capacidad de detenerse cuando la identidad sigue siendo ambigua.

Separar el identificador del relato asociado

Para análisis de tokens de Solana, la red más dirección de mint identifica el activo investigado. Una cuenta de tokens contiene unidades asociadas a un mint; no es el mint mismo [S-TOKENS]. Una dirección de billetera, dirección de pool y mint pueden aparecer en una página de explorador y responder preguntas distintas. Un logotipo de apariencia correcta no subsana usar el tipo de cuenta equivocado.

Un registro de investigación seguro nombra, por tanto, cadena/cluster, identificador completo del activo, tipo esperado de cuenta/programa, fuente y contexto de observación. No reduzca esto a una dirección truncada. Truncar es útil para mostrar, pero inadecuado para comparar identificadores similares. Almacene el valor completo y muestre una cadena aislada y copiable cuando una futura interfaz admita el registro.

La cuenta en cadena prueba que existe un activo particular bajo reglas particulares. No establece que un proyecto, comunidad o marca lo avale. A la inversa, una página de proyecto puede declarar una dirección sin probar cada campo técnico sobre ella. Mantenga identidad técnica y afiliación declarada como afirmaciones separadas, con fuentes separadas.

Triangular sin contar dos veces declaraciones copiadas

Imagine tres sitios web que repiten la misma dirección. Pueden ser publicaciones independientes o copiar todos una fuente comprometida. Tres apariciones no producen automáticamente tres confirmaciones independientes. Escriba una cadena de procedencia: quién declaró originalmente el identificador, cuándo estaba disponible la declaración y qué registro técnico inspeccionó el investigador.

Una fuente alcanzada mediante anuncio de búsqueda o mensaje reenviado no es automáticamente el canal oficial de la organización. Inspeccione el dominio exacto y origen de la referencia. Escritura similar, una cuenta renombrada o un subdominio sin relación pueden inducir a error. Incluso establecido un canal oficial, etiquete su declaración de dirección como DECLARED salvo que realmente se hayan realizado las comprobaciones independientes previstas.

«Verificado» también es ambiguo. Un distintivo puede referirse a cuenta social, listado de explorador o envío de metadatos. Indique qué se comprobó en lugar de usar el distintivo como aval amplio del activo. Una conclusión útil es «el identificador completo declarado coincide con el mint inspeccionado en la red especificada», no «este token es legítimo».

Permisos y metadatos responden preguntas más limitadas

Una autoridad de mint y una autoridad de congelación representan permisos específicos. Eliminar una autoridad seleccionada no borra todos los riesgos posibles [S-AUTHORITY]. Metadatos y extensiones de tokens necesitan inspección propia; los campos base por sí solos no agotan el comportamiento adicional de tokens [S-EXTENSIONS]. Un analista debe conservar estas distinciones en lugar de combinarlas en una etiqueta verde de seguridad.

Para esta lección, no necesita realizar una auditoría de seguridad de contratos. Necesita verificar que la evidencia que piensa usar realmente pertenece al activo afirmado. Si una fuente describe un token estándar pero una cuenta inspeccionada usa otro programa o extensiones sin examinar, registre la discrepancia y no suponga comportamiento de transferencias.

Negarse a completar una identificación prematuramente es un resultado útil. UNKNOWN dice que no se ha obtenido un hecho relevante. INSUFFICIENT EVIDENCE dice que los hechos recopilados no pueden respaldar una afirmación particular. No son intercambiables con «falso». Una discrepancia puede justificar rechazar un candidato como el activo exacto declarado sin justificar acusar de fraude a su creador.

Hacer reproducible la decisión

Use una matriz de identidad con una fila por candidato. Registre identificador completo, red, tipo de cuenta, coincidencia de declaración y preguntas sin resolver. La regla de decisión debe fijarse antes de mirar popularidad o rendimiento de mercado: un candidato debe coincidir con red requerida y mint completo, y su tipo debe ser interpretable. Si quedan varios candidatos, describa la ambigüedad y solicite la declaración o registro técnico ausente.

Este procedimiento evita una trampa conductual común: elegir un candidato porque su gráfico parece más plausible. La acción de precio no puede desambiguar un identificador de activo. El trabajo de identidad precede también fusionar registros de múltiples proveedores. Un símbolo compartido no autoriza combinar el perfil social de un candidato con la distribución de tenedores de otro.

• Identidad exacta: identificador completo de red y activo, no coincidencia de símbolo.
• Mint: cuenta identificadora del token en el alcance Solana de esta lección.
• Cuenta de tokens: cuenta con saldo asociada a un mint.
• Declaración: afirmación de una fuente sobre afiliación o identidad.
• Corroboración: comprobación cruzada descrita explícitamente, con procedencia.
• Autoridad: permiso específico, no identidad general humana/del proyecto.

EJEMPLO ILLUSTRATIVE — FIX-P07-02. MINT-A y MINT-B son etiquetas ficticias de dirección deliberadamente inválidas. Nunca las pegue en un explorador como direcciones reales.

La declaración proporcionada del proyecto ficticio es «training-cluster-A / MINT-A». El candidato A coincide en este conjunto ficticio. B es un mint diferente, C falla la comprobación de red y D tiene el rol de cuenta equivocado. Ninguna fila establece operador humano ni calidad de inversión.

OBSERVED: A coincide con la declaración completa y el registro de tipo de cuenta proporcionados en el conjunto ficticio.

INFERRED: A es el registro apropiado para este análisis definido estrechamente, condicionado a que la declaración proporcionada sea la referencia prevista.

UNKNOWN: Si la declaración del proyecto ficticio fue autorizada por una organización real; autenticidad de fuente más allá del conjunto ficticio proporcionado.

INSUFFICIENT EVIDENCE: Coincidir en identificador no puede establecer seguridad del proyecto, distribución justa, honestidad del creador ni rendimiento futuro. Un candidato diferente no es automáticamente fraudulento.

Usar búsqueda de símbolo como identificación final; comparar solo primeros/últimos caracteres; fusionar datos entre redes; confundir cuentas de tokens con mints; contar declaraciones copiadas como comprobaciones independientes; y tratar eliminación de autoridad como verificación completa de seguridad.

Dado FIX-P07-02, seleccione el candidato coincidente y escriba una conclusión delimitada de una frase. Explique cada candidato rechazado. Reescriba después «B es una estafa» y «A tiene seguridad verificada» como afirmaciones respaldadas por el conjunto ficticio. Liste las dos comprobaciones necesarias antes de usar una declaración oficial real.

• Hacer coincidir red e identificador completo.
• Confirmar rol de mint/cuenta antes de leer métricas.
• Mantener separadas declaración y evidencia técnica.
• Registrar independencia de fuente y contexto de observación.
• Indicar preguntas sin resolver de identidad y autoridad/extensiones.

La identidad exacta es requisito previo para toda medición posterior. Resuelva el activo con identificadores completos y roles explícitos de cuenta, y describa afiliación y controles técnicos como afirmaciones separadas de evidencia.

Un símbolo no es clave de identidad. Coincidir con una declaración es una coincidencia delimitada, no un veredicto de seguridad. La ambigüedad debe detener la fusión de datos sin relación.

Dibujar cuatro tarjetas de comparación a partir de FIX-P07-02. Destacar red, identificador sintético completo y tipo de cuenta; marcar campos coincidentes por separado de afirmaciones de afiliación. No mostrar escudo de seguridad ni indicación de precio. Un segundo panel debe explicar por qué la cuenta de tokens D no es el mint.

Reglas de entrega visual: azul marino oscuro/negro, acentos cian/azul eléctrico/violeta, unidades e incertidumbre etiquetadas explícitamente. Use gráficos deterministas o SVG, no capturas inventadas. A 390 px apile anotaciones y proporcione la tabla de datos como alternativa textual; verifique 768 px y escritorio después. En árabe localice etiquetas y diseño con RTL nativo, aislando direcciones/hashes LTR y conservando la dirección real de transferencias y cronología. Use solo el logotipo oficial BlockAssay proporcionado si se añade marca. No se afirma que ningún recurso visual ni renderizado móvil/RTL esté listo.

Use RADAR solo cuando la red exacta, el activo y los campos necesarios estén admitidos y su procedencia sea visible. Esta es una inspección educativa de solo lectura, no una operación ni lanzamiento de tokens. Use el conjunto de datos sin conexión proporcionado si no hay acceso o datos; la información ausente sigue siendo desconocida. Una futura acción Open in BlockAssay necesita enrutamiento de runtime y cobertura de fuentes validados. No se proporciona CTA ejecutable de activo para identificadores ilustrativos. La participación en Academy y la condición comercial nunca cambian las observaciones de Radar.

• Activos de Solana: mints y cuentas de tokens — Identidad de mint, propiedad de cuentas de tokens y roles distintos de mint/creación. Revisado 2026-09-30.
• Solana: establecer autoridad — Roles específicos de autoridad y eliminación de una autoridad seleccionada. Revisado 2026-09-30.
• Extensiones de tokens de Solana — El comportamiento adicional de tokens requiere inspección específica de extensiones. Revisado 2026-09-30.

Las tablas y conjuntos ficticios de ejercicios son material educativo original salvo que se designen explícitamente HISTORICAL. Los identificadores ficticios son deliberadamente inválidos como direcciones de blockchain. La documentación respalda definiciones de mecanismos, no los valores inventados de los ejercicios. La inspección de fuentes es investigación editorial, no medición de una cadena en vivo. Las fuentes pueden cambiar; vuelva a revisarlas antes de publicar.

P07-L03; continúe tras completar el ejercicio y revisar cada explicación del cuestionario.