NEP-171 (NFT de NEAR)

¿Qué es NEP-171?

NEP-171 es el estándar básico de tokens no fungibles para los NFT de la blockchain NEAR.

En el ámbito cripto, NEP-171 define la interfaz básica que debe implementar un contrato inteligente de NEAR para funcionar como contrato de tokens no fungibles.

Un NFT que siga NEP-171 puede representar un activo digital único, como una obra de arte, un objeto de juego, un pase de membresía, una entrada, un certificado, un coleccionable, una insignia, terreno virtual u otro activo con un ID de token único.

La especificación oficial de NEP-171 describe el estándar como una interfaz para tokens no fungibles, es decir, tokens en los que cada unidad tiene un ID único.

NEP-171 no define todas las funciones que puede necesitar un proyecto NFT completo.

En su lugar, define las funciones básicas y el comportamiento esperado para que los contratos NFT de NEAR, las wallets, los marketplaces, los juegos y las aplicaciones entiendan las mismas acciones NFT fundamentales.

NEP-171 tiene un propósito similar al de los estándares NFT de otras redes de contratos inteligentes, pero está diseñado para el modelo de cuentas de NEAR, su entorno de ejecución asíncrono, su modelo de almacenamiento y sus patrones de llamadas entre contratos.

Un NFT NEP-171 no se almacena como un fichero dentro de la wallet del usuario.

En su lugar, el NFT reside en un contrato inteligente de NEAR que lleva el registro de la titularidad, las transferencias, las aprobaciones y la información del token.

Por qué es importante NEP-171

NEP-171 es importante porque los estándares facilitan la integración de los contratos NFT en todo el ecosistema de NEAR.

Sin un estándar común, cada contrato NFT podría utilizar nombres de métodos, reglas de transferencia, formatos de respuesta y lógica de titularidad diferentes.

Eso dificultaría que wallets, juegos, marketplaces, herramientas de análisis, indexadores y aplicaciones con acceso restringido por tokens admitieran NFT de forma fiable.

NEP-171 ofrece a los desarrolladores una interfaz común para consultar datos de tokens, transferir NFT, adjuntarlos a llamadas entre contratos y resolver transferencias cuando intervienen contratos receptores.

Para los usuarios, NEP-171 facilita guardar, enviar, poner a la venta, mostrar y utilizar NFT de NEAR en aplicaciones compatibles.

Para los desarrolladores, NEP-171 reduce las dificultades de integración, ya que una aplicación puede llamar a métodos NFT conocidos en lugar de aprender una interfaz personalizada para cada colección.

Para los creadores, NEP-171 ofrece una estructura básica para lanzar colecciones NFT sin tener que inventar desde cero el comportamiento esencial de los NFT.

Para el ecosistema cripto en general, NEP-171 ayuda a que los NFT de NEAR se comporten de forma suficientemente predecible como para dar soporte al arte, los juegos, las membresías, las entradas, las credenciales, las recompensas y las aplicaciones descentralizadas.

El estándar es importante porque el valor de un NFT depende no solo de la obra de arte o su utilidad, sino también de una lógica fiable de titularidad y transferencia.

Cómo funciona NEP-171

NEP-171 funciona mediante un contrato inteligente que almacena la titularidad de los NFT y expone métodos estándar.

Cuando se acuña un NFT de NEAR, el contrato registra un

único y lo vincula a un .

Cuando el titular actual o una cuenta autorizada transfiere el NFT, el contrato actualiza el registro de titularidad.

Cuando una aplicación quiere consultar un NFT, puede llamar al método de solo lectura

.

Cuando un usuario quiere enviar un NFT a otra cuenta, el contrato puede procesar el método

.

Cuando un usuario quiere enviar un NFT a otro contrato inteligente y activar la lógica del contrato receptor, el contrato puede utilizar

.

Si el contrato receptor rechaza el NFT o lo devuelve durante el flujo de transferencia con llamada, el contrato NFT puede utilizar una función de resolución para gestionar el resultado.

Este diseño de métodos es importante en NEAR porque las llamadas entre contratos son asíncronas.

Por tanto, NEP-171 admite tanto transferencias sencillas entre wallets como flujos de aplicaciones más avanzados en los que los NFT interactúan con otros contratos.

Métodos básicos de NEP-171

La interfaz básica de NEP-171 incluye métodos que definen el funcionamiento de la titularidad y las transferencias de NFT.

El método

devuelve información de un token para un ID de token determinado.

El método

transfiere un token desde el titular actual o una cuenta aprobada a una cuenta receptora.

El método

transfiere un token y llama al método de un contrato receptor en un mismo flujo.

El método del contrato receptor

se utiliza cuando se espera que un contrato reciba NFT.

El método

se utiliza como callback para finalizar el flujo de transferencia con llamada y gestionar la lógica de devolución cuando sea necesario.

La guía del estándar NFT de NEAR enumera estos métodos y explica el comportamiento esperado de la interfaz.

Estos métodos son la base que permite reconocer un contrato NFT de NEAR como tal.

Otras funciones, como los metadatos, las aprobaciones, la enumeración, los royalties y los eventos, se gestionan mediante estándares y extensiones relacionados.

NEP-171 e ID de token

Un ID de token es el identificador único de un NFT dentro de un contrato NFT de NEAR.

Cada NFT debe poder distinguirse de los demás NFT del mismo contrato.

El ID de token permite a wallets, usuarios, aplicaciones y contratos hacer referencia a un NFT concreto.

Por ejemplo, una colección puede utilizar ID de token como

, y , o ID más largos que incluyan información sobre la colección, la serie o la edición.

El formato exacto del ID de token depende del diseño del contrato.

Lo importante es que el contrato pueda identificar claramente el token y devolver información sobre su titular y sus metadatos cuando se consulte.

Un ID de token no es lo mismo que el archivo multimedia, el título de la obra ni el nombre de la colección.

Es la referencia única on-chain que utiliza el contrato.

Al verificar un NFT de NEAR, los usuarios deben comprobar tanto la cuenta del contrato como el ID del token.

NEP-171 e ID de titular

Un ID de titular es la cuenta de NEAR que, según el contrato NFT, posee un NFT específico.

NEAR utiliza nombres de cuenta legibles, lo que puede facilitar la comprensión de la titularidad en comparación con largas direcciones hexadecimales.

Por ejemplo, el nombre de una cuenta de NEAR podría ser

