Buy Crypto
Markets
Spot
FuturesBTC
Earn
Event Center
More
0-Fee Fest
Estándar de metadatos de NFT: ¿Qué es el estándar de metadatos de NFT?El estándar de metadatos de NFT es el conjunto de interfaces de contratos inteligentes, formatos JSON, reglas de URI y prácticas de almacenamiento que ayudan a Estándar de metadatos de NFT: ¿Qué es el estándar de metadatos de NFT?El estándar de metadatos de NFT es el conjunto de interfaces de contratos inteligentes, formatos JSON, reglas de URI y prácticas de almacenamiento que ayudan a

Estándar de metadatos de NFT

2026/10/13 16:34
#Advanced
AINFT
NFT$0.0000002376+0.08%
Humanity
H$0.05456-3.29%
ELYSIA
EL$0.001529-0.77%
PX
PX$0.0106-7.01%
TokenFi
TOKEN$0.001827-0.81%

¿Qué es el estándar de metadatos de NFT?

El estándar de metadatos de NFT es el conjunto de interfaces de contratos inteligentes, formatos JSON, reglas de URI y prácticas de almacenamiento que ayudan a las aplicaciones cripto a entender qué representa un token no fungible.

Un NFT puede demostrar la titularidad on-chain, pero los metadatos describen el activo que ven los usuarios, como su nombre, imagen, descripción, características, animación, estadísticas de juego o contenido externo.

En la mayoría de los ecosistemas cripto, el registro del token y el de los archivos multimedia son capas separadas.

El registro del token se encuentra en una blockchain mediante un contrato inteligente.

Los metadatos suelen estar en un archivo JSON, una respuesta de API, almacenamiento descentralizado o datos codificados on-chain.

El estándar de metadatos de NFT facilita que las wallets, los marketplaces, los juegos, los indexadores, las herramientas de cartera y las plataformas de análisis lean esta información de manera coherente.

Sin estándares de metadatos, cada proyecto de NFT podría describir los tokens de una forma completamente distinta, lo que dificultaría mucho más descubrirlos, mostrarlos, intercambiarlos y verificarlos.

No existe un único estándar universal de metadatos de NFT que cubra todas las cadenas, todos los tipos de archivos multimedia y todas las aplicaciones.

En su lugar, los estándares de metadatos más importantes proceden de estándares de tokens ampliamente utilizados, como ERC-721, ERC-1155 y extensiones relacionadas, como ERC-4906.

Por qué son importantes los estándares de metadatos de NFT en el sector cripto

Los estándares de metadatos de NFT son importantes porque los NFT están diseñados para utilizarse en muchas aplicaciones cripto.

Un usuario puede acuñar un NFT desde una aplicación, verlo en una wallet, ponerlo a la venta desde una interfaz de trading, utilizarlo en un juego, verificarlo en un sistema de membresía y hacerle seguimiento con una herramienta de análisis.

Todos esos sistemas necesitan una forma fiable de saber qué es el NFT.

Los estándares de metadatos proporcionan campos y funciones predecibles que esos sistemas pueden leer.

Esto mejora la interoperabilidad, ya que los desarrolladores no tienen que crear una integración personalizada para cada colección de NFT.

También mejora la experiencia del usuario, porque los NFT pueden mostrar un nombre, una imagen, una descripción y unos atributos claros, en lugar de aparecer como tokens desconocidos o defectuosos.

Los estándares de metadatos también ayudan a los compradores de NFT a tomar mejores decisiones.

Cuando los metadatos están claramente estructurados, los usuarios pueden examinar las características, las propiedades relacionadas con la rareza, los enlaces multimedia y los detalles de la colección antes de comprar o transferir un NFT.

Esto es importante porque el valor de un NFT suele estar vinculado a sus características visibles, la calidad de los archivos multimedia, la utilidad, la autenticidad y la disponibilidad de los datos a largo plazo.

Componentes principales de un estándar de metadatos de NFT

Un sistema de metadatos de NFT suele tener cuatro componentes principales.

El primero es la interfaz del contrato inteligente que expone un URI de metadatos.

El segundo es el archivo JSON de metadatos o la respuesta que describe el NFT.

El tercero son los archivos multimedia a los que hacen referencia los metadatos, como una imagen, un vídeo, un archivo de audio, un modelo 3D o una animación.

