¿Qué es ERC-721?

ERC-721 es un conjunto de estándares de interfaz que se usa en Ethereum para rastrear tokens con número propio. Estos tokens normalmente se llaman tokens no fungibles (non-fungible token, NFT): dentro de un mismo contrato, cada número se puede identificar y transferir por separado, a diferencia de un token fungible, donde el saldo se acumula por cantidad y solo importa cuántas unidades hay.

ERC es la sigla de Ethereum Request for Comments, la categoría de estándares y convenciones de capa de aplicación de Ethereum; 721 es el número de esta propuesta. El estándar permite que billeteras y aplicaciones sepan cómo consultar quién tiene actualmente un número, cómo transferirlo y cómo autorizar a otras direcciones a operar en nombre de quien lo tiene.

Cómo un número propio identifica un token

Cada contrato ERC-721 puede gestionar muchos números de token, es decir, valores tokenId. Un número solo tiene sentido dentro de ese contrato, así que identificar un token en la misma red exige usar a la vez la dirección del contrato y el número; para verificar entre redes además hace falta el nombre de la red.

Por ejemplo, el token número 7 del contrato A y el token número 7 del contrato B no son el mismo objeto. Aunque dos tokens muestren el mismo nombre o la misma imagen, sus registros en cadena siguen siendo independientes mientras las direcciones de contrato sean distintas.

El número en sí tampoco garantiza rareza, autenticidad ni valor. Quien desarrolla puede usar numeración continua, numeración aleatoria u otro método de asignación; el estándar solo exige que un número concreto se pueda distinguir, y no explica el significado comercial que hay detrás.

Cómo se consultan los registros de tenencia

ERC-721 ofrece dos consultas fáciles de confundir:

• ownerOf consulta a qué dirección pertenece actualmente un número;
• balanceOf consulta cuántos tokens de ese contrato tiene una dirección.

El saldo aquí es una cantidad de tokens, no una suma de números, y no significa que esos tokens valgan lo mismo. Para saber qué números concretos tiene una dirección, el balanceOf básico no alcanza; una aplicación puede leer el historial y el estado actual para armar un índice, o usar una función de enumeración opcional que el contrato ofrezca por separado.

Lo que se transfiere es un número determinado

Al transferir un token ERC-721, la operación debe indicar la dirección que envía, la dirección que recibe y el número específico. Si tiene éxito, el contrato actualiza quién tiene ese número y emite un evento Transfer, para que billeteras, exploradores de bloques y servicios de datos reconozcan el cambio.

ERC-721 define a la vez una transferencia común y una transferencia segura. transferFrom pasa directamente el número indicado a la dirección de destino; cuando el destino es un contrato, safeTransferFrom además revisa si ese contrato confirma, según lo convenido, que puede recibir tokens ERC-721. Sin una confirmación correcta, la transferencia segura falla, lo que reduce los casos en que un token queda trabado tras pasar a un contrato incapaz de manejarlo.

Una «transferencia segura» solo revisa si el contrato receptor admite este flujo de recepción. No juzga si la dirección de destino pertenece a la persona esperada, ni verifica el contenido del token, un precio de transacción o la confiabilidad de un proyecto externo.

Autorización de un número y autorización total

Quien tiene los tokens puede dejar que otra dirección o aplicación los opere en su nombre, pero ERC-721 divide la autorización en dos alcances.

approve designa la dirección habilitada para operar un número específico; getApproved consulta la autorización individual vigente de ese número. Después de transferir el número, esa autorización individual se borra.

setApprovalForAll, en cambio, entrega a una parte operadora todos los tokens que quien los tiene posee en ese contrato; isApprovedForAll sirve para consultar esta autorización total. No autoriza solo los números que se tienen en ese momento: también puede afectar tokens del mismo contrato adquiridos después, hasta que se revoque.

Cuando cambia la autorización de un número, el contrato emite un evento Approval; cuando cambia una autorización total, emite un evento ApprovalForAll. Billeteras y servicios de datos pueden actualizar sus registros con eso, pero la autorización real la sigue determinando el estado actual del contrato.

Una autorización total no transfiere los tokens de inmediato, pero la parte autorizada obtiene un alcance de operación muy amplio. Conviene revisar la dirección autorizada y la dirección del contrato; solo desconectar la billetera de un sitio web normalmente no revoca una autorización ya escrita en cadena.

Los metadatos conectan un número con información descriptiva

Las interfaces básicas de tenencia y transferencia solo manejan números y direcciones. La extensión opcional de metadatos de ERC-721 puede ofrecer un nombre de token, un código de cotización y un tokenURI que devuelve la ubicación de la información descriptiva.

Esa ubicación puede apuntar a datos en cadena, o a un archivo en un sitio web o en almacenamiento distribuido. El archivo normalmente contiene después un nombre, una descripción y una dirección de imagen. Que una billetera pueda mostrar la imagen depende de si admite el formato correspondiente, y de que el enlace y el archivo sigan accesibles.

Por eso, que un NFT exista en cadena no significa que la imagen en sí esté necesariamente almacenada en cadena. Los metadatos además pueden ser actualizados por un servidor, o volverse ilegibles porque un enlace deja de funcionar. Para juzgar si el contenido puede mantenerse a largo plazo hay que ver el método de almacenamiento concreto y si el contrato permite cambiar la ubicación.

