Metadatos de NFT en IPFS

¿Qué son los metadatos de NFT en IPFS?

Los metadatos de NFT en IPFS se refieren al uso del InterPlanetary File System para almacenar o referenciar los metadatos y archivos multimedia asociados a un token no fungible.

En el mercado cripto, un NFT suele demostrar la titularidad mediante un contrato inteligente en una blockchain, mientras que sus metadatos explican qué representa el token.

Estos metadatos pueden incluir el nombre del NFT, la descripción, la imagen, el archivo de animación, los atributos, las características, los datos de rareza, las estadísticas de juego, una URL externa u otra información que las wallets y aplicaciones de NFT muestran a los usuarios.

IPFS se utiliza a menudo porque permite a los proyectos de NFT referenciar archivos mediante direccionamiento basado en el contenido, en lugar de depender únicamente de un servidor web tradicional.

Las buenas prácticas oficiales de IPFS para datos de NFT recomiendan utilizar URI de IPFS para enlazar desde contratos inteligentes a datos externos de NFT almacenados en IPFS.

Por ejemplo, un contrato inteligente de NFT puede devolver un token URI como

.

Ese archivo JSON puede apuntar a una imagen como

.

Cuando una wallet, un marketplace, un juego o una aplicación de cartera consulta el NFT, sigue el URI, obtiene los metadatos y muestra el contenido del NFT al usuario.

Por qué es importante IPFS para los metadatos de NFT

IPFS es importante para los metadatos de NFT porque muchos archivos de NFT son demasiado grandes o caros para almacenarlos directamente on-chain.

Las blockchains son adecuadas para almacenar registros de titularidad, historiales de transacciones y lógica de contratos inteligentes.

Por lo general, no son el mejor lugar para guardar imágenes grandes, vídeos, archivos de música, objetos 3D o datos JSON detallados.

IPFS ayuda a resolver este problema, ya que permite que los proyectos de NFT almacenen datos off-chain y, al mismo tiempo, los referencien mediante un identificador de contenido verificable.

Esto puede reducir los costes de almacenamiento y mejorar la transparencia en comparación con los enlaces a servidores convencionales.

Si un NFT solo apunta a una URL HTTPS normal, el propietario del servidor puede cambiar el contenido de esa URL sin modificar la propia URL.

Con el direccionamiento basado en el contenido de IPFS, el identificador de contenido está vinculado al archivo, por lo que al cambiarlo se crea un identificador distinto.

Esto hace que IPFS resulte útil para los proyectos de NFT que buscan pruebas más sólidas de que los metadatos y los archivos multimedia no se han sustituido de forma silenciosa.

Cómo funcionan los metadatos de NFT con IPFS

El proceso básico comienza cuando un creador o desarrollador prepara un archivo JSON de metadatos para cada NFT.

El archivo incluye campos que describen el token, como

, , y .

A continuación, el creador sube el archivo JSON y los archivos multimedia relacionados a IPFS.

IPFS asigna un identificador de contenido a cada archivo o carpeta, denominado habitualmente CID.

El contrato inteligente del NFT almacena o devuelve un URI que apunta al CID de los metadatos.

Cuando una aplicación de NFT necesita mostrar el token, consulta el contrato inteligente, obtiene el token URI, recupera el archivo JSON de IPFS y lee los campos de los metadatos.

Si el archivo de metadatos apunta a un URI de imagen de IPFS, la aplicación también recupera esa imagen de IPFS.

Así se crea una cadena de referencias desde el token on-chain hasta los metadatos off-chain y, después, hasta los archivos multimedia off-chain.

¿Qué es un CID en los metadatos de NFT?

Un CID, o identificador de contenido, es la etiqueta de IPFS que se utiliza para referenciar un contenido específico.

La documentación oficial de IPFS sobre el direccionamiento basado en el contenido explica que un CID apunta al contenido en función del propio contenido, no de la ubicación de un servidor.

Esta es una de las principales diferencias entre IPFS y el alojamiento web habitual.

Una URL normal suele indicar a un navegador dónde encontrar algo.

Un CID indica a un sistema IPFS qué contenido debe buscar.

Si se añade el mismo contenido a IPFS con los mismos ajustes, debería generarse el mismo CID.

