Buy Crypto
Markets
Spot
FuturesBTC
Earn
Event Center
More
0-Fee Fest
ERC-721: ¿Qué es ERC-721?ERC-721 es un estándar de tokens de Ethereum para crear y gestionar tokens no fungibles, conocidos habitualmente como NFT.Cada token ERC-721 tiene un ID de token único que lo distingueERC-721: ¿Qué es ERC-721?ERC-721 es un estándar de tokens de Ethereum para crear y gestionar tokens no fungibles, conocidos habitualmente como NFT.Cada token ERC-721 tiene un ID de token único que lo distingue

ERC-721

2026/10/13 15:31
#Intermediate
Humanity
H$0.0576+5.10%
PX
PX$0.011-3.50%
AINFT
NFT$0.0000002366+0.08%
TokenFi
TOKEN$0.001848+0.81%
SPACE ID
ID$0.03173+1.96%

¿Qué es ERC-721?

ERC-721 es un estándar de tokens de Ethereum para crear y gestionar tokens no fungibles, conocidos habitualmente como NFT.

Cada token ERC-721 tiene un ID de token único que lo distingue de todos los demás tokens gestionados por el mismo contrato inteligente.

La especificación oficial de ERC-721 define reglas estandarizadas para registrar la propiedad, transferir tokens y conceder a otras direcciones permiso para gestionar NFT.

ERC-721 está clasificado como un estándar Final de Ethereum Request for Comments.

Se creó porque los estándares de tokens fungibles no pueden representar con precisión activos que deben identificarse y seguirse de forma individual.

Un token ERC-721 puede representar un objeto de colección digital, un artículo de juego, una credencial de membresía, una propiedad virtual, una entrada para un evento, una posición financiera, un activo similar a un dominio o un registro vinculado a un objeto físico.

El estándar define la propiedad y el comportamiento de las transferencias en blockchain, pero no establece automáticamente derechos de autor, propiedad legal, autenticidad, valor financiero ni derechos sobre un activo externo.

¿Qué significa ERC?

ERC son las siglas de Ethereum Request for Comments.

Un ERC describe un estándar técnico que las aplicaciones y los contratos inteligentes pueden seguir para mejorar la interoperabilidad en el ecosistema Ethereum.

ERC-721 es el número identificador asignado al estándar de tokens no fungibles.

El número no describe la oferta, el precio, la dirección blockchain ni la fecha de lanzamiento del token.

Un contrato que implemente ERC-721 puede añadir extensiones opcionales y funciones personalizadas, siempre que el comportamiento requerido siga siendo compatible con el estándar.

¿Por qué se creó ERC-721?

Los activos fungibles son intercambiables porque una unidad suele tener la misma función que otra unidad del mismo activo.

Los activos no fungibles deben seguirse por separado porque cada unidad puede tener características, historial, rareza, derechos o valor distintos.

ERC-721 ofrece a las carteras y aplicaciones un método común para identificar al titular de cada token único.

También estandariza las transferencias, las aprobaciones, los permisos de operador y los registros de eventos relacionados con la propiedad.

Sin un estándar común, cada contrato de NFT podría requerir una integración diferente.

Las funciones compartidas permiten que carteras de uso general, exploradores de blockchain, indexadores, juegos, protocolos de préstamo y otras aplicaciones cripto interactúen con numerosas colecciones de NFT.

Cómo funciona ERC-721

Un contrato inteligente ERC-721 almacena o calcula el titular asociado a cada ID de token válido.

El contrato también registra cuántos NFT posee cada dirección dentro de esa colección.

Cuando se realiza una transferencia autorizada, el contrato elimina la titularidad del remitente y asigna el ID del token al destinatario.

El contrato emite un evento estandarizado

Transfer
para que las aplicaciones externas puedan observar el cambio.

El titular puede autorizar a una dirección a transferir un NFT concreto o conceder permiso a un operador para gestionar todos los NFT que posee en ese contrato.

Todas las transferencias y aprobaciones deben cumplir las reglas de autorización codificadas en el contrato inteligente desplegado.

Los nodos de Ethereum ejecutan la transacción y verifican que el estado de titularidad resultante respeta las reglas del contrato y del protocolo.

¿Qué es un ID de token?

Un ID de token es un entero sin signo que identifica de forma única un NFT dentro de un contrato ERC-721.