El cuarto es el método de almacenamiento que mantiene disponibles los metadatos y los archivos multimedia a lo largo del tiempo.

En los NFT ERC-721, la función clave suele ser

tokenURI(uint256 tokenId)
.

En los NFT ERC-1155, la función clave suele ser

uri(uint256 id)
.

Estas funciones devuelven un URI que las aplicaciones cliente pueden utilizar para obtener o decodificar los metadatos.

Los metadatos devueltos por ese URI suelen estar en formato JSON, porque JSON es sencillo, legible por máquinas y ampliamente compatible con las aplicaciones web y cripto.

Estándar de metadatos ERC-721

ERC-721 es el estándar de tokens más conocido para NFT únicos en redes compatibles con Ethereum.

El estándar oficial ERC-721 define una extensión de metadatos opcional con funciones como

name()
,
symbol()
y
tokenURI(uint256 tokenId)
.

La función

name()
devuelve el nombre de la colección de NFT o del contrato.

La función

symbol()
devuelve un símbolo abreviado para la colección de NFT o el contrato.

La función

tokenURI()
devuelve un URI que apunta a los metadatos de un ID de token concreto.

El estándar ERC-721 también incluye un esquema JSON de metadatos ERC-721 con campos como

name
,
description
y
image
.

El campo

name
asigna al NFT un título legible.

El campo

description
explica el activo, la colección, la utilidad o el concepto creativo.

El campo

image
apunta a la imagen que representa el NFT.

Muchos proyectos de NFT también incluyen otros campos, como

attributes
,
animation_url
,
external_url
y propiedades personalizadas, pero el estándar ERC-721 original no los exige todos.

Ejemplo de JSON de metadatos ERC-721

Un archivo básico de metadatos ERC-721 suele tener el aspecto de un objeto JSON sencillo.

{

"name": "Example NFT #1",

"description": "A sample NFT used to explain metadata structure.",

"image": "ipfs://bafyexamplecid/image.png",

"attributes": [

{

"trait_type": "Background",

"value": "Blue"

},

{

"trait_type": "Level",

"value": 5

}

]

}

Este ejemplo asigna al NFT un nombre, una descripción, una imagen y dos atributos.

La imagen utiliza un URI de IPFS, que puede ayudar a los usuarios a verificar que el contenido al que se hace referencia coincide con un identificador de contenido específico.

El array

attributes
suele utilizarse para describir características, factores de rareza, estadísticas de juego, niveles de membresía u otras propiedades estructuradas.

Las aplicaciones pueden leer estos metadatos y mostrar el NFT en un formato comprensible para los usuarios.

Estándar de metadatos ERC-1155

ERC-1155 es un estándar mult token que puede representar tokens fungibles, tokens semifungibles y NFT en un mismo contrato inteligente.

Esto hace que ERC-1155 resulte útil para juegos blockchain, objetos digitales, ediciones, insignias, entradas, membresías y colecciones con muchos tipos de tokens.

El estándar oficial ERC-1155 incluye un sistema de URI de metadatos basado en la función

uri(uint256 id)
.

Esta función devuelve un URI para un ID de token determinado.

ERC-1155 también admite un patrón de sustitución especial,

{id}
.

Cuando la cadena

{id}
aparece en un URI o en un valor JSON, el software cliente que sigue el estándar la sustituye por el ID real del token en formato hexadecimal en minúsculas y completado hasta 64 caracteres.

Este diseño resulta útil porque una sola plantilla URI puede servir para muchos ID de token.

Por ejemplo, un contrato de juego puede utilizar una ruta base de metadatos y, al mismo tiempo, proporcionar un archivo de metadatos diferente para cada espada, aspecto, insignia o personaje.

La documentación de OpenZeppelin sobre los URI de metadatos ERC-1155 explica cómo los URI específicos de cada token pueden apuntar a archivos JSON que sigan el esquema JSON de URI de metadatos ERC-1155.

Ejemplo de JSON de metadatos ERC-1155

Un archivo de metadatos ERC-1155 puede incluir campos similares a los de los metadatos ERC-721, pero también puede incorporar propiedades para admitir muchos tipos de tokens en un mismo contrato.

