P08-L05 · P08 · P08-M02
Distinguir metadatos editables de identidad corroborada del activo
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.
| Registro | Objeto/contexto | Contenido suministrado |
|---|---|---|
| M1 | MINT-A, metadatos META-A, S0 | name Alpha; URI alpha.example.invalid/data; mutable=true; autoridad U |
| M2 | MINT-A, META-A, S1 | mismos campos en cadena que M1 |
| J1 | respuesta URI capturada S0 | name Alpha; image alpha.example.invalid/logo1 |
| J2 | misma respuesta URI capturada S1 | name Alpha Prime; image alpha.example.invalid/logo2 |
| M3 | MINT-B, META-B, S0 | name Alpha; misma apariencia de logo; mutable=false |
| D1 | página similar a la de un emisor no autenticada | declara SIM-SOL-A / MINT-A |
| D2 | campo website de los metadatos | apunta 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
- Metaplex Token Metadata: actualizar activos — Autoridad de actualización, indicador mutable y campos de metadatos editables dentro de este programa específico. Revisado 2026-09-30.
- Estándar de tokens ERC-20 — Interfaz estándar; name, symbol y decimals opcionales; no certificación de privilegios ni identidad. Revisado 2026-09-30.
- Implementación de Metaplex Token Metadata (referencia fijada) — La comprobación
is_mutablerechaza la sustitución deData;new_update_authorityse procesa por separado según su autorización e invariantes. Comprobado 2026-10-05.
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
¿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
¿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
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
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
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.