u otro formato válido de cuenta de NEAR.

El contrato NFT registra qué cuenta posee cada ID de token.

Cuando cambia la titularidad, el contrato actualiza el registro correspondiente.

Una interfaz de wallet puede mostrar un NFT consultando el contrato y comprobando el ID de titular.

Sin embargo, la información que muestra la wallet no es por sí sola la fuente definitiva de verdad.

Las aplicaciones deben verificar el estado de titularidad del contrato inteligente.

Los usuarios deben proteger cuidadosamente sus cuentas de NEAR, ya que el control de la cuenta determina el control de los NFT que contiene.

NEP-171 frente a NEP-177

NEP-171 define la interfaz básica de los NFT, mientras que NEP-177 define sus metadatos.

El estándar de metadatos NEP-177 amplía NEP-171 al describir los metadatos del contrato y del token.

Los metadatos explican a los usuarios y las aplicaciones qué representa un NFT.

Los metadatos del contrato pueden incluir campos como el nombre de la colección, el símbolo, el icono, el URI base, la referencia y el hash de referencia.

Los metadatos del token pueden incluir campos como el título, la descripción, el contenido multimedia, el hash del contenido multimedia, las copias, la fecha de emisión, la fecha de caducidad, la fecha de inicio, la fecha de actualización, datos adicionales, la referencia y el hash de referencia.

NEP-171 puede definir que un token existe y quién lo posee.

NEP-177 ayuda a definir qué representa ese token.

Un proyecto NFT completo de NEAR suele tener en cuenta ambos estándares.

Sin metadatos, un NFT puede ser técnicamente transferible, pero resultar difícil de entender o mostrar para los usuarios.

NEP-171 frente a NEP-178

NEP-178 define la gestión de aprobaciones para los NFT de NEAR.

El estándar de aprobaciones NEP-178 explica cómo los titulares de NFT pueden autorizar a otra cuenta a transferir un NFT en su nombre.

Esto es importante cuando un usuario quiere poner un NFT a la venta mediante un contrato de marketplace, un sistema de depósito en garantía, un contrato de juego u otra aplicación que necesite permiso para transferirlo.

Los principales métodos de aprobación son

, , y .

Las aprobaciones pueden ser útiles, pero también generan riesgos de seguridad si los usuarios aprueban la cuenta equivocada.

Un usuario solo debe aprobar contratos en los que confíe y que comprenda.

Las aprobaciones deben revocarse cuando ya no sean necesarias.

NEP-171 gestiona la titularidad y las transferencias básicas, mientras que NEP-178 añade un método estandarizado para delegar la autoridad de transferencia.

NEP-171 frente a NEP-181

NEP-181 define la enumeración de los NFT de NEAR.

El estándar de enumeración NEP-181 ayuda a las aplicaciones a enumerar NFT por titular, contrato o consultas relacionadas con la oferta.

La enumeración es útil porque muchas aplicaciones necesitan consultar más de un token a la vez.

Una wallet puede necesitar mostrar todos los NFT de una cuenta en un contrato.

Una herramienta de análisis puede necesitar calcular la oferta total.

Una página de colección puede necesitar mostrar listas, páginas o rangos de tokens.

NEP-171 puede responder a consultas sobre un ID de token específico, mientras que NEP-181 ayuda a las aplicaciones a explorar conjuntos de tokens.

No todos los flujos mínimos de NFT necesitan enumeración, pero muchas aplicaciones de cara al usuario se benefician de ella.

Para ofrecer una buena experiencia con NFT, la compatibilidad con NEP-181 puede facilitar el descubrimiento y la indexación.

NEP-171 frente a NEP-199

NEP-199 define un estándar de royalties y pagos para los NFT de NEAR.

El estándar de royalties y pagos NEP-199 ayuda a los contratos a describir cómo pueden repartirse los ingresos de una venta entre creadores, colaboradores, titulares y otros destinatarios.

Los royalties son importantes para artistas, estudios de videojuegos, comunidades y creadores que quieren que las ventas posteriores contribuyan a mantener su trabajo.

Sin embargo, la información sobre royalties no equivale a un pago garantizado en todos los posibles canales de trading.

El contrato de venta, la lógica del marketplace y el flujo de la transacción deben aplicar realmente las reglas de pago.

NEP-171 gestiona la titularidad y las transferencias, mientras que NEP-199 gestiona la información de pagos de las ventas.

Los creadores deben comunicar claramente las expectativas sobre royalties antes de una acuñación o venta.

Compradores y vendedores deben entender cómo afectan los royalties y las comisiones a los ingresos netos.

El diseño de los royalties debe ser transparente, ya que unas reglas de pago poco claras pueden dañar la confianza.

NEP-171 y los eventos NEP-297

NEP-297 es el estándar de eventos que utilizan los contratos de NEAR para emitir registros de eventos estructurados.

El estándar de eventos NEP-297 permite registrar eventos de forma coherente para aplicaciones e indexadores.

NEP-171 requiere un comportamiento de eventos dentro del ecosistema de estándares para que las herramientas puedan seguir de forma más coherente las acuñaciones, transferencias, quemas y otras actividades de NFT.

Los eventos son importantes porque los indexadores y las aplicaciones suelen depender de los registros para actualizar las vistas de titularidad, los feeds de actividad, los paneles de análisis y los sistemas de notificaciones.

Una wallet puede mostrar un NFT recibido después de indexar el evento de transferencia.

Una herramienta de análisis puede calcular la actividad de una colección leyendo los eventos estándar de NFT.

Un marketplace puede utilizar los datos de eventos para actualizar los listados, las ventas y el estado de titularidad.

Sin eventos estandarizados, cada aplicación tendría que utilizar lógica de análisis personalizada.

Los eventos facilitan la observación y la integración de los datos de NFT de NEAR.

NEP-171 y la gestión de almacenamiento NEP-145

NEAR tiene un modelo de almacenamiento que separa las comisiones de computación de los costes de almacenamiento persistente.

El estándar de gestión de almacenamiento NEP-145 define una forma común de gestionar los depósitos de almacenamiento en los contratos.

Esto es importante para los NFT porque almacenar la titularidad de los tokens, las referencias de metadatos, las aprobaciones y los registros de cuentas puede requerir almacenamiento del contrato.

Algunos flujos de NFT y marketplaces exigen que los usuarios o proyectos cubran los costes de almacenamiento antes de que se puedan realizar ciertas acciones.