{

"name": "Crystal Sword",

"description": "A rare game item that can be used inside a blockchain game.",

"image": "ipfs://bafyexamplecid/{id}.png",

"properties": {

"class": "Weapon",

"rarity": "Rare",

"durability": 100

}

}

Este ejemplo describe un objeto de juego con nombre, descripción, imagen y propiedades estructuradas.

El patrón

{id}
puede ayudar a un cliente a obtener los archivos multimedia o metadatos correctos para un ID de token ERC-1155 concreto.

Como ERC-1155 puede gestionar muchos tipos de tokens, el diseño de los metadatos debe ser especialmente claro cuando los distintos ID representan activos muy diferentes.

Token URI y URI de metadatos

Un token URI es una referencia que indica a las aplicaciones dónde encontrar los metadatos de un NFT.

En ERC-721, el URI suele proceder de

tokenURI()
.

En ERC-1155, el URI suele proceder de

uri()
.

Un URI de metadatos puede utilizar varios formatos.

Un URI HTTPS apunta a un servidor web o a un punto de acceso de API.

Un URI de IPFS apunta a contenido direccionado por IPFS.

Un URI de Arweave apunta a datos almacenados en Arweave.

Un URI de datos puede codificar los metadatos directamente en el propio URI.

Una función de metadatos on-chain puede generar y devolver metadatos directamente desde el contrato inteligente.

Cada opción presenta ventajas y desventajas en cuanto a coste, flexibilidad, permanencia, velocidad y confianza.

Una implementación adecuada del estándar de metadatos de NFT debería garantizar que el token URI sea estable y legible, y que se ajuste al plan de almacenamiento a largo plazo del proyecto.

Campos habituales de los metadatos de NFT

El campo

name
asigna al NFT un nombre legible.

El campo

description
explica qué representa el NFT.

El campo

image
apunta a la imagen principal del NFT.

El campo

animation_url
suele utilizarse para vídeos, audio, animaciones HTML u otros archivos multimedia enriquecidos.

El campo

external_url
suele dirigir a los usuarios a una página oficial con más información.

El campo

attributes
suele utilizarse para características, datos de rareza, niveles, estadísticas, categorías y otros valores estructurados.

El campo

background_color
se utiliza a veces para sugerir un color de fondo en pantalla.

Se pueden añadir campos personalizados cuando un proyecto necesita datos específicos de una aplicación.

Los campos personalizados deberían documentarse, ya que es posible que las aplicaciones que no los admitan los ignoren.

Los metadatos deben ser útiles tanto para las personas como para las máquinas.

Atributos y características

Los atributos son una de las partes más importantes de los metadatos de NFT porque describen qué hace que un token sea único o útil.

En una colección de imágenes de perfil, los atributos pueden incluir el fondo, la ropa, los ojos, la boca, los accesorios y los efectos especiales.

En un juego blockchain, los atributos pueden incluir la clase, el nivel, la fuerza, la durabilidad, el tiempo de recarga, la rareza o el tipo de habilidad.

En un NFT de membresía, los atributos pueden incluir la categoría, el estado, la región, el acceso a eventos o el nivel de fidelidad.

En el arte digital, los atributos pueden incluir la edición, la paleta de colores, el método de generación, la serie del artista o el estilo de los materiales.

Un formato de atributos claro ayuda a que las wallets, los exploradores y las herramientas de análisis muestren correctamente los datos de las características.

También ayuda a los compradores a comparar NFT de una misma colección.

Un formato de atributos deficiente puede generar confusión, clasificaciones de rareza defectuosas y visualizaciones incoherentes entre aplicaciones.

Imágenes y metadatos de archivos multimedia

El campo

image
es la parte más visible de muchos archivos de metadatos de NFT.

Normalmente apunta a un archivo PNG, JPEG, GIF, SVG u otro formato de imagen.

En los NFT con contenido más avanzado, los metadatos también pueden apuntar a vídeos, archivos de audio, archivos 3D, contenido interactivo o experiencias basadas en HTML.

Los proyectos deberían utilizar formatos multimedia que las aplicaciones de NFT habituales puedan mostrar de forma segura y fiable.

Los archivos grandes pueden tardar en cargarse, especialmente en wallets móviles o indexadores.

Los archivos deberían utilizar tipos MIME claros y enlaces de almacenamiento estables.