Si cambia siquiera una pequeña parte del contenido, cambia el CID.

En los metadatos de NFT, esto significa que cada archivo JSON y cada archivo de imagen pueden tener su propia identidad basada en el contenido.

URI de IPFS frente a URL HTTPS

Un URI de IPFS suele empezar por

.

Una URL HTTPS suele empezar por

.

Un URI habitual de metadatos de IPFS podría tener este aspecto:

.

Una versión HTTPS basada en una gateway podría ser

.

El URI de IPFS suele ser una referencia canónica más adecuada para los metadatos de NFT porque mantiene clara la dirección del contenido y no depende del dominio de una gateway concreta.

La URL HTTPS de una gateway puede seguir siendo útil, ya que muchos navegadores y aplicaciones no admiten de forma nativa enlaces

.

La documentación oficial de IPFS sobre gateways explica que estas permiten a los clientes HTTP habituales recuperar contenido de IPFS direccionado por contenido.

En la práctica, muchas aplicaciones de NFT convierten los enlaces

en URL de gateway para que los usuarios puedan cargar imágenes y metadatos mediante una infraestructura web conocida.

Ejemplo de metadatos de NFT almacenados en IPFS

Un archivo sencillo de metadatos de NFT almacenado en IPFS podría tener este aspecto:

El campo

asigna al NFT un título legible.

El campo

explica qué representa el NFT.

El campo

apunta a la imagen del NFT almacenada en IPFS.

El campo

almacena características que pueden mostrar las wallets, las herramientas de NFT y los sistemas de rareza.

Después de subir el archivo JSON a IPFS, el contrato inteligente del NFT puede apuntar a él mediante un token URI.

Si el archivo de metadatos se modifica más adelante, tendrá un CID distinto.

Metadatos ERC-721 e IPFS

ERC-721 es uno de los principales estándares de NFT utilizados para tokens únicos en redes compatibles con Ethereum.

El estándar oficial ERC-721 incluye una extensión de metadatos opcional con la función

.

Esta función devuelve un URI que apunta a los metadatos de un NFT concreto.

Cuando se utiliza IPFS, el token URI devuelto puede apuntar a un CID de IPFS en lugar de a un servidor web centralizado.

Por ejemplo, el ID de token 1 puede devolver

.

El ID de token 2 puede devolver

.

Esta estructura es habitual en las colecciones de NFT en las que cada token tiene obras de arte, características y datos de rareza distintos.

El uso de IPFS con ERC-721 ofrece a los proyectos una forma práctica de separar la titularidad on-chain del almacenamiento de contenido off-chain.

Metadatos ERC-1155 e IPFS

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

El estándar oficial ERC-1155 utiliza la función

para obtener los metadatos.

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

, mediante el cual las aplicaciones sustituyen por el ID real del token en un formato hexadecimal específico.

Esto resulta útil para juegos, insignias, ediciones y colecciones con muchos tipos de tokens.

Por ejemplo, un contrato ERC-1155 puede devolver un URI de IPFS como

.

Una wallet o un cliente de juego puede sustituir

por el ID de token correcto y obtener el archivo de metadatos adecuado.

Esto hace que IPFS resulte útil tanto para NFT únicos como para colecciones mult token grandes.

Carpetas de IPFS para colecciones de NFT

Muchos proyectos de NFT suben a IPFS una carpeta completa de metadatos, en lugar de subir cada archivo por separado.

Una carpeta puede contener archivos como

, , , etc.

Otra carpeta puede contener las imágenes correspondientes, como

, y .

Al subir la carpeta a IPFS, esta recibe un CID.

El contrato del NFT puede utilizar ese CID de carpeta como URI base.

Por ejemplo, un URI base puede ser

.

El contrato puede combinar ese URI base con un ID de token para crear

.

Este enfoque puede facilitar la organización, revelación, verificación y conservación de los metadatos de NFT.

Fijación de metadatos de NFT en IPFS

Subir datos a IPFS no garantiza automáticamente que vayan a estar disponibles para siempre.

Los nodos de IPFS pueden eliminar datos almacenados en caché durante la recolección de basura si no están fijados o conservados de otro modo.

La documentación oficial de IPFS sobre persistencia y fijación explica que los datos pueden fijarse en uno o más nodos de IPFS para ayudar a mantenerlos disponibles.

