Ir al contenidoBlockAssay

Metadatos e identidad

P08-L05 · P08 · P08-M02

Distinguir metadatos editables de identidad corroborada del activo

ILLUSTRATIVE · needs_review

Requisitos previos: P08-L04

Objetivos de aprendizaje

  • Separar metadatos en cadena de contenido remoto y caché.
  • Comparar cambios de presentación sin cambiar la tupla del activo.
  • Clasificar declaraciones y afirmaciones de mutabilidad con límites explícitos.

Máster de origen EN · P08-L05 · 45 minutos estimados · needs_review

Por qué importa

Un token puede cambiar de nombre o imagen sin cambiar su mint exacto. Dos mints diferentes pueden mostrar idéntica imagen de marca. Una URI inmutable en cadena aún puede apuntar a contenido modificable externamente. Estas distinciones importan cuando un analista informa de que un activo «es oficial».

Esta lección enseña una comparación de metadatos con procedencia explícita. Conserva los metadatos NFT como ejemplo fundacional útil y se centra en la identidad de tokens; no requiere lanzamiento NFT ni flujo completo de valoración NFT.

Explicación

Separe el objeto de su descripción

La identidad es la tupla red/dirección/objeto verificada en P08-L01. Los metadatos describen el objeto. Un logo o nombre familiar puede ayudar a reconocer un candidato, pero ninguno lo identifica de forma única. Conserve la tupla cuando cambien los campos mostrados.

La interfaz ERC-20 hace opcionales name y symbol [S08-ERC20]. Un campo de presentación ausente no borra la existencia de un objeto. A la inversa, campos de presentación obtenidos con éxito no autentican afiliación de marca. Lea los metadatos como afirmaciones con un mecanismo, no como certificado.

Para un activo de Solana que usa Metaplex Token Metadata, inspeccione enlace de la cuenta de metadatos, autoridad de actualización e indicador mutable. Bajo este programa específico, la autoridad de actualización de un activo mutable puede cambiar campos de metadatos especificados, y algunas autoridades delegadas tienen alcance adicional [S08-METADATA]. No universalice estas reglas a toda implementación de metadatos.

Siga la cadena completa de descripción

Una presentación puede originarse en un campo en cadena, una URI en cadena, una respuesta JSON fuera de cadena, una URL de imagen en esa respuesta y una caché de plataforma. Cada capa tiene fuente distinta y posible vía de actualización. El analista debe registrar de dónde procedía realmente el nombre mostrado.

Si la URI permanece estable pero cambia su respuesta HTTP, el contenido cambió sin edición de URI en cadena. Si un indicador en cadena impide actualizaciones futuras de la cuenta de metadatos, por sí solo no congela todos los servidores remotos ni cachés. El almacenamiento direccionado por contenido requiere comprobar la referencia y contenido reales en lugar de confiar en una etiqueta de marca de almacenamiento.

Registre contenido capturado o una huella reproducible con su contexto de adquisición en una revisión real. No invente una huella a partir de una captura de pantalla. El conjunto de datos suministra campos cortos de contenido literales para que el ejercicio compare contenidos sin solicitudes de red en vivo.

Distinga mutabilidad de autenticidad

Un indicador mutable describe un control, no si los datos son verdaderos. Los metadatos falsos pueden ser inmutables; los legítimos pueden necesitar actualizaciones. Una vía de actualización revocada no puede autenticar retrospectivamente una relación con el emisor.

En la implementación de Token Metadata inspeccionada, isMutable=false rechaza la sustitución del objeto descriptivo Data. Por sí solo, esto no demuestra que todos los campos de la cuenta Metadata —o la autoridad de actualización— estén congelados; esas operaciones tienen autorizaciones e invariantes independientes. Verifique la instrucción y la versión del programa desplegado antes de afirmar la inmutabilidad de un campo o una autoridad específicos. [S08-METADATA-CODE] Acote esa declaración al mecanismo revisado y no afirme una congelación universal de toda presentación. Los campos orientados a NFT, como creadores o colecciones verificados, tienen su propia semántica; una marca de verificación no es garantía global de economía o identidad del token.

Un dominio en metadatos es autodeclarado por quien suministró esos metadatos. Un sitio que lista el mismo token es otra declaración. Según control y procedencia, pueden ser dos direcciones de una autoafirmación en lugar de corroboración independiente. Conserve la distinción entre enlaces declarados y asociación verificada independientemente.

Corrobore con cuidado