Los proyectos deberían evitar scripts no seguros, redireccionamientos externos sospechosos o archivos que puedan plantear riesgos de seguridad para los usuarios.

La calidad de los archivos multimedia es importante porque los metadatos suelen ser lo primero que ve un usuario antes de decidir si un NFT parece valioso, útil o fiable.

Metadatos on-chain

Los metadatos on-chain se almacenan o generan directamente mediante un contrato inteligente.

Esto puede aumentar la transparencia, ya que los usuarios pueden examinar la lógica y los datos del contrato en la blockchain.

Los metadatos on-chain también pueden reducir la dependencia de servidores externos.

Sin embargo, el almacenamiento on-chain puede ser caro, especialmente en el caso de imágenes grandes, vídeos y archivos JSON detallados.

Por este motivo, los NFT on-chain suelen utilizar imágenes SVG compactas, lógica de arte generativo, JSON codificado en Base64 o metadatos algorítmicos.

Los metadatos on-chain pueden ser una buena opción cuando la permanencia y la transparencia son más importantes que el tamaño de los archivos multimedia o la flexibilidad de actualización.

Pueden ser una opción poco adecuada si el NFT necesita archivos multimedia grandes, actualizaciones frecuentes o datos off-chain complejos.

Metadatos off-chain

Los metadatos off-chain se almacenan fuera de la blockchain y se referencian mediante un URI.

Es el modelo más habitual, ya que las imágenes, los vídeos, los archivos de audio y los recursos 3D pueden ser demasiado grandes para almacenarlos directamente on-chain.

Los metadatos off-chain pueden almacenarse en un servidor centralizado, una red de almacenamiento descentralizada, un sistema de archivos distribuido o un protocolo de almacenamiento permanente.

La principal ventaja de los metadatos off-chain es la flexibilidad.

El principal riesgo es la dependencia del proveedor de almacenamiento, el servidor, la gateway o el equipo del proyecto.

Si un servidor que aloja los metadatos deja de funcionar, el NFT puede seguir existiendo on-chain, pero aparecer defectuoso en las interfaces de usuario.

Si los metadatos se alojan mediante una API modificable, el proyecto puede cambiar lo que ven los usuarios sin modificar el registro de la blockchain.

Los compradores deberían saber si los metadatos son centralizados, descentralizados, inmutables o están controlados por una autoridad de actualización.

IPFS y los metadatos de NFT

IPFS se utiliza ampliamente para los metadatos de NFT porque emplea direccionamiento basado en el contenido, en lugar de direccionamiento basado en la ubicación.

Las buenas prácticas oficiales de IPFS para datos de NFT explican cómo los creadores pueden almacenar datos de NFT de forma que mejore la persistencia y la experiencia del usuario.

En IPFS, un identificador de contenido apunta a un contenido específico.

Si el contenido cambia, también cambia el identificador de contenido.

Esto ayuda a los usuarios a verificar que un archivo de metadatos o multimedia no ha cambiado de forma silenciosa bajo la misma dirección de contenido.

Sin embargo, el contenido de IPFS debe seguir estando disponible mediante fijación, servicios de almacenamiento, nodos u otros planes de persistencia.

Un enlace de IPFS no sirve de nada si ningún nodo ofrece el contenido.

Los buenos proyectos de NFT deberían planificar cómo mantendrán disponibles los metadatos y los archivos multimedia después del mint, después de la revelación y cuando haya pasado el entusiasmo inicial por el proyecto.

Metadatos centralizados

Los metadatos centralizados se almacenan en un servidor, un contenedor de almacenamiento en la nube o una API controlada por el proyecto.

Este modelo puede ser sencillo de crear y actualizar.

Puede admitir NFT dinámicos, datos de juegos, sistemas de revelación y cambios frecuentes de metadatos.

También puede generar riesgos de confianza, ya que el proyecto o el operador del servidor pueden cambiar, eliminar o redirigir los metadatos.

Además, un servidor centralizado puede fallar, caducar, ser pirateado o volverse demasiado caro de mantener.

Los metadatos centralizados no son siempre negativos, pero deberían declararse claramente.

Los usuarios deberían saber si un NFT depende de un servidor gestionado por el proyecto para mostrarse correctamente.