El mismo ID de token puede existir en varios contratos distintos sin representar el mismo activo.

Por tanto, un NFT se identifica conjuntamente por su red blockchain, la dirección del contrato y el ID del token.

Por ejemplo, el ID de token 50 de un contrato no guarda relación con el ID de token 50 de otro contrato.

Los ID de token no tienen que empezar en cero ni aumentar siguiendo una secuencia sencilla.

Una colección puede utilizar ID secuenciales, asignados aleatoriamente, identificadores codificados u otro sistema compatible con su contrato.

Las aplicaciones deben consultar el contrato en lugar de suponer que todos los números de un intervalo corresponden a NFT existentes.

¿Qué hace que ERC-721 sea no fungible?

Cada token ERC-721 se registra como un objeto individual en la blockchain.

Dos NFT de una misma colección pueden tener metadatos, historiales, propiedades, rareza y valores de mercado distintos.

Ser titular de un ID de token no otorga la titularidad de otro ID de token.

Un token ERC-721 estándar se transfiere como una unidad completa, no como una cantidad decimal.

La propiedad económica fraccionada requiere un contrato inteligente o una estructura de tokens independiente del estándar ERC-721 básico.

Que dos NFT se consideren no fungibles no garantiza que tengan contenido visual distinto, ya que ID de token separados pueden apuntar a metadatos similares o idénticos.

Funciones principales de ERC-721

El estándar básico incluye funciones para consultar la titularidad, transferir NFT y gestionar los permisos de transferencia.

Las funciones obligatorias son

balanceOf
,
ownerOf
,
transferFrom
, las dos versiones de
safeTransferFrom
,
approve
,
getApproved
,
setApprovalForAll
e
isApprovedForAll
.

ERC-721 también utiliza la detección de interfaces ERC-165.

El estándar no exige una función pública de acuñación, una función pública de quema, un mecanismo de venta, un sistema de regalías, una oferta máxima ni una política de metadatos fija.

Estas características dependen de la implementación concreta o de extensiones independientes.

La función balanceOf

La función

balanceOf
devuelve el número de NFT que posee una dirección dentro de un contrato ERC-721.

Si una dirección posee los ID de token 8, 19 y 250 de una colección, su saldo es tres.

El valor devuelto no indica qué ID de token posee la dirección.

La función tampoco informa del valor de mercado de esos NFT.

El estándar exige que falle una consulta de saldo para la dirección cero.

Las aplicaciones que necesiten una lista completa de tokens pueden indexar eventos o utilizar una extensión opcional de enumeración.

La función ownerOf

La función

ownerOf
devuelve la dirección que figura actualmente como titular de un ID de token concreto.

Una consulta de un token inexistente o no válido debe fallar.

La dirección cero no puede ser titular de un token válido.

La dirección devuelta por

ownerOf
tiene los derechos básicos de titularidad y transferencia on-chain definidos por el contrato.

Este registro en blockchain no demuestra automáticamente la titularidad de derechos de autor, marcas, bienes físicos ni beneficios contractuales.

Los derechos externos deben establecerse en las condiciones legales del proyecto y en la legislación aplicable.

La función transferFrom

La función

transferFrom
transfiere un NFT de su titular actual a otra dirección.

Quien realiza la llamada debe ser el titular, la dirección aprobada para ese token o un operador autorizado por el titular.

El remitente indicado debe coincidir con el titular que consta actualmente en el contrato.

El destinatario no puede ser la dirección cero.

La función no comprueba si un contrato inteligente receptor sabe gestionar NFT.

Un NFT transferido a un contrato incompatible mediante

transferFrom
podría quedar inaccesible.

Por lo general, es preferible utilizar una transferencia segura cuando el destinatario es un contrato.

Las funciones safeTransferFrom

ERC-721 incluye dos versiones de

safeTransferFrom
.

Una versión acepta el remitente, el destinatario y el ID del token.

La otra también acepta un campo de bytes con datos específicos de la aplicación.

Ambas versiones realizan las comprobaciones estándar de titularidad y autorización.

Si el destinatario es un contrato inteligente, el contrato del NFT llama a la función

onERC721Received
del destinatario.

El destinatario debe devolver el selector requerido; de lo contrario, se revierte la transferencia completa.

Esta comprobación reduce la posibilidad de enviar accidentalmente un NFT a un contrato que no pueda recibirlo correctamente.