Cómo el estándar permite a las aplicaciones reconocer una interfaz

ERC-721 exige que un contrato admita un mecanismo de reconocimiento de interfaz. Una aplicación puede preguntarle a un contrato si declara admitir cierto conjunto de funciones, y luego decidir si puede interactuar con él al modo de ERC-721.

ERC-165, otro estándar de interfaz de Ethereum, define este mecanismo; su papel equivale a dejar que un contrato responda «qué interfaces admito». Puede ayudar a una aplicación a elegir cómo llamar, pero solo refleja la declaración y la implementación del contrato: no prueba que el contenido de un token sea auténtico ni que el código no tenga fallas.

Metadatos y enumeración son extensiones opcionales. Un contrato puede admitir las transferencias básicas de ERC-721 y no ofrecer nombre, enlace de imagen ni lista completa de números. Una billetera no debería tratar una función opcional como una capacidad que todo contrato ERC-721 necesariamente tiene.

Diferencias con el estándar de tokens fungibles

ERC-20 registra sobre todo cuántas unidades posee cada dirección; al transferir se indica una cantidad. ERC-721 registra sobre todo a qué dirección pertenece cada número; al transferir se indica un número específico.

Por eso, tener 3 tokens ERC-721 solo indica 3 números, y no que los tres sean intercambiables o valgan lo mismo. En cambio, cantidades iguales de un mismo token ERC-20 normalmente son intercambiables en la contabilidad del contrato, sin necesidad de rastrear número por número.

Los dos tipos de estándar pueden ofrecer transferencias y autorizaciones, pero sus parámetros y alcances de autorización son distintos. Una aplicación no puede manejar números ERC-721 con la lógica de cantidades de ERC-20 solo porque los nombres de función se parezcan.

El estándar no prueba derechos fuera de la cadena

Lo que ERC-721 registra son los números, quienes los tienen y las relaciones de autorización dentro de un contrato. Por sí mismo no confirma quién creó una imagen, ni otorga automáticamente derechos de autor, derecho de entrada a un evento, propiedad de un objeto físico u otros derechos fuera de la cadena.

Un proyecto puede usar un número para asociar un objeto de colección, un objeto de juego, un comprobante de membresía u otro objeto, pero que esa asociación sea válida depende además de los arreglos de emisión, las reglas de uso, la procedencia del contenido y la ley aplicable. Un cambio de titular en cadena solo prueba que el estado del contrato cambió; por sí solo no prueba que una institución fuera de la cadena vaya a reconocer el mismo resultado.

Ser compatible con el estándar no implica comportamiento idéntico

Un contrato concreto puede agregar, más allá de las interfaces básicas, acuñación, destrucción, pausa, listas, indicaciones de regalía, actualizaciones u otras reglas. ERC-721 no define de forma uniforme cómo se crea un token por primera vez, si la emisión tiene límite máximo, ni cómo debe cobrar comisiones una plataforma de negociación, y no garantiza que todas las aplicaciones respeten información adicional.

Al integrar o usar un token concreto hay que revisar la red, la dirección del contrato, el número, el alcance de las autorizaciones, el almacenamiento de metadatos y los permisos de administración. «ERC-721» es solo una interfaz común, no una certificación de la identidad de quien emite, de la autenticidad del contenido, de la rareza ni del valor de mercado.

Preguntas frecuentes

¿Todos los NFT usan este estándar?

No. Otras redes tienen sus propios modelos de token, y en Ethereum también existen otros estándares de NFT o interfaces personalizadas. Primero hay que confirmar la red y qué estándar admite el contrato concreto.

¿Un contrato solo puede crear un NFT?

No. Un mismo contrato ERC-721 puede gestionar muchos números propios, y cada número registra por separado quién lo tiene y su estado de autorización.

¿El mismo número significa el mismo NFT?

No. Un número es único solo dentro de un contrato concreto. Red, dirección de contrato y número deben revisarse juntos.

¿Una transferencia segura evita enviar a la persona equivocada?

No. Una transferencia segura revisa principalmente si un contrato receptor puede recibir tokens ERC-721 según lo convenido; no juzga si una dirección pertenece a quien se espera que reciba.

¿Comprar un NFT da los derechos de autor de la imagen?

No necesariamente. ERC-721 no regula derechos de autor ni otras licencias fuera de la cadena. Qué derechos de uso obtiene quien lo tiene requiere leer los términos del proyecto, su licencia y la ley aplicable.

Conceptos relacionados

Continúa con estándar de tokens, token cripto, ERC-20 y contrato inteligente, o vuelve al glosario de criptomonedas.

Fuentes

• ERC-721: estándar de tokens no fungibles — consulta de números y titulares, transferencias, autorizaciones, eventos y extensiones opcionales.
• Ethereum.org: introducción a ERC-721 — para qué sirven los tokens no fungibles, reconocimiento de contratos e interfaces comunes.
• ERC-165: detección de interfaz estándar — el mecanismo por el cual un contrato declara y se le consultan las interfaces que admite.