Parta de una comunicación autenticada del emisor y compare red/dirección exactas. Indique cómo se estableció la procedencia de la comunicación. Posición en búsquedas, número de seguidores e imagen de marca copiada no establecen control del emisor.

Si no se suministra procedencia del emisor, clasifique la relación como declarada y no verificada. Si una publicación autenticada de forma fiable nombra otro mint, puede informar de discordancia con esa declaración. No salte de una discordancia a una acusación legal de fraude; comunicaciones comprometidas o publicaciones obsoletas son explicaciones alternativas que requieren investigación.

Archive la declaración relevante y su contexto de publicación/captura. Una página actual no puede probar qué mostraba en un lanzamiento anterior salvo que exista un registro histórico adecuado. Separe la hora de recuperación actual de la fecha declarada de una publicación.

Maneje presentaciones competidoras

Cuando dos interfaces muestran nombres diferentes para el mismo objeto, identifique estado en cadena, contexto de adquisición del contenido y política de caché. No «resuelva» la discordancia seleccionando silenciosamente la imagen de marca más atractiva. Su informe puede conservar el objeto exacto y dejar sin resolver la discrepancia de presentación.

Cuando dos objetos muestran nombres idénticos, conserve ambos identificadores y compare independientemente. Uno puede ser una representación envuelta o una copia deliberada; la presentación idéntica por sí sola no puede clasificar la relación. Una afirmación de puente necesita su propia evidencia de mecanismo y custodia fuera de este ejercicio de metadatos.

Las actualizaciones de presentación no deben sobrescribir evidencia previamente capturada. Un informe necesita la versión en la que se basó para que un revisor posterior reproduzca la decisión. Las etiquetas sintéticas S0/S1 de esta lección son contextos de ejercicio, no marcas temporales reales de observación.

Escriba el resultado acotado

Los hallazgos útiles distinguen identidad exacta, campos mostrados, controles editables y correspondencia con emisor. «Mismo mint, nombre fuera de cadena cambiado en S1» es específico. «El token cambió de identidad» resulta engañoso si la dirección permanece fija.

La condición comercial, el uso de Creator Lab y la finalización de Academy no pueden mejorar una clasificación de evidencia de metadatos. Un análisis de metadatos no proporciona predicción de precios ni certificado de seguridad. Aun así puede respaldar una investigación precisa de identidad sin acceso a herramientas de pago.

Terminología

  • Metadatos: campos descriptivos asociados a un objeto.
  • URI (identificador uniforme de recursos): referencia que identifica un recurso; este conjunto de datos la usa para localizar contenido externo.
  • Contenido de respuesta: contenido recuperado de ese recurso.
  • Autoridad de actualización: permiso que gobierna una operación especificada de metadatos.
  • Mutabilidad: si un mecanismo permite cambios.
  • Corroboración: evidencia que respalda una relación declarada más allá de una declaración sin comprobar.

Ejemplo histórico

ILLUSTRATIVE — FIX-P08-05. SIM-SOL-A en S0/S1 ficticios. Las URL que terminan en .invalid son etiquetas de formación no funcionales.

RegistroObjeto/contextoContenido suministrado
M1MINT-A, metadatos META-A, S0name Alpha; URI alpha.example.invalid/data; mutable=true; autoridad U
M2MINT-A, META-A, S1mismos campos en cadena que M1
J1respuesta URI capturada S0name Alpha; image alpha.example.invalid/logo1
J2misma respuesta URI capturada S1name Alpha Prime; image alpha.example.invalid/logo2
M3MINT-B, META-B, S0name Alpha; misma apariencia de logo; mutable=false
D1página similar a la de un emisor no autenticadadeclara SIM-SOL-A / MINT-A
D2campo website de los metadatosapunta a esa misma página; sin evidencia de control de dominio

No se suministra inventario de actualizaciones delegadas ni publicación autenticada del emisor. Todos los contenidos son sintéticos.

Lo que demuestra la evidencia

OBSERVED en el conjunto de datos: El mint exacto de A y los campos en cadena permanecen fijos entre S0/S1; el contenido de URI difiere. B es un mint diferente con imagen de marca similar.

INFERRED: La presentación remota cambiada de A no requiere un cambio suministrado de URI en cadena. D1/D2 forman un bucle de declaraciones.

Lo que no demuestra la evidencia

UNKNOWN: Autenticidad del emisor, control de dominio, comportamiento de caché y alcance completo de actualizaciones delegadas.