No garantiza que el destinatario sea seguro ni que posteriormente se pueda retirar el NFT.

¿Qué es un receptor ERC-721?

Un receptor ERC-721 es un contrato inteligente que implementa

onERC721Received
.

La función de retorno recibe información sobre el operador, el titular anterior, el ID del token y los datos opcionales adjuntos.

Un receptor compatible devuelve el selector esperado, que suele representarse como

0x150b7a02
.

Un valor de retorno incorrecto o una reversión de la función de retorno hacen que falle la transferencia segura.

La documentación actual de la implementación ERC-721 incluye una interfaz de receptor y una utilidad básica para contratos que necesitan aceptar NFT.

Un receptor debe verificar qué contrato de NFT ha activado la función de retorno antes de registrar un depósito o conceder un beneficio.

Aprobaciones ERC-721

Las aprobaciones ERC-721 permiten que el titular de un NFT delegue la autoridad para transferirlo sin ceder inmediatamente su titularidad.

Una aprobación específica se aplica a un único ID de token.

Una aprobación de operador se aplica a todos los NFT que posee una dirección dentro de ese contrato.

Las aprobaciones se registran on-chain y pueden utilizarse sin otra firma del titular mientras sigan vigentes.

Los usuarios deben tratar las solicitudes de aprobación de NFT como permisos financieros sensibles.

Aprobar una dirección no fiable puede permitir que la parte autorizada transfiera NFT valiosos.

La función approve

La función

approve
autoriza a una dirección a transferir un ID de token concreto.

Normalmente, el titular o un operador aprobado para toda la colección puede conceder este permiso.

La dirección aprobada no se convierte en titular del NFT.

La aprobación específica del token se elimina cuando se transfiere el NFT.

También se puede retirar una aprobación estableciendo como dirección aprobada la dirección cero.

Antes de firmar la transacción, el titular debe verificar la dirección aprobada y el ID de token previsto.

La función getApproved

La función

getApproved
devuelve la dirección con aprobación específica para un NFT válido.

Normalmente devuelve la dirección cero cuando no existe una aprobación específica para ese token.

El resultado no incluye los permisos de operador para toda la colección.

Una aplicación que compruebe si una cuenta puede transferir un NFT también debe tener en cuenta

isApprovedForAll
.

La función setApprovalForAll

La función

setApprovalForAll
concede o revoca la autoridad de un operador para toda la colección.

Un operador aprobado puede transferir todos los NFT que el titular posea en ese contrato.

La aprobación también puede aplicarse a los NFT de la misma colección que el titular reciba posteriormente.

Este permiso se utiliza habitualmente cuando una aplicación necesita gestionar varios NFT.

Su alcance es mucho mayor que el de aprobar un único ID de token.

Un operador malicioso puede retirar todos los NFT afectados mientras la aprobación siga activa.

Desconectar una cartera de un sitio web no revoca una aprobación registrada en la blockchain.

La función isApprovedForAll

La función

isApprovedForAll
indica si un operador está autorizado a gestionar los NFT de un titular dentro de una colección.

La función devuelve

true
o
false
.

Una aprobación en un contrato ERC-721 no concede autoridad sobre NFT de otro contrato.

Los usuarios deben revisar sus permisos de operador activos y revocar los accesos que ya no sean necesarios.

Eventos ERC-721

ERC-721 define los eventos

Transfer
,
Approval
y
ApprovalForAll
.

Estos registros de eventos ayudan a las carteras, los exploradores de blockchain, los indexadores de datos y las aplicaciones a seguir la actividad de los NFT.

Los eventos se almacenan en los recibos de transacción tras la ejecución satisfactoria del contrato inteligente.

Un evento debe interpretarse teniendo en cuenta el contrato que lo ha emitido.

Un contrato malicioso puede emitir eventos con nombres conocidos sin representar una colección de NFT legítima.

El evento Transfer

El evento

Transfer
registra al titular anterior, al nuevo titular y el ID del token.

Una transferencia normal de NFT utiliza direcciones de remitente y destinatario distintas de cero.

La acuñación suele representarse como una transferencia desde la dirección cero al primer titular.

La quema suele representarse como una transferencia desde el titular a la dirección cero.

La existencia de un evento de acuñación no demuestra que la oferta sea limitada ni que no puedan crearse más tokens.