La fijación indica a un nodo de IPFS que conserve un CID específico en lugar de tratarlo como datos temporales de caché.

La fijación es importante para los proyectos de NFT porque la ausencia de metadatos puede hacer que un NFT parezca defectuoso.

Un plan de almacenamiento sólido para NFT puede utilizar varios proveedores de fijación, nodos IPFS alojados por el propio proyecto, copias de seguridad y supervisión.

Los coleccionistas también pueden fijar los metadatos por su cuenta si quieren añadir una capa de conservación para los activos que poseen.

IPFS mejora el acceso mediante direccionamiento basado en el contenido, pero la persistencia sigue requiriendo una planificación activa del almacenamiento.

Gateways de IPFS para metadatos de NFT

Una gateway de IPFS permite acceder al contenido de IPFS mediante HTTP desde navegadores y aplicaciones habituales.

Esto es importante porque no todas las wallets, los navegadores o las aplicaciones móviles pueden cargar directamente enlaces

.

Una gateway puede convertir una referencia de IPFS en una URL accesible desde la web.

Por ejemplo, se puede acceder a

mediante una URL HTTP de gateway que utilice el mismo CID.

Las gateways mejoran la accesibilidad, pero no deben confundirse con la identidad del contenido subyacente.

Si una gateway es lenta o deja de funcionar, otra puede recuperar el mismo CID.

Por eso, muchos desarrolladores de NFT prefieren guardar referencias canónicas a los metadatos como URI

en lugar de incluir en el contrato inteligente una URL fija de una gateway concreta.

El CID debe seguir siendo la referencia importante, mientras que las gateways son vías de acceso.

IPFS y las revelaciones de NFT

Muchas colecciones de NFT utilizan IPFS durante los eventos de revelación.

Antes de la revelación, cada token puede apuntar a metadatos provisionales con una imagen oculta.

Después de la revelación, el proyecto actualiza el URI base o el token URI del contrato inteligente para que cada NFT apunte a los metadatos definitivos en IPFS.

Estos metadatos definitivos pueden incluir obras de arte únicas, características e información sobre rareza.

La revelación puede ser sencilla si el proyecto ha preparado y probado las carpetas de metadatos de IPFS antes del lanzamiento.

Puede entrañar riesgos si faltan archivos de metadatos, están numerados incorrectamente, se han subido con el CID equivocado o no se han fijado correctamente.

Los proyectos deberían verificar todos los archivos JSON, los enlaces a imágenes y las asignaciones de ID de token antes de la revelación.

Los coleccionistas deben entender que una revelación puede cambiar lo que se muestra del NFT, que pasa de una imagen provisional al contenido definitivo, pero no implica automáticamente un cambio de titular.

Metadatos inmutables e IPFS

IPFS se utiliza a menudo para metadatos de NFT con características de inmutabilidad porque el direccionamiento basado en el contenido dificulta las modificaciones silenciosas.

Si un proyecto almacena los metadatos mediante un CID de IPFS fijo y el contrato inteligente no puede actualizar el URI, cambiar los metadatos del NFT resulta mucho más difícil.

Esto puede generar confianza en los coleccionistas, ya que es menos probable que la imagen y las características se sustituyan más adelante.

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

Sin embargo, la inmutabilidad también puede convertir los errores en permanentes.

Si un archivo JSON contiene una errata, un enlace de imagen roto, una característica incorrecta o una descripción equivocada, corregirlo puede requerir un CID nuevo y una actualización del contrato.

Si el contrato no permite actualizar el URI, el error puede permanecer para siempre como parte del NFT.

Los proyectos deberían probar cuidadosamente los metadatos antes de bloquear las referencias de IPFS.

Metadatos modificables e IPFS

Los metadatos modificables permiten cambiar después del mint la información asociada a un NFT.

IPFS también puede utilizarse en sistemas de metadatos modificables, pero cada archivo que se cambie suele generar un CID nuevo.

Un NFT dinámico puede actualizar su token URI para que apunte a un CID de IPFS nuevo cada vez que cambie el activo.

Por ejemplo, un NFT de personaje de un juego puede subir de nivel, recibir equipo nuevo y apuntar a metadatos actualizados en IPFS.

