Patrocinador: The DeFi Report: investigación sobre criptomonedas líder en el sector en la que confían los profesionales de las finanzas.

En lo que respecta a los metadatos de los NFT, los fantasmas del pasado seguirán acechándonos.

Por supuesto, hay varias formas de respaldar los medios de los NFT. En aras de la durabilidad, siempre me he inclinado por los proyectos en cadena, de los que hay muchos matices, como:

• Semi-onchain: es decir, cuando algunos metadatos se almacenan en cadena, pero no todos
• En cadena con hash: es decir, cuando los contratos NFT alojan un hash criptográfico que hace referencia permanente a datos fuera de cadena.
• Híbrido en cadena: es decir, cuando un proyecto despliega una colección independiente en cadena para archivar una colección anterior fuera de cadena.
• Totalmente en cadena: es decir, cuando todos los datos necesarios para mostrar un NFT se encuentran dentro del contrato inteligente de la colección.
• En cadena: es decir, cuando las imágenes NFT se generan en directo mediante código totalmente en cadena en el momento del renderizado, en lugar de almacenarse como archivos.

Naturalmente, cada uno de los métodos anteriores tiene sus pros y sus contras. Sin embargo, en términos generales, poner las cosas en cadena es más costoso que el almacenamiento fuera de cadena y requiere más conocimientos sobre contratos inteligentes.

Por lo tanto, el almacenamiento fuera de cadena, en el que solo los tokens NFT residen en cadena mientras que sus metadatos se alojan en plataformas externas como IPFS o servidores privados, es la situación habitual para la mayoría de las colecciones NFT que han aparecido en los últimos cinco años.

El problema aquí es que el pinning de IPFS a menudo disminuye con el tiempo, y muchas startups quiebran y cierran sus servidores privados. En estos casos, solo los tokens permanecen como restos sin valor que ya no pueden mostrar sus imágenes.

Podría citar muchos ejemplos de NFT perdidos en los últimos años, pero usted mismo puede comprobarlo. Por ejemplo, la nueva aplicación NFTimeless permite a los usuarios no invitados obtener un informe del estado de sus colecciones NFT. Mostrará qué NFT están fuera de la cadena y ahora están rotos.

Para las colecciones que ya están rotas , no hay nada que hacer. Pero, afortunadamente, los proyectos con almacenamiento fuera de la cadena que aún no se han perdido pueden emplear una técnica emergente para la durabilidad retroactiva que no requiere el despliegue de una segunda colección: ERC-4804.

Este estándar es similar al sistema HTTP para Ethereum, ya que introduce un nuevo tipo de URI web3:// que permite obtener los metadatos NFT directamente de los contratos inteligentes. El URI no apunta fuera de la cadena, sino que describe una lectura dentro de la cadena.

En otras palabras, cuando un mercado NFT ve un URI web3://, puede traducir el enlace ENS proporcionado a un eth_call, ejecutarlo contra un contrato inteligente y tratar los datos devueltos como metadatos NFT.

Por ejemplo, imaginemos un contrato NFT cuyo tokenURI(123) devuelve
web3://testcollection.eth/tokenURI/123... esto es lo que ocurre en segundo plano:

1. Un mercado resuelve testcollection.eth a través de ENS a una dirección Ethereum
2. Llama a tokenURI(uint256) en ese contrato con el argumento 123
3. El contrato devuelve metadatos JSON (por ejemplo, nombre, descripción, imagen, atributos)
4. Por último, el mercado renderiza el NFT utilizando esos datos, igual que lo haría con IPFS, pero sin ninguna dependencia fuera de la cadena

Dicho esto, este enfoque significa que los metadatos se pueden generar o almacenar íntegramente en cadena, ya sea en el mismo contrato NFT o en un contrato de resolución de metadatos independiente. El esquema web3:// hace que las llamadas aquí sean verificables e independientes de cualquier puerta de enlace que permanezca en línea.

Se trata de una potente capacidad. ¿Por qué?

Porque es una forma sencilla de que las antiguas colecciones de NFT mantengan intactos sus contratos de tokens originales, implementen nuevos contratos de metadatos en cadena y actualicen sus URI base para que apunten al enlace web3:// ENS correspondiente. En esencia, se trata simplemente de un nuevo sistema de punteros, por lo que no es necesario realizar migraciones de NFT.

En consecuencia, después de cualquier actualización, los mercados obtendrían los metadatos directamente de Ethereum y, gracias al URI, cualquiera podría reproducir las llamadas necesarias para ello de forma indefinida.

Esta norma también es importante porque incluso los proyectos que almacenan su arte y metadatos en cadena se han visto obligados históricamente a publicar URI base ipfs:// o https://, ya que las aplicaciones y los monederos no sabían leer nada más. Ahora, sin embargo, estos proyectos tienen una alternativa viable en cadena.

Otro aspecto importante aquí es que OpenSea acaba de añadir compatibilidad con ERC-4804. Es una gran validación para el estándar y una indicación de que puede ganar un gran impulso a partir de aquí. Sé que la plataforma de acuñación Carve también está planeando añadir compatibilidad, y le seguirán más integraciones.

Por lo tanto, al mirar hacia las posibilidades del nuevo año, un tema que voy a seguir de cerca es la adopción de ERC-4804. Podría convertirse silenciosamente en una de las herramientas más importantes que hemos visto hasta ahora para la durabilidad de los NFT en el ecosistema Ethereum, y en poco tiempo.