Las aplicaciones pueden reconstruir gran parte del historial de titularidad de un NFT indexando los eventos de transferencia.

Los eventos Approval y ApprovalForAll

El evento

Approval
registra el permiso para un NFT concreto.

El evento

ApprovalForAll
registra si se ha activado o desactivado la autoridad de operador para toda la colección.

Estos eventos no indican un cambio en la titularidad del NFT.

Supervisar las aprobaciones puede ayudar a los usuarios y a los sistemas de seguridad a detectar permisos inesperados.

Revocar una aprobación no revierte las transferencias completadas mientras estaba activa.

Detección de interfaces ERC-165

Todo contrato ERC-721 conforme debe admitir la detección de interfaces ERC-165.

El estándar ERC-165 define la función

supportsInterface
.

El ID de la interfaz básica ERC-721 es

0x80ac58cd
.

Un contrato conforme debería devolver

true
cuando se le pregunte si admite este identificador.

Las extensiones opcionales tienen ID de interfaz independientes.

La detección de interfaces ayuda a las aplicaciones a evitar llamadas a funciones no admitidas.

Que un contrato afirme que admite una interfaz no demuestra que su implementación sea correcta o segura.

Metadatos ERC-721

ERC-721 incluye una extensión opcional de metadatos.

La extensión añade las funciones

name
,
symbol
y
tokenURI
.

El ID de su interfaz ERC-165 es

0x5b5e139f
.

El nombre y el símbolo de la colección los elige el desarrollador del contrato y no se garantiza que sean únicos.

Copiar un nombre o símbolo no convierte un contrato en parte de la colección original.

La dirección del contrato sigue siendo el principal identificador técnico.

Cómo funciona tokenURI

La función

tokenURI
devuelve un URI asociado a un ID de token válido.

El URI suele apuntar a un documento JSON de metadatos con un nombre visible, una descripción, una imagen, una animación y atributos.

Los metadatos pueden almacenarse en un servidor tradicional, una red de contenido descentralizada o directamente on-chain.

El estándar ERC-721 permite que los metadatos cambien.

Un proyecto puede actualizar el URI, modificar el archivo al que apunta o cambiar el contenido servido desde una ubicación externa cuando lo permitan su implementación y sistema de almacenamiento.

Los usuarios deben comprobar si los metadatos son modificables, están almacenados permanentemente o los controla un administrador.

Ser titular del NFT no conserva automáticamente una imagen externa si el servicio de alojamiento desaparece.

Eventos de actualización de metadatos

ERC-721 no proporciona por sí mismo un evento estandarizado para cada cambio de metadatos.

La extensión opcional de actualización de metadatos ERC-4906 añade los eventos

MetadataUpdate
y
BatchMetadataUpdate
.

Estos eventos indican a las aplicaciones que deben recuperar los metadatos actualizados de un token o de un intervalo de ID de token.

El ID de la interfaz ERC-4906 es

0x49064906
.

Los eventos de actualización de metadatos mejoran la sincronización, pero no garantizan que los nuevos metadatos sean precisos o permanentes.

Enumeración ERC-721

La extensión opcional de enumeración permite consultar on-chain la oferta de NFT y las listas de titulares.

Su ID de interfaz es

0x780e9d63
.

La extensión añade

totalSupply
,
tokenByIndex
y
tokenOfOwnerByIndex
.

La función

totalSupply
informa del número de NFT válidos que registra actualmente el contrato.

Las funciones de índice permiten recuperar ID de token de la colección o de los NFT de un titular.

La enumeración genera escrituras de almacenamiento y comisiones de gas adicionales.

Las recomendaciones de implementación actuales señalan que muchos contratos la excluyen debido a esta sobrecarga.

En su lugar, las aplicaciones off-chain pueden reconstruir la titularidad mediante eventos

Transfer
indexados.

Acuñación de tokens ERC-721

La acuñación crea un nuevo ID de token válido y le asigna su primer titular.

El estándar ERC-721 básico no define quién puede acuñar ni cómo debe solicitarse la acuñación.

Una colección puede permitir la acuñación pública, limitarla a roles autorizados, exigir un pago, utilizar listas de permitidos o crear todos los NFT durante el despliegue.

Una acuñación suele emitir un evento

Transfer
desde la dirección cero.