Un NFT de membresía puede actualizar la imagen de su insignia cuando el titular alcanza una nueva categoría.

Un NFT de arte evolutivo puede cambiar con el tiempo en función de eventos on-chain u off-chain.

Los metadatos modificables en IPFS pueden ofrecer muchas posibilidades, pero los usuarios deberían saber quién controla las actualizaciones y qué reglas limitan los cambios.

Sin reglas claras, los metadatos modificables pueden generar problemas de confianza, ya que los titulares pueden temer que las obras, las características o la utilidad se cambien de forma injusta.

ERC-4906 y actualizaciones de metadatos en IPFS

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 de un NFT.

El estándar oficial ERC-4906 define los eventos

y .

Estos eventos pueden indicar que se han actualizado los metadatos JSON de un token o de un conjunto de tokens.

Esto resulta útil para los NFT basados en IPFS porque las aplicaciones suelen almacenar los metadatos en caché.

Si un token URI cambia de un CID de IPFS a otro, una wallet o un indexador puede necesitar una señal antes de actualizar la imagen y los atributos mostrados.

ERC-4906 no almacena archivos de IPFS ni determina qué deben contener los metadatos.

Solo ofrece a los contratos inteligentes una forma estándar de indicar a las aplicaciones que han cambiado.

Esto puede reducir los problemas de imágenes obsoletas, características desactualizadas y actualizaciones manuales en las herramientas de NFT.

Ventajas de utilizar IPFS para los metadatos de NFT

La primera ventaja es el direccionamiento basado en el contenido.

Un CID ofrece a los datos del NFT una referencia basada en su contenido, en lugar de depender únicamente de la ubicación de un servidor.

La segunda ventaja es una mayor transparencia.

Los usuarios pueden comparar un CID con los metadatos y archivos multimedia previstos para comprobar si el contenido coincide.

La tercera ventaja es una mayor portabilidad.

Se puede acceder al mismo CID mediante distintas gateways o nodos de IPFS.

La cuarta ventaja es una menor dependencia de un único proveedor centralizado.

Si varios nodos o servicios fijan el contenido, este puede seguir disponible aunque falle un punto de acceso.

La quinta ventaja es un mayor potencial de conservación.

Creadores, coleccionistas, archivos y comunidades pueden contribuir a conservar archivos importantes de NFT fijando los mismos CID.

La sexta ventaja es una mejor alineación con los principios de Web3.

IPFS facilita el acceso abierto y distribuido a los datos de NFT, en lugar de vincular el activo por completo a un único servidor privado.

Limitaciones de IPFS para los metadatos de NFT

IPFS no hace que los metadatos de NFT sean permanentes automáticamente.

Alguien debe seguir almacenando, fijando y ofreciendo el contenido.

IPFS tampoco garantiza una carga rápida en todas las regiones ni en todas las aplicaciones.

El rendimiento puede depender de las gateways, la calidad de la fijación, la disponibilidad de los nodos, el almacenamiento en caché y el tamaño de los archivos.

IPFS no demuestra que un proyecto sea titular de los derechos de autor de los archivos multimedia que sube.

Solo ayuda a direccionar y recuperar contenido.

IPFS no protege a los usuarios frente a enlaces de phishing incluidos en campos de metadatos.

Las aplicaciones y los usuarios siguen necesitando medidas de seguridad al abrir URL externas.

IPFS tampoco corrige automáticamente un diseño deficiente de los metadatos.

Si un proyecto sube JSON no válido, características incoherentes, imágenes ausentes o atributos confusos, esos problemas pueden perjudicar igualmente la experiencia con el NFT.

Metadatos de IPFS y rareza de los NFT

La rareza de un NFT suele calcularse a partir de los atributos de los metadatos.

Si las características están guardadas en archivos JSON de IPFS, las herramientas de rareza pueden leerlos y clasificar los tokens según la frecuencia de sus características.

Esto hace que la precisión de los metadatos sea muy importante.

Una diferencia ortográfica como

frente a puede hacer que las herramientas interpreten la misma característica como dos valores distintos.

La ausencia de un atributo puede hacer que un token parezca menos completo que los demás.

Una característica incorrecta puede afectar al precio de mercado y a las expectativas de los coleccionistas.