Los proyectos que utilicen metadatos centralizados deberían proteger la infraestructura, supervisar su disponibilidad y, cuando sea posible, proporcionar un plan de migración a largo plazo.

Metadatos inmutables

Los metadatos inmutables son metadatos que no pueden modificarse una vez finalizados.

Esto puede aumentar la confianza de los coleccionistas, ya que el propietario del proyecto o la wallet de administrador no pueden modificar posteriormente la obra, las características ni la descripción.

Los metadatos inmutables son especialmente útiles para obras de arte únicas, coleccionables fijos, registros históricos, certificados y activos cuya representación se espera que permanezca estable.

Sin embargo, la inmutabilidad también puede hacer que los errores sean permanentes.

Si un proyecto bloquea los metadatos con una errata, un enlace multimedia roto o una característica incorrecta, puede ser imposible o muy difícil corregirlo.

Los proyectos deberían revisar y probar cuidadosamente los metadatos antes de bloquearlos.

Los compradores deberían comprobar si la colección ya ha bloqueado sus metadatos o si el proyecto aún puede actualizarlos.

Metadatos modificables

Los metadatos modificables pueden cambiar después del mint.

Esto resulta útil para las revelaciones de NFT, la progresión en juegos, las obras de arte evolutivas, el estado de membresía, los niveles de fidelidad y los sistemas de identidad dinámica.

Una espada NFT puede obtener nuevas estadísticas después de jugar.

Un NFT de membresía puede pasar de plata a oro cuando el usuario alcanza un nivel superior.

Una obra de arte NFT puede evolucionar en función del tiempo, las acciones de los usuarios o los eventos on-chain.

Los metadatos modificables pueden ofrecer experiencias potentes, pero también requieren confianza.

Los usuarios deberían saber quién puede modificarlos, qué se puede cambiar, si existe un límite máximo para los cambios y si estos se rigen por reglas transparentes.

La falta de claridad sobre los metadatos modificables puede reducir la confianza, ya que los compradores pueden temer que las características, las imágenes o la utilidad cambien de forma injusta.

Señalización de actualizaciones de metadatos con ERC-4906

ERC-4906 es una extensión de actualización de metadatos ERC-721 que ayuda a las aplicaciones a detectar cuándo han cambiado los metadatos.

Define el evento

MetadataUpdate(uint256 _tokenId)
para un único token.

También define el evento

BatchMetadataUpdate(uint256 _fromTokenId, uint256 _toTokenId)
para un intervalo consecutivo de ID de token.

Estos eventos ayudan a las wallets, los indexadores y las aplicaciones de NFT a actualizar con más eficacia los metadatos almacenados en caché.

Esto es importante porque muchas aplicaciones almacenan en caché los metadatos de NFT para reducir las solicitudes repetidas y mejorar el rendimiento.

Sin un evento de actualización estándar, una aplicación puede seguir mostrando los metadatos antiguos aunque el proyecto haya cambiado la información del token.

ERC-4906 no define el formato de los metadatos.

Solo proporciona una forma estándar de anunciar que han cambiado.

Varios URI de metadatos con ERC-7160

Algunos NFT necesitan más de un URI de metadatos para un mismo token.

La extensión oficial ERC-7160 para varios metadatos propone una forma de admitir varios URI de metadatos por token ERC-721.

Esto puede resultar útil cuando un NFT tiene distintos estados, modos de visualización, versiones, capas multimedia o registros de metadatos.

Por ejemplo, un NFT podría tener un URI de metadatos para una imagen pública, otro para un estado de juego y otro para una versión histórica.

El diseño con varios metadatos puede aportar flexibilidad, pero también requiere una interfaz de usuario clara.

Si los usuarios no saben qué URI está activo o fijado, la existencia de varias fuentes de metadatos puede generar confusión.

Los proyectos deberían documentar por qué existen varios URI de metadatos y cómo deben interpretarlos las aplicaciones.

Almacenamiento en caché de metadatos

El almacenamiento en caché de metadatos consiste en que una aplicación guarda una copia de los metadatos de NFT en vez de obtenerlos cada vez.

El almacenamiento en caché mejora la velocidad y reduce la carga de los sistemas de almacenamiento.

También puede provocar retrasos cuando cambian los metadatos.

Una wallet puede mostrar los metadatos nuevos mientras otra aplicación sigue mostrando los antiguos.