La acuñación segura comprueba si un contrato inteligente receptor admite la interfaz de receptor ERC-721.

Antes de confiar en afirmaciones de escasez, los usuarios deben examinar la oferta máxima, la autoridad de acuñación, los permisos de actualización y los controles administrativos.

Quema de tokens ERC-721

La quema elimina un NFT de los registros de titularidad válida.

La interfaz ERC-721 básica no exige una función pública de quema.

Una colección puede permitir que los titulares, los operadores aprobados, los administradores o la lógica del protocolo quemen tokens.

Una quema suele emitir un evento

Transfer
hacia la dirección cero.

Quemar un NFT no elimina necesariamente sus metadatos off-chain ni borra el historial previo de la blockchain.

Los usuarios deben confirmar si la quema es permanente y si la implementación podría volver a crear un token con el mismo ID.

Regalías ERC-721

Las regalías para creadores no forman parte del estándar ERC-721 básico.

El estándar opcional de regalías para NFT ERC-2981 ofrece un método para informar del destinatario y del importe sugerido de una regalía sobre un precio de venta.

ERC-2981 comunica información sobre regalías, pero no obliga a todas las transferencias o aplicaciones a pagarlas.

Una colección puede definir ajustes de regalías predeterminados o específicos para cada token si su implementación lo permite.

Los destinatarios y los porcentajes de las regalías pueden modificarse si el contrato concede esa autoridad a un administrador.

Los usuarios no deben suponer que toda transferencia ERC-721 incluye un pago al creador exigible.

ERC-721 frente a ERC-20

ERC-20 está diseñado para saldos de tokens fungibles, mientras que ERC-721 está diseñado para NFT identificados individualmente.

Una cuenta ERC-20 puede tener una cantidad divisible de un token.

Una cuenta ERC-721 posee ID de token distintos.

La función

balanceOf
de ERC-721 cuenta NFT, en lugar de indicar una cantidad asociada a un único ID de token.

ERC-721 no utiliza un campo estándar de decimales porque cada NFT suele transferirse como un token completo.

Los dos estándares también emplean modelos distintos de aprobación y transferencia.

ERC-721 frente a ERC-1155

ERC-721 representa ID de token con titularidad individual mediante un contrato de colección de NFT.

El estándar mult token ERC-1155 permite que un contrato gestione muchos ID de token con saldos de cantidades independientes.

Un ID de token ERC-1155 puede representar un activo fungible, semifungible o único.

Una dirección puede poseer varias unidades de un mismo ID de token ERC-1155.

En el modelo estándar, un ID de token ERC-721 válido tiene un único titular.

ERC-1155 también admite transferencias por lotes estandarizadas, mientras que las transferencias ERC-721 suelen procesar un NFT cada vez.

El estándar adecuado depende de las necesidades de titularidad e inventario del proyecto.

Casos de uso de ERC-721

Las colecciones de arte digital pueden utilizar tokens ERC-721 para registrar la titularidad de obras identificadas individualmente.

Los juegos blockchain pueden utilizar NFT para personajes, terrenos, equipamiento u otros artículos únicos.

Los sistemas de membresía pueden representar derechos de acceso o estatus en una comunidad mediante NFT.

Las aplicaciones financieras pueden tokenizar posiciones de deuda únicas, pólizas de seguro, posiciones de liquidez o derechos de cobro.

Los sistemas de eventos pueden emitir entradas identificadas individualmente con reglas de transferencia controladas.

Los proyectos pueden vincular NFT a productos físicos, aunque el contrato inteligente no puede verificar por sí solo la posesión ni la titularidad legal del objeto físico.

Un token ERC-721 también puede representar una credencial, pero no deben almacenarse datos personales sensibles de forma pública en una blockchain pública.

Propiedad de NFT frente a derechos de autor

Ser titular de un token ERC-721 significa que el contrato blockchain reconoce como titular del ID de token a la dirección correspondiente.

No transfiere automáticamente los derechos de autor de la obra o el contenido multimedia asociado.

Los derechos de autor y de uso comercial dependen de la licencia del creador, el acuerdo de venta y la legislación aplicable.

Un proyecto puede conceder amplios derechos comerciales, un uso personal limitado o ningún derecho adicional de propiedad intelectual.

Los metadatos también pueden hacer referencia a contenido que el emisor del token no tenía permiso para utilizar.