Por ejemplo, un contrato de marketplace puede exigir un depósito de almacenamiento antes de guardar los datos de un anuncio de un usuario.

Esto no es lo mismo que pagar gas por la computación.

El gas paga la ejecución, mientras que los depósitos de almacenamiento ayudan a cubrir los datos persistentes almacenados on-chain.

Los usuarios deben tener en cuenta que una operación con un NFT de NEAR puede conllevar costes de gas y de almacenamiento.

Los desarrolladores deben diseñar claramente los flujos de almacenamiento para que los usuarios no se vean sorprendidos por transacciones fallidas o depósitos pendientes.

NEP-171 y la acuñación

La acuñación es el proceso de crear un nuevo NFT dentro de un contrato NFT de NEAR.

NEP-171 define el comportamiento básico de los NFT, pero los métodos de acuñación pueden variar según la implementación del contrato.

Muchos contratos NFT de NEAR utilizan un método como

para crear un token y asignarlo a una cuenta receptora.

La guía oficial de uso de NFT de NEAR muestra ejemplos en los que la acuñación envía un ID de token, un ID de receptor y los metadatos del token a un contrato.

Durante la acuñación, el contrato puede almacenar la titularidad, los metadatos del token, la información de royalties y los datos de la colección.

El contrato también puede exigir un depósito adjunto para cubrir el almacenamiento utilizado por el nuevo NFT.

Los creadores deben probar la lógica de acuñación antes del lanzamiento, ya que puede ser difícil corregir posteriormente errores en los ID de token, los metadatos, la oferta o los permisos.

Los usuarios solo deben acuñar a través de enlaces y cuentas de contrato oficiales del proyecto.

Una página de acuñación falsa puede engañar a los usuarios para que firmen acciones inseguras aunque la colección legítima exista.

NEP-171 y las transferencias

Las transferencias mueven un NFT NEP-171 de una cuenta de NEAR a otra.

El método básico de transferencia es

.

Quien realiza la llamada debe ser el titular actual o una cuenta aprobada conforme a las reglas de aprobación del contrato.

La guía del estándar NFT de NEAR indica que

exige adjuntar exactamente 1 yoctoNEAR.

Este pequeño depósito adjunto suele utilizarse en el diseño de contratos de NEAR para exigir la firma de una clave de acceso completo en las acciones sensibles.

Una transferencia puede incluir un campo memo opcional con información adicional.

Las transferencias son importantes para regalar NFT, moverlos entre cuentas, venderlos, utilizar flujos de depósito en garantía o enviar activos a aplicaciones compatibles.

Los usuarios siempre deben confirmar la cuenta receptora antes de transferir.

Las transferencias de blockchain pueden ser difíciles o imposibles de revertir si se envían a la cuenta equivocada.

NEP-171 y las llamadas de transferencia

El método

es una de las funciones más importantes de NEP-171.

Permite transferir un NFT a un contrato receptor y llamar a un método de ese contrato en el mismo flujo de alto nivel.

Así, los NFT pueden vincularse a la lógica de una aplicación.

Por ejemplo, un NFT podría enviarse a un contrato de juego, depósito en garantía, staking, alquiler, préstamo o a una aplicación de NFT componible que sepa cómo gestionar el token recibido.

El contrato receptor implementa

para decidir qué debe ocurrir después de recibir el NFT.

Si el receptor rechaza el NFT, el flujo de resolución puede devolverlo al remitente.

Este patrón es potente porque NEAR utiliza llamadas asíncronas entre contratos.

Los desarrolladores deben gestionar cuidadosamente la lógica de las llamadas de transferencia, ya que los callbacks fallidos, los valores de retorno incorrectos o el comportamiento inseguro del receptor pueden confundir a los usuarios.

Los usuarios solo deben utilizar flujos de llamadas de transferencia con contratos en los que confíen y que comprendan.

NEP-171 y las aprobaciones

Las aprobaciones permiten al titular de un NFT conceder a otra cuenta permiso para transferir un token.

En la práctica, las aprobaciones se utilizan a menudo para poner un NFT a la venta, iniciar un flujo de depósito en garantía o permitir que un contrato de aplicación mueva el NFT cuando se cumpla una condición.

El método

puede conceder autoridad de transferencia a otra cuenta.

El método

puede revocar la aprobación de una cuenta.

El método

puede revocar todas las aprobaciones de un token.

El método

puede comprobar si una cuenta tiene una aprobación.

Las aprobaciones son útiles, pero no deben tratarse a la ligera.

Si un usuario aprueba un contrato malicioso o comprometido, el NFT puede transferirse de una forma que no esperaba.

Las buenas interfaces de wallets y aplicaciones deben mostrar claramente el destinatario de la aprobación antes de que el usuario firme.

NEP-171 y los metadatos

Los metadatos son la información que permite a las personas y aplicaciones entender un NFT NEP-171.

Los metadatos NEP-177 pueden describir el título, la descripción, el contenido multimedia, su hash, las copias de la edición, la fecha de emisión, la fecha de actualización, el enlace de referencia y su hash.

El contenido multimedia puede remitir a una imagen, un vídeo, un archivo de audio, un archivo 3D, una animación u otro activo.

El estándar de metadatos fomenta, cuando sea posible, el uso de almacenamiento descentralizado direccionado por contenido.

La calidad de los metadatos es fundamental, ya que un token sin metadatos fiables puede mostrarse como defectuoso o resultar confuso en wallets y aplicaciones.

Los metadatos también pueden afectar a la rareza, las búsquedas, la visualización, la lógica de los juegos, las licencias y la confianza de los usuarios.

Los creadores deben evitar metadatos vagos, engañosos o modificables, salvo que el comportamiento dinámico forme parte claramente del diseño.

Los usuarios deben comprobar si los metadatos son definitivos, modificables, dinámicos, se revelarán más adelante o están bajo el control de una cuenta de administrador.

Un NFT técnicamente válido puede seguir siendo deficiente si sus metadatos no son fiables.

Ejemplo de metadatos NEP-177 para un NFT NEP-171

Un objeto sencillo de metadatos de token para un NFT NEP-171 podría tener este aspecto:

Este ejemplo muestra cómo un NFT de NEAR puede vincular un token con un título, una descripción, contenido multimedia, el número de copias de la edición e información estructurada adicional.

El campo

apunta al activo principal.

Los campos