Un indexador puede necesitar tiempo para detectar un evento de actualización, obtener el nuevo JSON, procesar los archivos multimedia y actualizar su base de datos.

Por eso, una actualización de metadatos puede ser correcta a nivel del contrato inteligente y, aun así, tardar en aparecer en todas partes.

Los eventos estándar, como los de ERC-4906, pueden reducir este problema, pero las aplicaciones aún deben escucharlos y actualizar sus cachés.

Metadatos de NFT y rareza

Los metadatos afectan a la rareza porque las características suelen almacenarse en ellos.

Si un proyecto utiliza atributos para describir el fondo, la ropa, el tipo de objeto, la edición, el nivel u otras características, las herramientas de rareza pueden utilizar esos campos para clasificar los NFT.

Unos metadatos claros facilitan el análisis de la rareza.

Los metadatos incoherentes pueden alterar los cálculos de rareza.

Por ejemplo, un token puede utilizar el valor

Gold
, mientras que otro utiliza
gold
, aunque ambos deban representar la misma característica.

Esta incoherencia puede hacer que las herramientas interpreten las características como valores distintos.

Los proyectos deberían estandarizar los nombres y valores de las características, los tipos de datos y la ortografía antes del lanzamiento.

También deberían evitar cambiar los metadatos relacionados con la rareza después de la venta, salvo que exista un proceso de corrección claro y justo.

Metadatos y utilidad de NFT

Los metadatos de NFT pueden describir una utilidad, pero no la proporcionan automáticamente.

Un archivo de metadatos puede indicar que un NFT concede acceso, un nivel de estado, poder en un juego, entrada a un evento o ventajas de membresía.

La utilidad real puede depender de un contrato inteligente, un sitio web, un servidor de juego, una aplicación con acceso restringido a titulares de tokens o un acuerdo off-chain.

Por eso, los metadatos deben ser precisos y no inducir a error.

Si un proyecto declara una utilidad en los metadatos, los usuarios deberían poder entender cómo se verifica y se utiliza.

Los NFT con utilidad dinámica deberían aclarar si las actualizaciones de metadatos están controladas por reglas on-chain, servidores del proyecto o acciones manuales de un administrador.

Unos buenos metadatos deberían ayudar a los usuarios a entender la función del NFT sin prometer en exceso su valor futuro.

Metadatos de NFT y propiedad intelectual

Los metadatos de NFT suelen apuntar a contenido creativo, pero no determinan automáticamente la titularidad de los derechos de autor.

Comprar un NFT suele significar comprar un token, no adquirir automáticamente los derechos de autor de la obra de arte, la música, el vídeo o el activo de marca vinculado.

El estudio de la Oficina de Derechos de Autor de EE. UU. sobre NFT explica que la titularidad de un NFT y los derechos de propiedad intelectual pueden ser cuestiones distintas.

Esta distinción es importante porque los metadatos pueden mostrar una imagen o describir un archivo multimedia, pero los derechos legales suelen depender de las condiciones de licencia, las condiciones del proyecto o acuerdos independientes.

Los proyectos deberían evitar incluir en los metadatos afirmaciones vagas o engañosas sobre los derechos.

Los usuarios deberían leer la licencia del NFT antes de utilizar comercialmente los archivos multimedia asociados.

Los metadatos pueden facilitar el descubrimiento y la visualización, pero no deberían considerarse un contrato legal completo, salvo que el proyecto los haya diseñado claramente con ese fin.

Riesgos de seguridad de los metadatos de NFT

Los metadatos de NFT pueden plantear riesgos de seguridad cuando apuntan a archivos no seguros, sitios web maliciosos o servidores comprometidos.

Un campo de metadatos puede incluir una URL externa que lleve a los usuarios a una página de phishing.

Un archivo multimedia puede sustituirse si se compromete el almacenamiento centralizado.

Un punto de acceso de metadatos dinámicos puede devolver contenido diferente a distintos usuarios.

La wallet de administrador de un proyecto puede abusar de los permisos de actualización para cambiar las características, las imágenes o los enlaces después de que los compradores hayan adquirido el NFT.

Las aplicaciones deberían depurar los metadatos, evitar comportamientos de visualización no seguros y proteger a los usuarios frente a enlaces sospechosos.