INSUFFICIENT EVIDENCE: El indicador inmutable de B no autentica su logo ni emisor. D1/D2 por sí solos no pueden establecer corroboración independiente.

Errores comunes

Equiparar cambios de nombre con cambios de mint; llamar contenido inmutable a una URI sin cambios; asumir que metadatos inmutables son verdaderos; contar declaraciones recíprocas como verificación independiente; y tratar etiquetas de colección/creador como respaldos económicos.

Ejercicio práctico

Compare M1/M2 y J1/J2 por separado. Explique si cambió el mint de A. Evalúe la afirmación de B de ser «el Alpha oficial porque es inmutable». Clasifique D1/D2 y enumere tres solicitudes siguientes de evidencia.

Mostrar corrección detallada

Corrección resuelta y razonamiento esperado

El mint sigue siendo MINT-A en SIM-SOL-A. M1/M2 no muestran edición suministrada en cadena, mientras J1/J2 muestran contenido de respuesta cambiado. El conjunto de datos no identifica quién cambió el servidor remoto ni por qué. Las presentaciones diferentes de interfaces también podrían involucrar cachés, que no se suministran.

B tiene un mint diferente y un indicador mutable false suministrado. Ninguno de los hechos autentica afiliación al emisor. D1/D2 siguen siendo declaraciones recíprocas con evidencia independiente insuficiente.

Solicite publicación autenticada del emisor que nombre la tupla exacta, evidencia de procedencia/control del dominio enlazado y registros completos aplicables de autoridad/decodificador de metadatos. Para preguntas de presentación histórica solicite contenidos archivados con contexto de captura.

Puntuación sobre diez: comparación objeto/contenido (cuatro), límite inmutable-verdadero (dos), clasificación de declaraciones (dos), solicitudes de evidencia (dos).

Lista de verificación

  • Conserve el objeto exacto al comparar presentaciones.
  • Trace campos a datos en cadena, URI, contenido o caché.
  • Registre permisos de cambio y alcance del mecanismo.
  • Separe mutabilidad de autenticidad.
  • Conserve declaraciones recíprocas como no verificadas hasta corroboración.

Resumen

Los metadatos son una cadena de descripción con mecanismos de actualización. La identidad exacta puede permanecer fija mientras cambia el contenido mostrado.

Resumen

Inmutable no es autenticado. Una URI estable no es automáticamente contenido estable. La misma imagen de marca no significa mismo mint ni emisor.

Especificaciones visuales

Dibuje la cadena mint→metadatos→URI→contenido→imagen con columnas S0/S1. Marque campos en cadena iguales y contenido diferente. Compare MINT-B por separado; use un bucle discontinuo de declaraciones D1/D2, nunca una insignia oficial.

Cambios de presentación y enlaces declarados ilustrativos; asociación con emisor sin resolver.

Use SVG/HTML deterministas o gráficos con alternativas textuales, azul marino oscuro/negro y cian, azul eléctrico y violeta moderados. Etiquete cada cantidad e incertidumbre. A 390px apile los paneles; la verificación a 768px/escritorio y RTL en árabe sigue siendo trabajo futuro de los recursos. Mantenga los identificadores LTR y los ejes/direcciones de aristas factuales sin cambios. Use solo la marca oficial BlockAssay proporcionada si se añade identidad de marca. Ambos registros son especificaciones, no recursos entregados.

Herramientas

Use RADAR para el propósito educativo acotado de la lección solo si se verifican la compatibilidad de la red, la identidad exacta, los campos y la procedencia. Este contenido no afirma ningún endpoint de runtime ni capacidad de proveedor. Use el conjunto de datos sin conexión incorporado sin acceso de pago. Los datos ausentes siguen siendo desconocidos; no se requiere conexión de cartera, firma de transacción, lanzamiento de tokens ni operación en vivo. El progreso, los pagos y las referencias de Academy nunca cambian la evidencia de Radar. Un Pasaporte de Diagnóstico conserva observaciones y límites, no una predicción de precios ni un certificado de seguridad.

Fuentes y límites de las afirmaciones

La documentación respalda mecanismos, no valores de conjuntos ficticios. Todos los ejemplos y registros de ejercicios son material original ILLUSTRATIVE, congelado en este archivo. S0/S1 son etiquetas de contexto sintéticas; observedAt es null porque no se recopiló ninguna medición de un registro de cadena en vivo ni histórico. Vuelva a revisar la documentación y el comportamiento efectivamente desplegado antes de cualquier publicación o integración.

Lección siguiente

P08-L06 después de revisar el ejercicio resuelto y el cuestionario.