y pueden ayudar a verificar que el contenido enlazado no se haya sustituido sin aviso.

El campo

puede contener JSON convertido en cadena con atributos específicos del proyecto, rareza, estadísticas del juego u otros detalles.

En una colección real, los metadatos deben probarse antes de la acuñación, ya que los enlaces rotos y los hashes incorrectos pueden perjudicar la confianza de los usuarios.

NEP-171 y el almacenamiento de contenido multimedia

NEP-171 define el comportamiento de los contratos NFT, pero el almacenamiento de contenido multimedia suele gestionarse mediante metadatos y sistemas externos.

Algunos NFT de NEAR pueden almacenar pequeños datos on-chain, pero los archivos multimedia grandes suelen ser demasiado voluminosos para guardarse directamente on-chain.

Muchos proyectos NFT utilizan IPFS u otro sistema direccionado por contenido para sus archivos multimedia y de metadatos.

La guía de IPFS sobre datos NFT explica prácticas para almacenar datos NFT que pueden ofrecer una mejor experiencia a creadores y titulares a largo plazo.

El almacenamiento direccionado por contenido puede ayudar a detectar cambios, ya que el identificador de contenido está vinculado al contenido mismo.

Sin embargo, IPFS no garantiza automáticamente la disponibilidad permanente.

Los archivos siguen necesitando pinning, copias de seguridad, monitorización y planificación para su conservación a largo plazo.

Los creadores deben considerar el almacenamiento como parte del producto NFT, no como un aspecto secundario.

Antes de dar por hecho que un NFT NEP-171 seguirá mostrándose para siempre, los usuarios deben comprobar si sus archivos multimedia y referencias son duraderos.

NEP-171 y los royalties

Los royalties son una función habitual de los NFT, especialmente en colecciones de arte, música, videojuegos y creadores.

En NEAR, los royalties y el comportamiento de los pagos suelen tratarse mediante NEP-199, no solo mediante el estándar básico NEP-171.

Un NFT NEP-171 puede transferirse sin tener ninguna lógica de royalties.

Es posible que un marketplace o contrato de venta tenga que leer la información de pagos y distribuir los ingresos de acuerdo con las reglas del proyecto.

Los creadores deben explicar los porcentajes de royalties, las cuentas receptoras, los colaboradores y si los royalties pueden cambiar.

Los coleccionistas deben entender que la compatibilidad con royalties depende del flujo de venta y de la integración de los contratos.

Los royalties pueden beneficiar a los creadores, pero también reducir los ingresos de reventa de los vendedores.

Una información clara sobre los royalties reduce los conflictos entre creadores, coleccionistas y desarrolladores de aplicaciones.

El diseño de royalties debe ser práctico, transparente y coherente con las expectativas de los usuarios.

NEP-171 y los marketplaces

NEP-171 no convierte automáticamente todos los contratos NFT en marketplaces.

Un contrato NFT NEP-171 básico puede almacenar y transferir NFT sin implementar anuncios de venta, pujas, depósito en garantía, liquidación ni descubrimiento de precios.

Las funciones de marketplace suelen gestionarse mediante contratos de marketplace o capas de aplicación independientes.

Para poner a la venta un NFT de NEAR, un usuario quizá tenga que cubrir los costes de almacenamiento del marketplace y aprobar al contrato del marketplace para que pueda transferir el NFT si se produce una venta.

Esta aprobación suele gestionarse mediante la lógica de aprobación de NEP-178.

Los usuarios deben entender que aprobar un contrato de venta le concede poder sobre el NFT en las condiciones definidas.

Antes de aprobarlo, deben verificar la cuenta del contrato del marketplace.

También deben revisar el precio, los royalties, las comisiones, los depósitos de almacenamiento y las reglas de cancelación.

NEP-171 proporciona la base del NFT, mientras que los contratos de marketplace implementan el comportamiento de trading.

NEP-171 y los videojuegos

NEP-171 puede admitir NFT utilizados en juegos blockchain de NEAR.

Un NFT de juego puede representar un personaje, una carta, un aspecto, una parcela de terreno, un arma, una mascota, un vehículo, una insignia, un recurso, un logro o un pase de acceso.

La interfaz básica NEP-171 ayuda al juego a verificar quién posee un token y a mover activos cuando sea necesario.

Los metadatos NEP-177 pueden describir estadísticas del juego, rareza, clase, nivel, apariencia o tipo de objeto.

El comportamiento de llamada de transferencia permite que los NFT interactúen con contratos de juegos y otras lógicas de aplicación.

Los desarrolladores de juegos deben tener cuidado con la oferta, el equilibrio, las actualizaciones de metadatos, las restricciones de transferencia y los costes de almacenamiento.

Los jugadores deben comprobar si la utilidad del NFT está disponible o solo prevista.

Un objeto de juego NEP-171 puede ser técnicamente válido y, aun así, perder valor si el juego está inactivo o mal equilibrado.

Un buen diseño de NFT para juegos debe hacer útil la titularidad sin que la experiencia de juego resulte injusta o confusa.

NEP-171 y los NFT de membresía

NEP-171 también puede admitir NFT de membresía y acceso.

Un NFT de membresía puede dar acceso a una comunidad, un portal de aprendizaje, un evento, una suscripción, una ventaja de fidelidad o una función de producto restringida por tokens.

Una aplicación puede comprobar si una cuenta de NEAR posee un NFT válido antes de conceder acceso.

El contrato NFT proporciona los datos de titularidad, mientras que la aplicación define la experiencia de acceso.

Los NFT de membresía deben explicar claramente si las ventajas son vitalicias, estacionales, renovables, revocables, transferibles o están vinculadas a una cuenta.

Si el NFT de membresía es transferible, vender el token también puede transferir el acceso al nuevo titular.

Si el proyecto desea ofrecer un acceso de identidad no transferible, quizá necesite un diseño diferente.

Los usuarios no deben asumir que un NFT NEP-171 concede acceso permanente salvo que las condiciones del proyecto lo indiquen.

La titularidad del token y la prestación del servicio están relacionadas, pero no son lo mismo.

NEP-171 y las entradas

Los NFT NEP-171 pueden representar entradas o pases para eventos.

Los metadatos de un NFT de entrada pueden incluir el nombre del evento, la fecha, el tipo de asiento, el nivel de acceso, el estado de canje o el registro de asistencia.

La posibilidad de transferirlo es importante, porque algunas entradas deberían poder transferirse libremente, mientras que otras deberían tener restricciones para reducir el fraude o la reventa especulativa.