Los compradores deben revisar las condiciones legales del proyecto, en lugar de suponer que la titularidad del token concede todos los derechos posibles.

Riesgos de las aprobaciones ERC-721

Las solicitudes de aprobación maliciosas representan un riesgo de seguridad importante para los titulares de NFT.

Una aplicación de phishing puede solicitar

setApprovalForAll
y describir la transacción como una verificación de cuenta o una confirmación de acceso.

Tras la aprobación, el operador puede transferir los NFT del titular de esa colección sin otra firma.

Del mismo modo, una aprobación específica puede poner en riesgo un NFT valioso.

Antes de firmar, los usuarios deben comprobar la dirección del contrato, la del operador, el tipo de permiso y la red seleccionada.

Conviene revisar los permisos concedidos anteriormente después de interactuar con una aplicación desconocida.

Transferencias seguras y riesgo de reentrada

Una transferencia segura de NFT llama a código externo cuando el destinatario es un contrato inteligente.

El destinatario puede volver a llamar a la aplicación original antes de que la primera operación haya terminado por completo.

Este comportamiento puede crear vulnerabilidades de reentrada en contratos de acuñación, venta, préstamo, staking, depósito en garantía o retirada.

La guía oficial de seguridad de Solidity recomienda completar las comprobaciones y los cambios importantes de estado antes de las interacciones externas, cuando la lógica prevista lo permita.

Los desarrolladores también deben considerar la reentrada entre funciones, ya que un receptor malicioso puede llamar a otra función expuesta.

Las funciones de retorno del receptor deben probarse con contratos maliciosos, no tratarse como simples notificaciones.

Riesgos de seguridad de los metadatos

El contenido visible de un NFT puede depender de datos externos a la blockchain.

Un servidor externo puede dejar de estar disponible, cambiar su respuesta o eliminar un archivo.

Un URI modificable puede apuntar a otro contenido después de la compra.

Los metadatos pueden incluir descripciones engañosas, obras copiadas, enlaces externos ocultos o formatos de archivo peligrosos.

El almacenamiento descentralizado puede mejorar la persistencia, pero el contenido sigue dependiendo de que continúe disponible y de que los identificadores sean correctos.

Los metadatos íntegramente on-chain reducen la dependencia del alojamiento externo, pero pueden aumentar los costes de despliegue y actualización.

Riesgos relacionados con la autenticidad del contrato

Cualquiera puede desplegar un contrato ERC-721 con un nombre, símbolo, imagen o ID de token conocido.

La compatibilidad con la interfaz no demuestra que una colección sea auténtica.

Los usuarios deben verificar la red blockchain y la dirección completa del contrato a través de una fuente oficial del proyecto.

La publicación de código fuente verificado demuestra la correspondencia del código, pero no garantiza una conducta empresarial honesta ni un diseño económico seguro.

También deben revisarse el historial de los tokens, las declaraciones del creador, los permisos administrativos y los controles de metadatos.

Contratos ERC-721 actualizables

Un contrato ERC-721 puede utilizar un proxy que permita modificar su lógica después del despliegue.

Las actualizaciones pueden corregir errores o añadir funciones.

También pueden cambiar el comportamiento de acuñación, transferencia, aprobación, metadatos, regalías, pausa o quema.

Una autoridad de actualización comprometida puede instalar lógica maliciosa que afecte a la titularidad de los NFT.

Los usuarios deben averiguar quién controla las actualizaciones, cuántas firmas se necesitan y si se aplica un periodo de espera.

Una colección descrita como descentralizada puede seguir teniendo funciones administrativas con amplios poderes.

Cómo pueden implementar ERC-721 los desarrolladores

Los desarrolladores deben utilizar una implementación revisada y mantenida activamente, salvo que sea necesario un diseño personalizado.

La guía de desarrollo ERC-721 actual describe implementaciones básicas y extensiones opcionales para metadatos, enumeración, quema, pausa, regalías, votación y otros usos.

El acceso a la acuñación debe ajustarse a las reglas de oferta documentadas para la colección.

Las transferencias y aprobaciones deben rechazar a quienes no estén autorizados y las direcciones no válidas.

Debe utilizarse la acuñación segura cuando un token pueda emitirse directamente a un contrato inteligente.