Los proyectos deberían estandarizar los nombres, valores y tipos de datos de los atributos antes de subir los metadatos a IPFS.

También deberían conservar una copia de seguridad de la carpeta definitiva de metadatos para poder verificar más adelante los datos exactos de la revelación.

Metadatos de IPFS e imágenes de NFT

El campo de imagen es una de las partes más importantes de los metadatos de NFT porque determina lo primero que suelen ver los usuarios.

Cuando las imágenes se almacenan en IPFS, el JSON de los metadatos debería apuntar a ellas mediante un URI de IPFS.

Por ejemplo, el campo de imagen puede utilizar

.

Los proyectos deberían asegurarse de que los archivos de imagen tengan los nombres correctos, estén fijados y estén enlazados correctamente.

También deberían elegir tamaños de archivo razonables, ya que las imágenes muy grandes pueden tardar en cargarse en wallets y aplicaciones móviles.

La compatibilidad con los formatos multimedia puede variar según la aplicación, por lo que los proyectos deberían probar cómo se muestran antes del lanzamiento.

En los NFT animados, los metadatos pueden incluir un campo

que apunte a vídeo, audio, HTML u otro archivo multimedia enriquecido.

Los proyectos deberían evitar scripts no seguros o redireccionamientos sospechosos en el contenido vinculado a archivos multimedia.

Metadatos de IPFS y NFT on-chain

No todos los NFT necesitan IPFS, ya que algunos almacenan sus metadatos íntegramente on-chain.

Los NFT íntegramente on-chain pueden generar los metadatos directamente desde el contrato inteligente.

Esto puede mejorar la transparencia y reducir la dependencia del almacenamiento externo.

Sin embargo, el almacenamiento on-chain puede ser caro y limitado.

IPFS suele ser una solución intermedia práctica: la titularidad permanece on-chain, mientras que los metadatos y archivos multimedia más grandes se almacenan off-chain.

Algunos proyectos combinan ambos métodos.

Por ejemplo, un contrato puede almacenar atributos importantes on-chain y utilizar IPFS para archivos multimedia de alta resolución.

El mejor diseño depende de la finalidad del NFT, el tamaño de los archivos, las necesidades de actualización y los objetivos de conservación a largo plazo.

Metadatos de IPFS y servidores centralizados

Los metadatos de IPFS suelen compararse con los metadatos centralizados alojados en servidores convencionales.

Los servidores centralizados pueden ser rápidos, flexibles y fáciles de actualizar.

También pueden crear un único punto de fallo.

Si el servidor deja de funcionar, el NFT puede perder los metadatos que se muestran.

Si el propietario del servidor modifica el archivo en la misma URL, los usuarios pueden ver contenido distinto sin que haya un cambio on-chain evidente.

IPFS reduce este problema al vincular la referencia con el propio contenido.

Sin embargo, IPFS sigue necesitando disponibilidad mediante nodos, fijación y gateways.

Un proyecto de NFT sólido puede utilizar IPFS como referencia canónica y, al mismo tiempo, recurrir a gateways y copias de seguridad para mejorar la velocidad de carga.

Riesgos de seguridad de los metadatos de NFT en IPFS

Los metadatos de NFT en IPFS también pueden plantear riesgos de seguridad.

Un archivo de metadatos puede incluir un enlace externo que lleve a un sitio web de phishing.

Un archivo multimedia puede contener contenido no seguro que las aplicaciones no deberían mostrar sin las debidas precauciones.

Una colección de NFT falsa puede copiar obras de arte legítimas y subirlas a IPFS.

Un administrador del proyecto puede actualizar el token URI de un token modificable para que apunte a metadatos dañinos o engañosos.

Se puede suplantar la URL de una gateway para engañar a los usuarios y hacerles confiar en el sitio web equivocado.

Los usuarios deberían evitar conectar sus wallets mediante enlaces encontrados en metadatos de NFT desconocidos.

Los proyectos deberían depurar los metadatos, evitar comportamientos peligrosos de los archivos, proteger los permisos de actualización y publicar los CID oficiales a través de canales de comunicación fiables.

Las aplicaciones deberían tratar los metadatos como datos no fiables y proteger a los usuarios frente a representaciones no seguras o enlaces externos sospechosos.