Los organizadores de eventos deben explicar cómo se comprobará la titularidad en el acceso.

También deben explicar si la entrada caduca, se convierte en un coleccionable después de utilizarse o sigue siendo transferible tras el evento.

Los metadatos deben evitar exponer información personal sensible, ya que los datos de la blockchain pueden ser públicos.

Antes de comprar o aceptar un NFT de entrada, los usuarios deben verificar el contrato oficial.

Una imagen copiada de una entrada no demuestra que se tenga acceso válido al evento.

El estado del contrato y las reglas del organizador determinan si la entrada es válida.

NEP-171 y los certificados

NEP-171 puede utilizarse para certificados, insignias, credenciales o registros de participación.

Un NFT de certificado puede indicar que una cuenta completó un curso, asistió a un evento, obtuvo un rol o recibió un reconocimiento.

Sin embargo, las credenciales NFT requieren un diseño cuidadoso, ya que su transferibilidad puede generar problemas de confianza.

Si un certificado puede venderse, quizá deje de demostrar que el titular actual lo obtuvo.

Algunos casos de uso de credenciales pueden requerir diseños no transferibles o con transferencias restringidas, distintos del modelo normal de NFT negociable.

Los metadatos no deben incluir datos personales innecesarios.

Antes de acuñar NFT de credenciales, los proyectos deben considerar la privacidad, la revocación, la caducidad y la verificación.

Los usuarios deben entender si el NFT es una insignia coleccionable o una credencial oficial.

NEP-171 puede proporcionar el token, pero el significado del certificado depende del emisor y de las reglas aplicables.

NEP-171 y la seguridad

La seguridad es importante para los NFT NEP-171 porque los derechos de titularidad y transferencia dependen de los contratos inteligentes y los permisos de las cuentas.

Los usuarios deben verificar los nombres de las cuentas de contrato antes de acuñar, transferir, poner a la venta o aprobar NFT.

Deben desconfiar de páginas de acuñación falsas, colecciones copiadas, enlaces de phishing, airdrops falsos y solicitudes de aprobación maliciosas.

La guía de la FTC sobre estafas con criptomonedas advierte a los usuarios que tengan cuidado con ofertas cripto que recurren a la suplantación de identidad, mensajes urgentes o promesas sospechosas.

Ningún proyecto NFT legítimo debe solicitar una frase semilla, frase de recuperación o clave privada.

Los usuarios deben leer atentamente las solicitudes de la wallet antes de firmar.

Los desarrolladores deben utilizar bibliotecas probadas, revisar las llamadas entre contratos, proteger los métodos exclusivos del titular y evitar permisos administrativos innecesarios.

Las auditorías y pruebas de contratos inteligentes pueden reducir el riesgo, pero no lo eliminan por completo.

Para utilizar NEP-171 con seguridad se necesita tanto código seguro como un comportamiento prudente por parte del usuario.

NEP-171 y los permisos de las cuentas

Las cuentas de NEAR pueden tener distintas claves de acceso y permisos.

Esto es importante porque una transferencia o aprobación de NFT puede requerir la autoridad adecuada de la cuenta.

Una clave de acceso completo puede firmar acciones sensibles, mientras que los permisos limitados pueden restringir lo que puede hacer una aplicación.

Los usuarios deben entender qué permisos solicita una wallet o una aplicación.

Un flujo de inicio de sesión cómodo no debe ocultar comportamientos peligrosos de transferencia o aprobación.

Los desarrolladores deben solicitar únicamente los permisos que necesite la aplicación.

Los usuarios deben eliminar las claves de acceso que no utilicen y evitar conceder permisos de larga duración a aplicaciones desconocidas.

La seguridad de la cuenta forma parte de la seguridad de los NFT, ya que una cuenta comprometida puede perderlos.

Una buena gestión de permisos es especialmente importante para coleccionistas, juegos, creadores y marketplaces que interactúan con NFT con frecuencia.

NEP-171 y las llamadas entre contratos

El modelo asíncrono de contratos inteligentes de NEAR hace que las llamadas entre contratos sean importantes para las aplicaciones NFT.

NEP-171 las admite mediante

y la lógica relacionada del receptor.

Esto permite enviar un NFT a otro contrato y activar una acción al mismo tiempo.

Por ejemplo, un contrato puede recibir un NFT y decidir si lo acepta, lo rechaza, lo bloquea, lo utiliza o lo devuelve.

Este diseño permite casos de uso componibles de NFT, como juegos, depósitos en garantía, préstamos, alquileres, staking, creación de objetos y depósitos específicos de aplicaciones.

Los desarrolladores deben gestionar cuidadosamente los resultados asíncronos, ya que las llamadas pueden fallar o devolver valores inesperados.

El paso de resolución es importante porque determina si el NFT permanece en poder del receptor o vuelve al remitente.

Los usuarios deben entender que enviar un NFT a un contrato no es lo mismo que enviarlo a una cuenta normal.

Los contratos pueden contener lógica personalizada que afecta a lo que ocurre a continuación.

NEP-171 e indexadores

Los indexadores recopilan datos de la blockchain y los organizan para las aplicaciones.

En el caso de los NFT NEP-171, los indexadores pueden seguir eventos de acuñación, transferencia y quema, el historial de titularidad, las aprobaciones, las referencias de metadatos y la actividad de las colecciones.

Los indexadores son importantes porque las wallets y las aplicaciones suelen necesitar búsquedas rápidas que son difíciles de realizar directamente sobre el estado sin procesar de la cadena.

Una aplicación de cartera puede necesitar mostrar todos los NFT que posee una cuenta.

Un juego puede necesitar verificar un inventario.

Una herramienta de análisis puede necesitar consultar la oferta y la actividad de transferencias de una colección.

Los métodos y eventos estándar facilitan la indexación y la hacen más fiable.

Sin embargo, los datos de un indexador pueden estar retrasados, almacenados en caché, incompletos o ser incorrectos.

Cuando la precisión sea importante, las aplicaciones deben entender la diferencia entre los datos indexados y el estado del contrato.

NEP-171 y la visualización en wallets

Las wallets muestran NFT NEP-171 leyendo los datos del contrato y los metadatos.

Una wallet puede mostrar el título del NFT, la imagen, el nombre de la colección, el ID del token, la cuenta titular y botones de acción.