Los proyectos deberían proteger los permisos de actualización, las cuentas de almacenamiento, las claves de despliegue y la infraestructura de API.

Los usuarios deberían evitar firmar mensajes de wallet o conectar wallets mediante enlaces encontrados en metadatos de NFT desconocidos.

Buenas prácticas para los estándares de metadatos de NFT

Al crear NFT en redes compatibles con Ethereum, los proyectos deberían utilizar estándares ampliamente reconocidos, como los metadatos ERC-721 o ERC-1155.

Los proyectos deberían mantener un JSON válido, sencillo y coherente.

Deberían utilizar nombres de campo claros y evitar campos personalizados innecesarios, salvo que estén documentados.

Deberían utilizar enlaces multimedia estables y planificar el almacenamiento a largo plazo antes del mint.

Deberían probar los metadatos en varias wallets y aplicaciones de NFT antes del lanzamiento.

Deberían indicar si los metadatos son modificables o inmutables.

Deberían proteger cualquier wallet, función de contrato o servidor que pueda actualizar los metadatos.

Deberían utilizar eventos ERC-4906 cuando sea necesario que las aplicaciones detecten cambios en los metadatos ERC-721.

Deberían mantener un registro público de cambios cuando las actualizaciones de metadatos afecten a la apariencia, las características, la utilidad, la rareza o las expectativas de los titulares.

Deberían evitar utilizar los metadatos para hacer promesas financieras o afirmaciones engañosas sobre el valor futuro.

Buenas prácticas para compradores de NFT

Siempre que sea posible, los compradores de NFT deberían inspeccionar los metadatos antes de comprar.

Deberían comprobar si el token URI apunta a IPFS, HTTPS, datos on-chain u otro sistema de almacenamiento.

Deberían averiguar si los archivos de imagen y JSON son permanentes, modificables o dependen del servidor del proyecto.

Deberían comprobar si las características están estructuradas con claridad y de forma coherente.

No deberían dar por hecho que un NFT concede derechos comerciales solo porque sus metadatos muestren una obra de arte.

Deberían actuar con cautela si los metadatos incluyen enlaces externos que solicitan conectar una wallet.

Deberían recordar que una imagen mostrada no equivale a un valor garantizado, titularidad legal o utilidad futura.

Deberían considerar la calidad de los metadatos como un factor más, junto con la seguridad, la liquidez, la reputación del creador, la solidez de la comunidad y la ejecución del proyecto.

Lista de comprobación para desarrolladores de metadatos de NFT

Los desarrolladores deberían decidir si el NFT utiliza ERC-721, ERC-1155 u otro estándar de tokens.

Deberían implementar la función de metadatos correcta para el estándar elegido.

Deberían validar todos los archivos JSON antes de publicarlos.

Deberían utilizar nombres de características y tipos de datos coherentes.

Deberían almacenar los archivos multimedia de acuerdo con los objetivos de permanencia del proyecto.

Deberían decidir si los metadatos estarán bloqueados, serán actualizables, dinámicos o íntegramente on-chain.

Deberían proteger las funciones de actualización con controles de acceso sólidos.

Cuando proceda, deberían emitir eventos estándar de actualización de metadatos.

Deberían probar cómo se muestra el NFT en wallets, exploradores de bloques y herramientas de indexación.

Deberían documentar todo el comportamiento de los metadatos para evitar sorpresas posteriores a los usuarios.

Ideas equivocadas habituales sobre los estándares de metadatos de NFT

Una idea equivocada habitual es que los metadatos de NFT siempre se almacenan on-chain.

En realidad, muchos NFT solo almacenan un URI on-chain y mantienen el JSON y los archivos multimedia off-chain.

Otra idea equivocada es que todos los campos de metadatos son obligatorios según los estándares oficiales.

En realidad, los estándares definen algunos campos e interfaces básicos, mientras que muchos campos populares son convenciones habituales, no requisitos estrictos.

Una tercera idea equivocada es que los metadatos de IPFS son automáticamente permanentes.

IPFS utiliza direccionamiento basado en el contenido, pero el contenido debe seguir estando disponible mediante nodos, fijación o servicios de almacenamiento.

Una cuarta idea equivocada es que cualquier actualización de metadatos significa que ha ocurrido algo sospechoso.