Buenas prácticas para proyectos de NFT que utilizan IPFS

Cuando almacenen datos de NFT en IPFS, los proyectos deberían utilizar URI

como referencias canónicas a los metadatos y archivos multimedia.

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

Deberían comprobar que los enlaces a imágenes, animaciones y sitios externos funcionan correctamente.

Deberían organizar claramente las carpetas de metadatos y archivos multimedia por ID de token.

Deberían fijar los metadatos y los archivos multimedia mediante una infraestructura fiable.

En el caso de las colecciones importantes, deberían utilizar más de un método de fijación o copia de seguridad.

Antes del lanzamiento, deberían probar cómo se muestran los metadatos en wallets, exploradores, juegos e indexadores.

Deberían decidir si los metadatos serán inmutables, modificables o dinámicos antes de que los usuarios acuñen.

Deberían explicar claramente a los compradores la política de metadatos.

Cuando sea necesario que las aplicaciones detecten cambios en los metadatos, deberían utilizar eventos de actualización como ERC-4906.

Buenas prácticas para compradores y coleccionistas de NFT

Los compradores de NFT deberían comprobar si el token URI apunta a IPFS, HTTPS, datos on-chain u otro método de almacenamiento.

Deberían entender que IPFS mejora el direccionamiento basado en el contenido, pero no garantiza automáticamente la disponibilidad permanente.

Los coleccionistas deberían comprobar si los metadatos y archivos multimedia están fijados o se conservan mediante planes de almacenamiento fiables.

Deberían actuar con cautela ante NFT con metadatos centralizados si el proyecto no explica los riesgos de almacenamiento.

Deberían evitar hacer clic en enlaces externos desconocidos incluidos en los metadatos de NFT.

Deberían guardar los token URI y CID de los NFT importantes.

Si quieren tener más control sobre la conservación, los coleccionistas pueden fijar por su cuenta los metadatos de NFT importantes.

Los compradores también deberían recordar que un buen almacenamiento en IPFS no garantiza el valor de mercado, la liquidez, los derechos de autor ni la utilidad futura.

Errores habituales en el diseño de metadatos de NFT en IPFS

Un error habitual es subir las imágenes a IPFS y dejar los metadatos en un servidor centralizado.

Otro error habitual es utilizar URL de gateway como referencias permanentes en los contratos, en lugar de URI canónicos

.

Un tercer error es olvidarse de fijar la carpeta de metadatos después de subirla.

Un cuarto error es cambiar los metadatos después de la revelación sin avisar a los titulares.

Un quinto error es utilizar nombres de archivo incoherentes, por ejemplo, empezar los ID de token por 0 en una carpeta y por 1 en otra.

Un sexto error es subir JSON no válido que algunas aplicaciones no pueden analizar.

Un séptimo error es utilizar archivos multimedia enormes que hacen que los NFT tarden en cargarse.

Un octavo error es suponer que IPFS gestiona automáticamente los derechos legales, las licencias o la titularidad de los derechos de autor.

Cómo consultar los metadatos de NFT en IPFS

Un usuario puede consultar los metadatos de un NFT leyendo el token URI del contrato inteligente.

Puede hacerlo mediante un explorador de bloques, una función de lectura del contrato, una herramienta de wallet o una aplicación de análisis de NFT.

Si el token URI empieza por

, el usuario puede consultar el CID y la ruta del archivo.

Si quiere verlo en un navegador normal, quizá tenga que convertir el URI de IPFS en una URL de gateway.

Por ejemplo,

puede consultarse mediante una gateway de IPFS compatible con el mismo CID y la misma ruta.

Después, el usuario puede examinar los campos JSON y seguir el URI de la imagen o la animación.

Si el campo de imagen también utiliza IPFS, el usuario puede comprobar por separado el CID de ese archivo multimedia.

Este proceso ayuda a entender si el NFT depende de IPFS, de un servidor centralizado o de otro sistema de almacenamiento.

Metadatos de IPFS y derechos de autor

Almacenar metadatos de NFT en IPFS no demuestra la titularidad de los derechos de autor.

Solo almacena o referencia contenido mediante IPFS.