Si faltan metadatos o el contenido multimedia no está disponible, la wallet puede mostrar una imagen en blanco o defectuosa.

Si una wallet no admite un formato de metadatos o tipo de contenido multimedia determinado, es posible que el NFT no se muestre como se esperaba.

Que una wallet muestre un NFT no demuestra que sea oficial.

También pueden aparecer en las wallets NFT de spam o copiados si los contratos envían tokens a una cuenta.

Antes de confiar en un NFT, los usuarios deben verificar la cuenta del contrato, la fuente del proyecto, los metadatos y el historial de transacciones.

Las wallets deben mostrar suficiente información del contrato para que los usuarios puedan evitar activos falsos.

Una buena visualización en wallet debe ayudar a los usuarios a entender tanto el activo como sus riesgos.

NEP-171 y la titularidad de los NFT

Ser titular de un NFT NEP-171 significa que el contrato NFT registra una cuenta de NEAR como titular de un ID de token.

Esto no equivale a poseer el archivo multimedia, la marca, los derechos de autor o el activo del mundo real al que puede hacer referencia el NFT.

El token puede demostrar la titularidad dentro del contrato, pero los derechos legales y prácticos dependen de las condiciones del proyecto.

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

Los creadores deben explicar qué derechos se conceden a los titulares de NFT.

Antes de utilizar comercialmente obras de arte, música, personajes o marcas de NFT, los coleccionistas deben leer las condiciones de licencia.

En algunos NFT, la titularidad puede significar únicamente el control de un token.

En otros, también puede dar acceso a funciones, utilidad en juegos o derechos limitados sobre contenidos.

Una descripción clara de los derechos evita confundir la titularidad del token con la de los contenidos.

NEP-171 e impuestos

La actividad relacionada con NFT NEP-171 puede plantear obligaciones de declaración fiscal según el país y la situación personal del usuario.

La página oficial del IRS sobre activos digitales incluye los tokens no fungibles entre los activos digitales e indica que las transacciones con activos digitales quizá deban declararse en una declaración de impuestos.

Acuñar, comprar, vender, intercambiar, recibir, regalar, obtener o utilizar NFT de NEAR puede tener consecuencias fiscales en algunas jurisdicciones.

En algunos lugares, utilizar criptomonedas para comprar un NFT también puede considerarse una disposición sujeta a impuestos del activo utilizado para pagar.

Es posible que los creadores deban llevar un registro de los ingresos por acuñación, los royalties, los depósitos de almacenamiento, las comisiones de gas, los regalos y los gastos empresariales.

Es posible que los coleccionistas deban registrar el precio de compra, los ingresos de venta, las comisiones, las fechas, los ID de token y los valores razonables de mercado.

Los jugadores pueden tener que registrar recompensas, ventas de objetos y conversiones de tokens.

Las normas fiscales varían mucho, por lo que quienes tengan una actividad significativa deben consultar a un profesional fiscal cualificado.

Es importante llevar buenos registros porque más adelante puede resultar difícil reconstruir las transacciones de la blockchain.

NEP-171 y los desarrolladores

Los desarrolladores pueden crear contratos NFT NEP-171 directamente o utilizar herramientas existentes de NEAR.

La guía oficial de herramientas para contratos NFT de NEAR explica cómo implementar funciones NFT y estándares relacionados con estas herramientas.

Entre las responsabilidades de los desarrolladores están elegir los ID de token, diseñar las reglas de acuñación, gestionar los depósitos de almacenamiento, establecer metadatos, añadir aprobaciones, emitir eventos y probar las transferencias.

Los desarrolladores deben decidir si su proyecto necesita enumeración, royalties, funciones de quema, controles de pausa, acceso basado en roles, metadatos dinámicos o utilidades personalizadas.

Deben escribir pruebas para transferencias normales, transferencias aprobadas, llamadas de transferencia, llamadas fallidas del receptor, casos límite de almacenamiento y acciones no autorizadas.

También deben considerar la capacidad de actualización y los controles de administrador antes del lanzamiento.

Un contrato NFT seguro no debe basarse únicamente en el hecho de que sigue un estándar.

Los estándares definen interfaces, pero la calidad de la implementación sigue siendo importante.

Desarrollar correctamente con NEP-171 requiere tanto compatibilidad como un diseño cuidadoso del contrato.

NEP-171 y los creadores

Los creadores pueden utilizar NFT NEP-171 para publicar arte, coleccionables, membresías, entradas, insignias, activos de juegos o ediciones digitales en NEAR.

Antes del lanzamiento, deben decidir el propósito de la colección, la oferta, la estructura de las ediciones, el formato de metadatos, el plan de almacenamiento, las reglas de royalties y los derechos de los titulares.

Deben asegurarse de que son titulares o tienen permiso para utilizar las obras de arte, el audio, el vídeo, los personajes u otros contenidos incluidos en el NFT.

Deben publicar la información del contrato oficial para que los coleccionistas puedan evitar colecciones copiadas.

Deben indicar si los metadatos son definitivos, modificables, dinámicos, todavía no revelados o están controlados por una cuenta de administrador.

Deben explicar los depósitos de almacenamiento y las comisiones si los usuarios tienen que pagarlos al acuñar o poner un NFT a la venta.

Deben evitar prometer un valor de reventa garantizado.

Los creadores deben considerar la conservación de los archivos a largo plazo, ya que la confianza en un NFT puede disminuir si desaparecen sus contenidos multimedia.

Un buen proyecto NEP-171 se basa en un diseño claro, derechos bien definidos, metadatos fiables y una comunicación honesta.

NEP-171 y los coleccionistas

Los coleccionistas deben verificar el contrato NFT antes de comprar, acuñar o aceptar un NFT NEP-171.

Deben comprobar la cuenta del contrato, el ID del token, la fuente del creador, los metadatos, el almacenamiento multimedia, las reglas de royalties y el estado de las aprobaciones.

También deben revisar si el NFT tiene una utilidad real o solo afirmaciones promocionales.

En el caso de los NFT de arte, los coleccionistas deben valorar la originalidad, la reputación del creador, el tamaño de la edición y las condiciones de licencia.

En el caso de los NFT de juegos, deben valorar la utilidad en el juego disponible, la oferta, el equilibrio de los objetos, la posibilidad de transferirlos y la actividad del proyecto.

En el caso de los NFT de membresía, deben comprobar si las ventajas son transferibles, tienen una duración limitada o pueden revocarse.