Especificaciones visuales

P08-L05-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

¿Qué capa cambió y qué afirmación de identidad sigue sin corroborar?

Cambios de presentación y enlaces declarados ilustrativos; asociación con emisor sin resolver.

Dibuje la cadena mint→metadatos→URI→contenido→imagen con columnas S0/S1. Marque campos en cadena iguales y contenido diferente. Compare MINT-B por separado; use un bucle discontinuo de declaraciones D1/D2, nunca una insignia oficial.

MINT-A permanece fijo mientras cambian nombre/imagen del contenido; MINT-B diferente comparte imagen de marca; página y metadatos se enlazan recíprocamente sin verificación.

390px: paneles apilados con equivalente textual; verificar 768px y escritorio después

Etiquetas y navegación RTL; identificadores aislados LTR; conservar ejes numéricos, orden de eventos y dirección factual de aristas.

FIX-P08-05

P08-L05-V02

SPECIFICATION_ONLY · ILLUSTRATIVE

¿Qué afirmación está respaldada, es condicional, desconocida o no respaldada?

Límites de evidencia ilustrativos; sin veredicto de seguridad ni inversión.

Cuatro filas etiquetadas OBSERVED/INFERRED/UNKNOWN/INSUFFICIENT EVIDENCE vinculadas a las afirmaciones e IDs de registros de esta lección. Las observaciones son registros ficticios suministrados, no mediciones en vivo.

Cuatro filas de estados de evidencia con localizadores de registros y siguientes pasos de verificación.

390px: paneles apilados con equivalente textual; verificar 768px y escritorio después

Etiquetas y navegación RTL; identificadores aislados LTR; conservar ejes numéricos, orden de eventos y dirección factual de aristas.

FIX-P08-05

Fuentes y límites de las afirmaciones

S08-METADATA · official_documentation_or_standard

Metaplex Token Metadata: actualizar activos

Afirmación respaldada
Autoridad de actualización, indicador mutable y campos de metadatos editables dentro de este programa específico.
Límite de verificación
Se inspeccionó la página primaria para respaldar los mecanismos editorialmente; no se midió de forma independiente ningún activo desplegado ni conjunto de datos de registro de cadena.
Fecha de verificación
2026-09-30
Abrir fuente primaria
https://www.metaplex.com/docs/smart-contracts/token-metadata/update

S08-ERC20 · official_documentation_or_standard

Estándar de tokens ERC-20

Afirmación respaldada
Interfaz estándar; name, symbol y decimals opcionales; no certificación de privilegios ni identidad.
Límite de verificación
Se inspeccionó la página primaria para respaldar los mecanismos editorialmente; no se midió de forma independiente ningún activo desplegado ni conjunto de datos de registro de cadena.
Fecha de verificación
2026-09-30
Abrir fuente primaria
https://eips.ethereum.org/EIPS/eip-20

S08-METADATA-CODE · official_implementation

Implementación de Metaplex Token Metadata (referencia fijada)

Afirmación respaldada
La comprobación `is_mutable` rechaza la sustitución de `Data`; `new_update_authority` se procesa por separado según su autorización e invariantes.
Límite de verificación
Código fuente oficial inspeccionado en la revisión fijada; no se midió de forma independiente ningún activo desplegado ni conjunto de datos de registro.
Fecha de verificación
2026-10-05
Abrir fuente primaria
https://github.com/metaplex-foundation/mpl-token-metadata/blob/353d01be4af3018e1daf49d0cd35ba9f731d9c9c/programs/token-metadata/program/src/state/metadata.rs

Procedencia de datos

id: FIX-P08-05

dataStatus: ILLUSTRATIVE

observedAt: null

source: Original frozen educational fixture embedded in lesson

timeBasis: Synthetic S0/S1 snapshots, not UTC observations or real blocks

identifiers: Deliberately invalid fictional network, asset and account labels; never use as transaction targets

scope: Fictional metadata/payload versions and unauthenticated reciprocal declarations.

Comprueba tu razonamiento

P08-L05-Q1 · ¿Qué cambió entre M1/M2 y J1/J2?
P08-L05-Q2 · ¿Prueban los metadatos inmutables de B la autenticidad del emisor?
P08-L05-Q3 · ¿Cómo deben describirse D1/D2?
P08-L05-Q4 · ¿Qué se necesita para revisar una presentación cambiante de forma reproducible?
P08-L05-Q5 · ¿Qué se desprende de una URI sin cambios por sí sola?