Los desarrolladores deben probar receptores maliciosos, reentrada, ID de token no válidos, eliminación de aprobaciones, permisos de operador, quemas y detección de interfaces.

Las funciones administrativas deben contar con un control de acceso claro y emitir eventos útiles.

Cómo evaluar un NFT ERC-721

El primer paso es verificar la red, la dirección del contrato y el ID del token.

El segundo es confirmar que el contrato admite la interfaz básica ERC-721.

El tercero es inspeccionar el titular actual y el historial de transferencias.

El cuarto es revisar las aprobaciones específicas del token y las aplicables a toda la colección.

El quinto es comprobar cómo se almacenan los metadatos y los archivos multimedia asociados.

El sexto es identificar quién tiene autoridad para acuñar, quemar, pausar, congelar y actualizar.

El séptimo es determinar si las afirmaciones sobre la oferta y la rareza se pueden verificar on-chain.

El octavo es revisar las auditorías y el código fuente sin considerarlos garantías.

El noveno es comprender qué derechos legales o comerciales acompañan al NFT.

El décimo es probar los contratos desconocidos con una transacción de poco valor antes de arriesgar activos valiosos.

Ejemplo de transferencia ERC-721

Supongamos que Alice posee el ID de token 101 de una colección ERC-721.

La función

ownerOf
del contrato devuelve la dirección de Alice.

Alice decide enviar el NFT a un contrato diseñado para custodiar NFT de forma segura.

Su cartera llama a

safeTransferFrom
con la dirección de Alice, el contrato receptor y el ID de token 101.

El contrato ERC-721 comprueba que Alice es titular del NFT y está autorizada para transferirlo.

El contrato actualiza sus registros de titularidad y llama a

onERC721Received
en el destinatario.

El destinatario verifica la colección, el operador, el titular anterior y el ID del token.

Si se devuelve el selector correcto, la transferencia se completa y el contrato del NFT emite un evento

Transfer
.

Si el receptor rechaza el NFT, se revierte toda la transacción y Alice sigue siendo la titular.

Errores habituales con ERC-721

Un error habitual es suponer que el nombre de una colección identifica de forma única un NFT.

Otro error es conceder acceso de operador a toda la colección sin revisar la dirección del operador.

Un tercer error es creer que desconectar una cartera elimina las aprobaciones on-chain.

Un cuarto error es utilizar

transferFrom
para enviar un NFT a un contrato desconocido.

Un quinto error es suponer que la recepción segura garantiza que posteriormente se podrá retirar el NFT.

Un sexto error es considerar permanentes los metadatos sin comprobar cómo se almacenan.

Un séptimo error es suponer que ERC-721 impone automáticamente el pago de regalías.

Un octavo error es suponer que todas las colecciones admiten enumeración on-chain.

Un noveno error es confundir la titularidad de un NFT con los derechos de autor o la propiedad de un activo físico.

Un décimo error es considerar que el cumplimiento de un estándar demuestra que un NFT es auténtico, valioso o seguro.

Preguntas frecuentes

¿Qué significa ERC-721?

ERC-721 es el estándar de Ethereum que define las reglas de titularidad, transferencia, aprobación e interfaz para los tokens no fungibles.

¿ERC-721 es lo mismo que un NFT?

ERC-721 es un estándar técnico para NFT, mientras que NFT es un término más amplio que puede incluir tokens creados con otros estándares.

¿ERC-721 es fungible?

No. Cada ID de token ERC-721 válido se registra de forma individual y puede tener propiedades y valor distintos.

¿Cuál es el ID de interfaz ERC-721?

El ID de la interfaz básica ERC-721 es

0x80ac58cd
.

¿Qué identifica un NFT ERC-721?

Un NFT se identifica conjuntamente por su red blockchain, la dirección del contrato inteligente y el ID del token.

¿Qué devuelve balanceOf?

Devuelve el número de NFT que posee una dirección dentro de un contrato ERC-721.

¿Qué devuelve ownerOf?

Devuelve la dirección del titular actual de un ID de token válido.

¿Cuál es la diferencia entre transferFrom y safeTransferFrom?

safeTransferFrom
comprueba si un contrato receptor admite la función de retorno del receptor ERC-721, mientras que
transferFrom
no lo hace.

¿Se puede enviar un NFT ERC-721 a un contrato inteligente?

Sí, pero normalmente debe utilizarse una transferencia segura para que el destinatario confirme que puede aceptar el NFT.