En el caso de los NFT de entradas, deben verificar que el organizador del evento reconoce el token.

Los coleccionistas no deben comprar un NFT solo porque una wallet o aplicación muestre una imagen atractiva.

El contrato oficial y las condiciones del proyecto son más importantes que la imagen de vista previa.

Ventajas de NEP-171

NEP-171 proporciona una base técnica común para los NFT de NEAR.

Admite ID de token únicos, consultas de titularidad, transferencias, llamadas de transferencia y el comportamiento del receptor.

Facilita la integración de contratos NFT en wallets y aplicaciones.

Funciona con estándares relacionados para metadatos, aprobaciones, enumeración, royalties, almacenamiento y eventos.

Admite casos de uso componibles mediante llamadas entre contratos.

Se adapta al modelo de cuentas y contratos inteligentes asíncronos de NEAR.

Puede dar soporte al arte, los juegos, las membresías, las entradas, las insignias, las credenciales y los coleccionables digitales.

Ayuda a los desarrolladores a evitar tener que crear desde cero comportamientos NFT incompatibles.

La principal ventaja de NEP-171 es que ofrece un comportamiento predecible de titularidad y transferencia de NFT entre aplicaciones de NEAR.

Riesgos y limitaciones de NEP-171

NEP-171 es un estándar, no una garantía de seguridad o valor.

Un contrato puede afirmar que cumple el estándar y, aun así, tener metadatos deficientes, una seguridad débil, derechos poco claros o un diseño de proyecto inadecuado.

Un NFT válido puede seguir siendo una estafa, un token de spam, un activo copiado o una colección de baja calidad.

NEP-171 no proporciona automáticamente funciones de marketplace, royalties, enumeración, gestión de almacenamiento ni metadatos de calidad, salvo que se utilicen correctamente los estándares relacionados y las opciones de implementación.

Tampoco garantiza que los contenidos multimedia off-chain sigan estando disponibles.

No concede automáticamente derechos de autor ni derechos comerciales al titular del NFT.

No hace que un NFT sea líquido o valioso.

Los usuarios deben evaluar el sistema NFT completo, no solo su etiqueta de estándar.

El estándar es necesario para la compatibilidad, pero no basta por sí solo para generar confianza.

Cómo evaluar un NFT NEP-171

Empieza por comprobar la fuente oficial del proyecto y la cuenta del contrato.

Verifica el ID del token y la cuenta titular mediante una wallet, un explorador, un indexador o una consulta directa del contrato de confianza.

Comprueba si el contrato sigue NEP-171 y si también admite los metadatos NEP-177.

Revisa los campos de metadatos, el enlace multimedia, el hash multimedia, el enlace de referencia y el método de almacenamiento.

Comprueba si se han concedido aprobaciones a algún marketplace, aplicación o contrato.

Revisa si el NFT tiene royalties o reglas de pago según el comportamiento de NEP-199.

Comprueba si el NFT es transferible, está bloqueado, es dinámico, tiene fecha de caducidad o está vinculado a una aplicación.

Lee la licencia antes de dar por hecho que tienes derechos comerciales.

Un buen NFT NEP-171 debe poder verificarse, entenderse y resultar útil antes de que el usuario firme una transacción.

Buenas prácticas para usuarios de NEP-171

Los usuarios deben verificar las cuentas de contrato oficiales antes de acuñar o comprar NFT.

Deben revisar las solicitudes de la wallet antes de firmar transferencias, aprobaciones o llamadas de transferencia.

Deben evitar aprobar contratos desconocidos para que transfieran NFT.

Deben revocar las aprobaciones que ya no sean necesarias.

Deben comprobar los metadatos y el almacenamiento multimedia antes de valorar la calidad de un NFT.

Deben leer los derechos de los titulares y las condiciones de licencia antes de utilizar contenidos con fines comerciales.

Deben guardar registros de acuñaciones, compras, ventas, depósitos de almacenamiento, comisiones de gas y royalties.

Deben ignorar los NFT sospechosos, los airdrops falsos y los enlaces de acuñación enviados por mensaje directo.

Deben recordar que la compatibilidad con NEP-171 no garantiza la evolución del precio ni la fiabilidad del proyecto.

Buenas prácticas para desarrolladores de NEP-171

Los desarrolladores deben implementar correctamente la interfaz NEP-171 obligatoria.

Al crear NFT para usuarios, deben utilizar los metadatos NEP-177.

Deben admitir aprobaciones NEP-178 solo cuando sean necesarias y garantizar que se gestionen de forma segura.

Deben considerar la enumeración NEP-181 si wallets, aplicaciones o usuarios necesitan listas de tokens.

Deben implementar registros de eventos estándar para que los indexadores puedan seguir la actividad de los NFT.

Deben explicar claramente los depósitos de almacenamiento y evitar costes ocultos.

Deben probar las llamadas de transferencia, los callbacks, los receptores que fallan, los ID de aprobación y los accesos no autorizados.

Deben comunicar los permisos de actualización, los métodos exclusivos del titular, las funciones de pausa y el control de metadatos.

Un contrato NEP-171 debe ser compatible, seguro, eficiente y fácil de entender.

Errores habituales al utilizar NEP-171

Un error frecuente es pensar que NEP-171 incluye por sí solo metadatos, royalties, enumeración y ventas en marketplaces.

Otro error es considerar que lo que muestra una wallet demuestra que un NFT es oficial.

Un tercer error es aprobar un contrato desconocido para que transfiera un NFT.

Un cuarto error es ignorar los depósitos de almacenamiento y no entender por qué falla una operación de listado o acuñación.

Un quinto error es asumir que la titularidad de un token concede automáticamente derechos de autor.

Un sexto error es confiar en un NFT copiado porque utiliza la misma imagen que un activo oficial.

Un séptimo error es ignorar si los metadatos son modificables o si están almacenados de forma fiable.

Un octavo error es enviar un NFT a un contrato sin entender el comportamiento de las llamadas de transferencia.

Un noveno error es asumir que todos los NFT NEP-171 pueden venderse fácilmente.

Un décimo error es no guardar registros fiscales de la actividad con NFT.

Ideas equivocadas habituales sobre NEP-171

Una idea equivocada habitual es pensar que NEP-171 constituye todo el sistema NFT de NEAR.

En realidad, NEP-171 es la interfaz básica para NFT y funciona con estándares relacionados como NEP-177, NEP-178, NEP-181, NEP-199 y NEP-297.