Un proyecto puede subir una imagen a IPFS aunque no tenga los derechos correspondientes sobre ella.

Comprar un NFT con metadatos de IPFS tampoco concede automáticamente al comprador los derechos de autor de los archivos multimedia vinculados.

Los metadatos pueden describir el activo, pero los derechos legales dependen de la licencia del proyecto, sus condiciones y la legislación aplicable.

Los creadores solo deberían subir archivos multimedia de los que sean titulares o para los que tengan permiso de uso.

Los compradores deberían consultar las condiciones de la licencia antes de utilizar comercialmente obras de arte, música, vídeos o activos de marca asociados a NFT.

IPFS puede ayudar a conservar y verificar referencias a contenido, pero no es por sí mismo un sistema de gestión de derechos legales.

Preguntas frecuentes

¿Qué significan los metadatos de NFT en IPFS?

Significa que un NFT utiliza IPFS para almacenar o referenciar sus metadatos, archivos multimedia o ambos.

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

Los NFT utilizan IPFS porque proporciona referencias basadas en el contenido, menos dependientes de la ubicación de un único servidor tradicional.

¿Qué es un CID en los metadatos de NFT?

Un CID es un identificador de contenido que apunta a un contenido específico de IPFS en función del propio contenido.

¿Los metadatos de IPFS se almacenan on-chain?

No. Los metadatos de IPFS se almacenan off-chain, mientras que el contrato inteligente del NFT suele almacenar o devolver un URI que apunta al contenido de IPFS.

¿IPFS hace permanentes los metadatos de NFT?

IPFS no hace que los metadatos sean permanentes automáticamente, ya que los nodos y proveedores de almacenamiento deben fijar, alojar o conservar el contenido.

¿Cuál es la diferencia entre ipfs:// y https://?

Un URI

apunta al contenido de IPFS mediante un CID, mientras que una URL suele apuntar a un servidor web o a la ubicación de una gateway.

¿Se pueden cambiar los metadatos de NFT en IPFS?

El contenido de un CID específico no se puede cambiar sin crear otro CID, pero un contrato inteligente puede actualizar su token URI para que apunte a un CID distinto si está diseñado para permitirlo.

¿Cómo muestran las wallets los metadatos de NFT en IPFS?

Las wallets suelen leer el token URI, obtener el JSON de los metadatos mediante IPFS o una gateway y, a continuación, mostrar el nombre, la imagen, la descripción y los atributos.

¿Qué ocurre si los metadatos de IPFS no están fijados?

Si los metadatos de IPFS no están fijados ni se conservan de otra forma, podrían dejar de estar disponibles cuando ningún nodo mantenga y sirva el contenido.

¿Es IPFS mejor que los metadatos de NFT centralizados?

IPFS suele ser mejor para verificar contenido direccionado por contenido y acceder a él de forma descentralizada, pero también necesita fijación, copias de seguridad y un buen diseño de metadatos para funcionar de forma fiable.

Conclusión

Los metadatos de NFT en IPFS constituyen uno de los patrones de almacenamiento más importantes del ecosistema NFT, ya que conectan la titularidad basada en blockchain con metadatos y archivos multimedia direccionados por contenido.

IPFS permite a los proyectos de NFT referenciar archivos JSON, imágenes, animaciones y otros activos mediante CID, en lugar de depender únicamente de URL de servidores convencionales.

Si se implementa correctamente, puede mejorar la transparencia, la portabilidad y la conservación.

Sin embargo, IPFS no garantiza la permanencia automática.

Los creadores de NFT siguen necesitando fijación, copias de seguridad, gateways fiables, metadatos probados, políticas de actualización claras y controles seguros en los contratos inteligentes.

Los compradores de NFT deberían saber si un NFT utiliza IPFS, si el contenido está fijado, si los metadatos pueden cambiar y si los archivos multimedia que se muestran coinciden con lo que afirma el proyecto.

IPFS funciona mejor como parte de una estrategia integral de metadatos de NFT, no como un simple paso para subir archivos.

Cuando se combina con ERC-721, ERC-1155, ERC-4906, una planificación sólida del almacenamiento y una comunicación transparente, IPFS puede hacer que los metadatos de NFT sean más fiables y verificables, y estén más alineados con la naturaleza abierta de los activos cripto.