Algunas actualizaciones son normales, como las revelaciones, la progresión en juegos, las migraciones de almacenamiento o la corrección de errores.

Una quinta idea equivocada es que los metadatos determinan la titularidad de los derechos de autor.

Los metadatos pueden describir un activo, pero los derechos legales dependen de las licencias, las condiciones y la legislación aplicable.

Preguntas frecuentes

¿Qué es el estándar de metadatos de NFT?

El estándar de metadatos de NFT es un conjunto de interfaces de contratos inteligentes y formatos de metadatos que ayudan a las aplicaciones a leer y mostrar información del NFT, como el nombre, la imagen, la descripción y las características.

¿Es ERC-721 el principal estándar de metadatos de NFT?

ERC-721 es uno de los principales estándares de NFT y su extensión de metadatos opcional se utiliza ampliamente para NFT únicos.

¿Cuál es la diferencia entre los metadatos ERC-721 y ERC-1155?

ERC-721 suele devolver metadatos para un token único mediante

tokenURI()
, mientras que ERC-1155 utiliza
uri()
y puede gestionar metadatos de muchos tipos de tokens en un mismo contrato.

¿Qué campos suelen incluir los metadatos de NFT?

Los metadatos de NFT suelen incluir campos como

name
,
description
,
image
y, a veces,
attributes
,
animation_url
o
external_url
.

¿Es obligatorio almacenar los metadatos de NFT on-chain?

No. Los metadatos de NFT pueden almacenarse on-chain u off-chain, y muchos NFT utilizan archivos JSON off-chain a los que apunta un URI on-chain.

¿Por qué muchos NFT utilizan IPFS para los metadatos?

Muchos NFT utilizan IPFS porque el direccionamiento basado en el contenido vincula los metadatos y los archivos multimedia a un identificador de contenido específico, en lugar de limitarse a la ubicación de un servidor.

¿Se pueden cambiar los metadatos de un NFT después del mint?

Sí. Los metadatos de un NFT pueden cambiar después del mint si el contrato, el URI, el sistema de almacenamiento o el punto de acceso de los metadatos están diseñados para permitir actualizaciones.

¿Qué es ERC-4906?

ERC-4906 es una extensión de ERC-721 que proporciona eventos estándar para indicar que han cambiado los metadatos de un NFT.

¿Los metadatos demuestran la titularidad de los derechos de autor?

No. Los metadatos pueden describir los archivos multimedia o la utilidad de un NFT, pero la titularidad de los derechos de autor depende de los derechos legales, las licencias y las condiciones del proyecto.

¿Qué caracteriza a unos metadatos de NFT de calidad?

Unos metadatos de NFT de calidad son válidos, coherentes, transparentes, seguros y fáciles de indexar; están vinculados a un almacenamiento fiable y dejan claro si pueden actualizarse.

Conclusión

El estándar de metadatos de NFT es esencial porque conecta la titularidad en la blockchain con la información visual, descriptiva y funcional que los usuarios esperan de los NFT.

ERC-721 y ERC-1155 proporcionan las bases de metadatos más importantes para los contratos de NFT compatibles con Ethereum.

ERC-4906 ayuda a las aplicaciones a detectar cambios en los metadatos, mientras que extensiones más recientes, como ERC-7160, admiten diseños de metadatos más flexibles.

Los buenos metadatos de NFT deben estar estructurados con claridad, almacenarse de forma fiable y documentarse con honestidad.

Deben ayudar a las wallets, los juegos, las herramientas de trading y los usuarios a entender qué representa un token, sin necesidad de hacer conjeturas.

Para creadores y desarrolladores, los estándares de metadatos mejoran la interoperabilidad y reducen los problemas de integración.

Para compradores y coleccionistas, la calidad de los metadatos ayuda a determinar si un NFT es comprensible, duradero y seguro, y si se ajusta a la utilidad que declara.

A medida que los NFT se extienden por el arte, los juegos, la identidad, las membresías, las entradas y los archivos multimedia tokenizados, los estándares de metadatos seguirán siendo uno de los componentes fundamentales del ecosistema cripto de NFT.
BTC ETFs See $679M in Outflows
BTC ETFs See $679M in OutflowsBTC ETFs See $679M in Outflows
Citi sees BTC at $113K. What do institutions see?