¿Qué hace approve?

Concede a una dirección permiso para transferir un NFT concreto.

¿Qué hace setApprovalForAll?

Autoriza a un operador a gestionar todos los NFT que el titular posee en ese contrato ERC-721.

¿Caduca automáticamente una aprobación de operador?

No. Una aprobación de operador estándar sigue activa hasta que el titular la revoca o la lógica personalizada del contrato modifica sus efectos.

¿Se elimina la aprobación específica de un token al transferirlo?

Sí, la aprobación específica se elimina cuando se transfiere el NFT.

¿Son obligatorios los metadatos para ERC-721?

No. La interfaz de metadatos es opcional, aunque la mayoría de las colecciones de NFT la implementan.

¿Pueden cambiar los metadatos ERC-721?

Sí, pueden cambiar, salvo que el contrato y el sistema de almacenamiento ofrezcan una garantía de inmutabilidad verificable.

¿Todos los contratos ERC-721 tienen totalSupply?

No.

totalSupply
forma parte de la extensión opcional de enumeración.

¿ERC-721 define la acuñación?

El estándar reconoce la acuñación mediante eventos de titularidad, pero no exige una función pública de acuñación concreta ni una política de oferta determinada.

¿ERC-721 define la quema?

No. La función de quema es opcional y depende de cada implementación.

¿ERC-721 impone el pago de regalías?

No. Las regalías requieren lógica o estándares independientes, y la información sobre ellas no obliga automáticamente a efectuar el pago.

¿Ser titular de un token ERC-721 concede derechos de autor?

No. Los derechos de propiedad intelectual dependen de la licencia y el acuerdo legal aplicables.

¿Se pueden actualizar los contratos ERC-721?

Algunos pueden actualizarse mediante sistemas proxy, mientras que otros son inmutables tras su despliegue.

¿Se puede fraccionar un NFT ERC-721?

La propiedad fraccionada requiere otro contrato o mecanismo de tokens, porque el token ERC-721 básico se posee como una unidad completa.

¿Se puede utilizar una aprobación ERC-721 para robar NFT?

Sí. Una dirección aprobada maliciosa puede transferir los NFT cubiertos por su permiso.

¿El cumplimiento de ERC-721 demuestra autenticidad?

No. Cualquiera puede desplegar un contrato compatible, por lo que la dirección de la colección y el emisor deben verificarse de forma independiente.

¿Cuál es la principal ventaja de ERC-721?

Su principal ventaja es estandarizar la titularidad y las transferencias, lo que permite que muchas aplicaciones cripto interactúen con activos tokenizados únicos.

Conclusión

ERC-721 es el principal estándar de Ethereum para representar tokens no fungibles identificados individualmente.

Define consultas comunes de titularidad, transferencias, aprobaciones, permisos de operador, eventos y detección de interfaces.

Cada NFT se identifica de forma única mediante su red blockchain, la dirección del contrato y el ID del token.

El ID de la interfaz básica es

0x80ac58cd
.

Las extensiones opcionales pueden proporcionar metadatos, enumeración on-chain, información sobre regalías y notificaciones de actualización de metadatos.

El estándar no define automáticamente el acceso a la acuñación, la oferta máxima, los derechos de quema, las regalías, la permanencia de los metadatos, la propiedad legal ni la autenticidad de la colección.

Antes de interactuar con un NFT, los usuarios deben verificar las direcciones de los contratos, revisar las aprobaciones, comprobar el almacenamiento de metadatos y entender los permisos administrativos.

Los desarrolladores deben utilizar implementaciones mantenidas, proteger todas las vías de autorización y tratar las funciones de retorno de receptores de transferencias seguras como llamadas externas potencialmente maliciosas.

La interoperabilidad de ERC-721 facilita el uso de los NFT en aplicaciones cripto, pero la compatibilidad técnica no elimina los riesgos de los contratos inteligentes, el phishing, los metadatos, la legislación ni el mercado.

Comprender ERC-721 ayuda a distinguir la titularidad en blockchain de un token único del contenido, los derechos, el valor y las promesas más amplios asociados a ese token.
BTC ETFs See $679M in Outflows
BTC ETFs See $679M in OutflowsBTC ETFs See $679M in Outflows
Citi sees BTC at $113K. What do institutions see?