Otra idea equivocada es creer que un NFT NEP-171 se almacena dentro de una wallet.

El NFT se registra en el contrato NFT, mientras que la wallet muestra la titularidad asociada a la cuenta del usuario.

Una tercera idea equivocada es creer que todos los NFT NEP-171 tienen contenidos multimedia permanentes.

La disponibilidad de los contenidos depende del diseño de almacenamiento, el pinning, las copias de seguridad y el mantenimiento del proyecto.

Una cuarta idea equivocada es pensar que un NFT que cumple un estándar es automáticamente seguro.

Pueden seguir existiendo estafas, metadatos deficientes, contratos débiles, derechos poco claros y problemas de liquidez.

Una quinta idea equivocada es creer que la titularidad de un NFT NEP-171 siempre equivale a la plena titularidad del activo vinculado.

Los derechos legales dependen de la licencia del proyecto y de la legislación aplicable.

Resumen SEO y AEO de NEP-171 (NFT de NEAR)

NEP-171 es el estándar básico de NFT para tokens no fungibles en la blockchain NEAR.

Define métodos estándar para consultar datos de NFT, transferir NFT, adjuntarlos a llamadas entre contratos y resolver flujos de llamadas de transferencia.

Los NFT NEP-171 residen en contratos inteligentes NFT que registran los ID de token y las cuentas titulares.

NEP-177 añade metadatos de NFT; NEP-178, gestión de aprobaciones; NEP-181, enumeración; NEP-199, comportamiento de royalties y pagos; y NEP-297 admite registros de eventos.

NEP-171 puede utilizarse para arte, juegos, membresías, entradas, insignias, credenciales, coleccionables y aplicaciones con acceso restringido por tokens.

Antes de interactuar con NFT NEP-171, los usuarios deben verificar las cuentas de contrato, los ID de token, los metadatos, las aprobaciones, el almacenamiento, los royalties, los derechos y las solicitudes de la wallet.

Los desarrolladores deben implementar cuidadosamente la interfaz y probar las transferencias, las aprobaciones, el almacenamiento, los metadatos y los flujos entre contratos.

NEP-171 crea una base compartida para los NFT de NEAR, pero no garantiza seguridad, valor, derechos de autor ni la permanencia de los contenidos multimedia.

Preguntas frecuentes

¿Qué significa NEP-171?

NEP-171 es el estándar de tokens no fungibles para los NFT de la blockchain NEAR.

¿Qué define NEP-171?

NEP-171 define la interfaz y el comportamiento básicos de los contratos NFT de NEAR, incluidas las consultas de tokens, las transferencias, las llamadas de transferencia y la resolución de estas.

¿NEP-171 es lo mismo que NEP-177?

No. NEP-171 define el comportamiento básico de los NFT, mientras que NEP-177 define los metadatos de NFT para contratos y tokens.

¿Dónde se almacenan los NFT NEP-171?

Los NFT NEP-171 residen en contratos inteligentes NFT, mientras que las wallets muestran la titularidad y los metadatos leyendo los datos del contrato.

¿Qué es

nft_transfer

en NEP-171?

es el método utilizado para transferir el ID de un NFT específico a otra cuenta de NEAR.

¿Qué es

nft_transfer_call

en NEP-171?

transfiere un NFT a un contrato receptor y activa la lógica de ese contrato en un mismo flujo.

¿NEP-171 incluye royalties?

No. Los royalties y el comportamiento de los pagos se gestionan mediante estándares relacionados, como NEP-199, y no solo mediante la interfaz básica NEP-171.

¿Ser titular de un NFT NEP-171 concede derechos de autor?

No. Ser titular de un NFT NEP-171 no concede automáticamente derechos de autor, salvo que la licencia del proyecto conceda expresamente esos derechos.

¿Se pueden utilizar NFT NEP-171 en videojuegos?

Sí. Los NFT NEP-171 pueden representar objetos, cartas, personajes, terrenos, insignias, aspectos y otros activos de juego cuando el juego los admite.

¿Un NFT NEP-171 es siempre seguro?

No. La compatibilidad con NEP-171 no garantiza la seguridad, ya que los usuarios deben comprobar la fiabilidad del contrato, los metadatos, las aprobaciones, el almacenamiento, los derechos y las posibles estafas.

Conclusión

NEP-171 es la base de los NFT en la blockchain NEAR.

Define la interfaz básica que permite a los contratos NFT admitir ID de token únicos, consultas de titularidad, transferencias, llamadas de transferencia y resolución de transferencias.

Esta estructura compartida ayuda a wallets, juegos, marketplaces, indexadores, creadores y aplicaciones a interactuar con los NFT de NEAR de forma más predecible.

NEP-171 resulta más útil cuando se combina con estándares relacionados, como NEP-177 para metadatos, NEP-178 para aprobaciones, NEP-181 para enumeración, NEP-199 para royalties y pagos, NEP-145 para la gestión de almacenamiento y NEP-297 para eventos.

Para los usuarios, NEP-171 facilita el reconocimiento y la transferencia de NFT de NEAR, pero no elimina la necesidad de verificarlos cuidadosamente.

Para los desarrolladores, NEP-171 proporciona una interfaz clara, pero siguen siendo importantes la calidad de la implementación, las pruebas, el diseño del almacenamiento y la seguridad.

Para los creadores, NEP-171 permite crear colecciones NFT, membresías, entradas, objetos de juego, insignias y activos digitales, pero el proyecto debe definir también los derechos, la utilidad, la oferta y el acceso a largo plazo a los contenidos multimedia.

Para los coleccionistas, las comprobaciones clave son la cuenta del contrato, el ID del token, los metadatos, el almacenamiento, las aprobaciones, las reglas de royalties, la posibilidad de transferirlo y las condiciones de licencia.

Un NFT NEP-171 puede ser técnicamente válido y seguir siendo arriesgado si tiene metadatos deficientes, contenidos copiados, aprobaciones inseguras, derechos poco claros o una demanda débil.

La forma más adecuada de entender NEP-171 es como el estándar técnico básico para los NFT de NEAR, no como una garantía completa de autenticidad, valor o titularidad legal.

Utilizado de forma responsable, NEP-171 ayuda a NEAR a admitir casos de uso interoperables de NFT en arte, videojuegos, membresías, entradas, credenciales, coleccionables y aplicaciones cripto.