Whitelist de NFT

¿Qué es una whitelist de NFT?

Una whitelist de NFT es una lista de direcciones de wallet preaprobadas que pueden acuñar, comprar, reclamar o acceder a un NFT antes que el público general o en condiciones especiales.

En la actualidad, muchos equipos también la llaman allowlist de NFT, ya que la lista concede permiso en lugar de bloquear a los usuarios.

La idea básica es sencilla.

Un proyecto crea una lista de direcciones de wallet que cumplen los requisitos antes de un evento de mint o de reclamación.

El contrato inteligente, el sitio web de mint o el sistema backend comprueba si la wallet del usuario figura en la lista.

Si la wallet cumple los requisitos, el usuario puede acuñar o reclamar el NFT conforme a las reglas del proyecto.

Si no cumple los requisitos, puede que se le bloquee hasta una venta pública, se le rechace por completo o se le ofrezcan otras condiciones de mint.

Las whitelists de NFT son habituales en lanzamientos de arte, activos de videojuegos, pases de membresía, colecciones de fotos de perfil, entradas para eventos, recompensas de fidelidad, comunidades con acceso limitado por tokens y campañas para los primeros usuarios.

Se utilizan porque la demanda de un mint de NFT puede superar la oferta.

Una whitelist permite al proyecto recompensar a los primeros usuarios, reducir la competencia de los bots, controlar las fases de mint, gestionar la presión de las comisiones de gas y conseguir un lanzamiento más fluido.

Una whitelist de NFT no garantiza beneficios, rareza, derechos legales ni valor a largo plazo.

Solo significa que la wallet ha sido autorizada para realizar una acción concreta relacionada con un NFT, conforme a unas reglas específicas.

Conclusiones clave sobre las whitelists de NFT

• • Una whitelist de NFT es una lista de permisos que permite a determinadas direcciones de wallet acuñar, reclamar, comprar o acceder a NFT bajo condiciones definidas.
  • Muchos equipos utilizan ahora el término allowlist en lugar de whitelist, aunque ambos suelen referirse al mismo concepto de acceso a un mint.
  • Las whitelists de NFT pueden ofrecer acceso anticipado, un mint con descuento, plazas garantizadas, participación en sorteos, recompensas comunitarias y fases de venta privada.
  • Los contratos inteligentes pueden verificar si un usuario cumple los requisitos mediante mappings almacenados, pruebas de Merkle, mensajes firmados, tokens, credenciales o comprobaciones de acceso externas.
  • Los árboles de Merkle son populares porque permiten a los contratos comprobar allowlists grandes sin almacenar cada dirección de wallet on-chain.
  • Las firmas tipadas EIP-712 pueden ayudar a los proyectos a almacenar cada dirección de wallet on-chain.
  • Las firmas tipadas EIP-712 pueden ayudar a crear autorizaciones de mint legibles off-chain, pero siguen siendo necesarias la protección contra la repetición y la separación de dominios.
  • Una plaza en una whitelist no equivale a ser propietario de un NFT, ya que el usuario todavía tiene que completar el proceso de mint o reclamación.
  • Una whitelist puede ser garantizada, por orden de llegada, basada en un sorteo, por niveles, con acceso limitado por tokens o estar disponible durante un tiempo limitado.
  • Las estafas con whitelists son frecuentes. Antes de firmar nada, los usuarios deben verificar los enlaces oficiales, las direcciones de contrato, las solicitudes de la wallet y las peticiones de aprobación.
  • Los desarrolladores deberían diseñar whitelists de NFT con reglas de elegibilidad claras, límites justos, un control de acceso sólido, protección contra la repetición y fases de mint transparentes.

Cómo funciona una whitelist de NFT

Una whitelist de NFT comienza con las reglas de elegibilidad.

El proyecto decide quién debería tener acceso anticipado o especial.

Entre los usuarios que pueden cumplir los requisitos están los primeros miembros de la comunidad, quienes prueban un juego, los titulares de tokens, los titulares anteriores de NFT, los ganadores de concursos, los votantes de una DAO, las comunidades asociadas, los asistentes a eventos o quienes han completado tareas concretas.

El proyecto recopila o deduce las direcciones de wallet de los usuarios que cumplen los requisitos.

A continuación, crea un método técnico para que el contrato de mint o el sitio web verifique esas direcciones.

El método más sencillo consiste en almacenar las direcciones admitidas directamente en el contrato inteligente.

Un método que ahorra más gas es almacenar una raíz de Merkle y permitir que los usuarios presenten pruebas de Merkle.

Otra opción es utilizar autorizaciones de mint firmadas que el contrato inteligente verifica en el momento del mint.

Algunos proyectos utilizan una lógica de acceso limitado por tokens que comprueba si la wallet ya posee otro token o credencial.

Cuando se abre el mint, el usuario conecta la wallet admitida y envía la transacción de mint.

Antes de acuñar el NFT, el contrato comprueba la elegibilidad, la oferta, el precio, el límite de mint, la ventana temporal y el pago.

Por qué los proyectos de NFT utilizan whitelists

Los proyectos de NFT utilizan whitelists para gestionar la escasez y la demanda.

Si una colección tiene 5.000 NFT y 50.000 usuarios quieren acuñar uno, un mint público sin restricciones puede volverse caótico.

Los usuarios pueden competir agresivamente por el espacio en bloque.

Los bots pueden enviar transacciones más rápido que los usuarios normales.

Las comisiones de gas pueden subir.

Algunos miembros reales de la comunidad pueden no conseguir acuñar ningún NFT pese a haber apoyado el proyecto desde el principio.

Una whitelist puede reducir esta presión al ofrecer a las wallets seleccionadas una ventana de mint definida.

También puede ayudar a los proyectos a recompensar a quienes contribuyeron antes del mint.

Por ejemplo, un juego puede incluir en la whitelist a quienes probaron su versión beta.

Un artista puede incluir a coleccionistas de larga trayectoria.

Una DAO puede incluir a votantes activos.

Un proyecto de membresía puede incluir a usuarios que asistieron a eventos educativos o completaron tareas de prueba de participación.

Whitelist frente a allowlist

En los mints de NFT, whitelist y allowlist suelen significar lo mismo.

Ambos términos se refieren a una lista de wallets aprobadas.

En la documentación técnica se prefiere cada vez más allowlist porque describe la función de forma más directa y evita términos de seguridad más antiguos.

En la práctica, muchos usuarios de criptomonedas siguen buscando «NFT whitelist», ya que el término se popularizó en ciclos anteriores de NFT.

Un proyecto puede utilizar cualquiera de los dos términos en su documentación.

Los usuarios deberían centrarse en las reglas reales, no en el nombre.

Las preguntas importantes son quién cumple los requisitos, qué puede hacer su wallet, cuántos NFT se pueden acuñar, cuándo se abre y se cierra la ventana de acceso y qué debe firmar el usuario.

Una allowlist clara debería explicar estos detalles antes de que empiece el mint.

Unas reglas de acceso poco claras pueden generar confusión, problemas de soporte y riesgo de phishing.

Los buenos proyectos utilizan un lenguaje sencillo para que los usuarios entiendan exactamente qué reciben.

Plaza en una whitelist frente a propiedad de un NFT

Una plaza en una whitelist no equivale a ser propietario de un NFT.

Significa que la wallet tiene permiso para acuñar o reclamar un NFT.

Por lo general, el NFT no aparece en la wallet del usuario hasta que se completa correctamente la transacción de mint o reclamación.

La plaza puede caducar si el usuario no participa dentro de la ventana de mint, no tiene suficiente gas, envía una transacción incorrecta o no cumple los requisitos finales.

Algunas plazas de whitelist están garantizadas.

Otras solo permiten participar en una fase privada por orden de llegada.

Algunas son participaciones en un sorteo, no derechos de mint.

Algunas ofrecen un descuento, pero no un mint gratuito.

Algunas permiten acuñar un NFT, mientras que otras permiten varios mints por wallet.

Los usuarios no deberían dar por hecho que estar en una whitelist significa que ya poseen un activo.

Tipos habituales de whitelists de NFT

Una whitelist garantizada concede a cada wallet que cumple los requisitos el derecho a acuñar un número definido de NFT durante una ventana de tiempo concreta.

Una whitelist por orden de llegada permite acuñar antes a las wallets admitidas, pero la oferta puede agotarse antes de que todas participen.

Una whitelist basada en un sorteo selecciona al azar wallets admitidas de un grupo más amplio de solicitantes.

Una whitelist con acceso limitado por tokens comprueba si la wallet posee otro token, NFT, distintivo o activo de membresía.

Una whitelist por niveles aplica reglas diferentes a distintos grupos de usuarios, como mint gratuito, mint con descuento, mint anticipado o un límite de mint más alto.

Una whitelist dinámica modifica la elegibilidad con el tiempo según las acciones de los usuarios, las instantáneas o las decisiones de la comunidad.

Una whitelist basada en firmas utiliza autorizaciones firmadas off-chain en lugar de almacenar todas las wallets admitidas en el contrato.

Una whitelist de Merkle utiliza una raíz y pruebas de Merkle para verificar la inclusión de forma eficiente.

Una whitelist de reclamación permite a los usuarios recibir NFT reservados para ellos, a menudo como recompensas, entradas o distintivos.

Cada tipo de whitelist implica distintas ventajas e inconvenientes en materia de equidad, coste, seguridad y experiencia de usuario.

Whitelist de NFT con árbol de Merkle

Un árbol de Merkle es una estructura de datos criptográfica que permite demostrar que un elemento pertenece a un conjunto grande sin publicar el conjunto completo on-chain.

Para crear una whitelist de NFT, el proyecto puede aplicar un hash a las direcciones de wallet admitidas y a sus límites de mint para crear hojas.

Estas hojas se combinan en un árbol de Merkle.

El hash raíz final se almacena en el contrato inteligente.

Cuando un usuario acuña un NFT, el sitio web le proporciona una prueba de Merkle que demuestra que su wallet y su asignación están incluidas en el árbol.

El contrato verifica la prueba con respecto a la raíz almacenada.

La documentación de MerkleProof de OpenZeppelin describe MerkleProof como un conjunto de funciones para verificar pruebas de árboles de Merkle.

Este método es popular porque almacenar miles de direcciones directamente on-chain puede resultar caro.

El contrato solo almacena la raíz, mientras que los usuarios presentan su propia prueba durante el mint.

Una whitelist de Merkle es eficiente, pero debe generarse correctamente y probarse con cuidado.

Raíz de Merkle

Una raíz de Merkle es el hash final que representa todas las entradas de un árbol de Merkle.

En una whitelist de NFT, la raíz de Merkle representa la lista completa de direcciones admitidas.

Si el proyecto cambia aunque solo sea una dirección de wallet, un límite de mint, un nivel o un campo codificado, la raíz cambia.

El contrato inteligente suele almacenar la raíz antes de la fase de mint o durante esta.

Cuando un usuario presenta una prueba, el contrato vuelve a calcular una ruta desde la hoja del usuario hasta la raíz.

Si la raíz calculada coincide con la raíz almacenada, la prueba es válida.

Si no coincide, se rechaza al usuario.

Así, el contrato puede verificar la elegibilidad sin conocer la lista completa.

Los desarrolladores deberían publicar reglas claras sobre los datos que se incluyen en cada hoja.

Por ejemplo, una hoja puede incluir la dirección de wallet, la cantidad máxima de mint, el nivel de precio, el ID de la fase y el ID de la blockchain.

Prueba de Merkle

Una prueba de Merkle es el conjunto de hashes hermanos necesarios para demostrar que una hoja concreta pertenece a un árbol de Merkle.

En un mint de NFT, la transacción del usuario puede incluir la prueba como datos de llamada.

El contrato comprueba la prueba antes de permitir el mint.

Si la prueba es incorrecta, el mint falla.

Si la prueba es correcta, pero el usuario ya ha agotado su asignación, el mint también debería fallar.

Por eso, una prueba de Merkle no basta por sí sola.

El contrato también debe registrar los límites de mint.

Una prueba válida confirma que la wallet cumple los requisitos.

No confirma automáticamente que aún le quede asignación disponible.

Los contratos seguros registran cuántos NFT ha acuñado ya cada wallet admitida.

Sin ese seguimiento, se podría reutilizar una prueba válida y superar el límite previsto.

Whitelist de NFT basada en firmas

Una whitelist de NFT basada en firmas utiliza firmas off-chain en lugar de un árbol de Merkle o de una lista de direcciones almacenada.

El firmante autorizado por el proyecto crea un mensaje que indica que una wallet puede acuñar bajo determinadas condiciones.

El usuario envía ese mensaje firmado al contrato inteligente durante el mint.

El contrato comprueba que la firma procede del firmante autorizado.

El mensaje firmado debería incluir la dirección del usuario, el límite de mint, el precio, el ID de la fase, la dirección del contrato, el ID de la blockchain, el nonce y la fecha límite.

Este método puede ser flexible porque el proyecto puede emitir autorizaciones sin actualizar una raíz de Merkle.

También puede ser arriesgado si las firmas tienen un alcance demasiado amplio o se pueden reutilizar.

Los datos tipados de EIP-712 pueden ayudar a estructurar los mensajes para que las wallets muestren detalles de firma más claros.

El estándar EIP-712 define el hash y la firma de datos estructurados tipados, pero también especifica que la protección contra la repetición no está incluida de forma predeterminada.

Esto significa que los desarrolladores deben añadir nonces, fechas límite, separación de dominios y seguimiento de firmas utilizadas.

Whitelist mediante un mapping on-chain

Una whitelist mediante un mapping on-chain almacena directamente en el contrato inteligente las direcciones de wallet admitidas.

El contrato puede tener un mapping que asocie cada dirección con un valor booleano de elegibilidad.

También puede asociar cada dirección con la cantidad de mint permitida.

Este método es fácil de entender y consultar.

Su inconveniente es el coste de gas.

Escribir muchas direcciones en el almacenamiento del contrato puede resultar caro.

También puede crear riesgos administrativos si el propietario puede modificar la lista sin reglas claras.

Los mappings on-chain pueden funcionar bien con listas pequeñas, colecciones de gran valor o controles de acceso sencillos.

Son menos eficientes para mints comunitarios enormes con decenas de miles de direcciones.

Los proyectos deberían indicar si la whitelist es fija, se puede actualizar o está controlada por una wallet de administrador.

Whitelist de NFT con acceso limitado por tokens

Una whitelist de NFT con acceso limitado por tokens comprueba si el usuario ya posee un token, NFT, distintivo o credencial concretos.

Por ejemplo, un proyecto puede permitir a los titulares actuales acuñar una nueva colección antes que el público general.

Un juego puede permitir que quienes tienen un pase de fundador reclamen un nuevo objeto.

Una DAO puede permitir que sus miembros con derecho a voto acuñen un NFT de membresía.

Este modelo puede ser transparente porque la elegibilidad se puede verificar on-chain en el momento del mint.

También puede plantear dudas sobre las instantáneas.

Si la elegibilidad se comprueba en tiempo real, los usuarios pueden comprar el token necesario justo antes del mint.

Si se basa en una instantánea anterior, quienes compren más tarde quizá no cumplan los requisitos.

El proyecto debería especificar claramente si la whitelist utiliza la propiedad en tiempo real o la propiedad registrada en una instantánea.

Los usuarios no deberían suponer que poseer hoy un token les permite cumplir los requisitos de una instantánea pasada.

Whitelist de NFT basada en instantáneas

Una whitelist basada en instantáneas registra qué wallets cumplen los requisitos en un número de bloque o momento concreto.

Los proyectos utilizan instantáneas para impedir que los usuarios muevan un mismo token entre muchas wallets una vez anunciadas las reglas.

Una instantánea puede registrar en un momento determinado la propiedad de tokens, la actividad de una DAO, los puntos, las compras anteriores o la participación en la comunidad.

A continuación, el proyecto crea la whitelist a partir de los datos de la instantánea.

Las reglas de la instantánea deben ser públicas y precisas.

Deberían indicar la blockchain, el número de bloque, el activo que da derecho a participar, el saldo requerido y las posibles exclusiones.

Las instantáneas ambiguas generan disputas.

Los usuarios pueden creer que cumplen los requisitos cuando no es así.

Cuando sea posible, los proyectos deberían proporcionar una herramienta para comprobar la elegibilidad antes del mint.

Una buena herramienta permite confirmar si se cumplen los requisitos sin firmar transacciones peligrosas.

Fases de mint de una whitelist

Los lanzamientos de NFT suelen contar con varias fases de mint.

La primera puede reservarse para las asignaciones del equipo, los socios o las recompensas de la comunidad.

La segunda puede dirigirse a las wallets con plazas garantizadas en la whitelist.

La tercera puede ser para las wallets admitidas por orden de llegada.

La última puede ser un mint público.

Cada fase puede tener un precio, una oferta, un límite de mint y una hora de inicio diferentes.

Cuando sea posible, el contrato debería hacer cumplir estas reglas on-chain.

Una cuenta atrás en el sitio web ofrece menos garantías que la comprobación de fases en el contrato.

Si el contrato no aplica correctamente las fases, los usuarios podrían acuñar NFT antes de tiempo o eludir los límites.

Un diseño claro de las fases reduce la confusión y los problemas de soporte durante un mint de alta demanda.

Límites de mint de la whitelist

El límite de mint determina cuántos NFT puede acuñar una wallet durante una fase de whitelist.

Puede ser de un NFT por wallet, varios por wallet o variar según el nivel.

También puede depender de la cantidad de tokens que tenía la wallet que cumplía los requisitos en una instantánea.

Los límites de mint son importantes porque afectan a la equidad y a la distribución de la oferta.

Si son demasiado altos, un pequeño número de wallets puede quedarse con la mayor parte de la oferta.

Si son demasiado bajos, los coleccionistas comprometidos pueden sentirse limitados.

El contrato debería llevar un registro de las cantidades acuñadas por wallet y por fase.

En los sistemas de Merkle, la cantidad permitida puede codificarse en la hoja de Merkle.

En los sistemas de firmas, la cantidad permitida puede incluirse en el mensaje firmado.

Los proyectos deberían probar casos límite en los que los usuarios intenten acuñar en varias fases o mediante distintas transacciones.

Precios de la whitelist

Una whitelist de NFT puede incluir un precio de mint especial.

Algunas wallets admitidas reciben mints gratuitos.

Otras reciben mints con descuento.

Algunas pagan lo mismo que los usuarios públicos, pero acceden antes.

Otras tienen límites de mint más altos, pero no descuentos.

El contrato debe hacer cumplir las reglas de precio y la interfaz de mint debe mostrarlas claramente.

Antes de firmar, los usuarios deberían verificar el precio, ya que los sitios de phishing suelen cambiar los datos de pago.

Los proyectos deberían evitar las comisiones ocultas y las condiciones de reembolso poco claras.

Si el mint incluye reembolsos por pagos excesivos o una subasta holandesa, deben explicarse sus mecanismos antes de la transacción.

Una whitelist inspira más confianza cuando los precios son sencillos y transparentes.

Whitelist garantizada frente a whitelist por orden de llegada

Una whitelist garantizada reserva suficiente oferta para que todas las wallets admitidas puedan acuñar según las reglas de la fase.

Este modelo reduce la presión porque los usuarios no tienen que apresurarse a enviar la transacción.

Una whitelist por orden de llegada solo ofrece acceso anticipado a las wallets admitidas mientras quede oferta.

Este modelo puede seguir generando competencia por las comisiones de gas y frustración entre los usuarios.

La diferencia debe quedar clara antes del mint.

Llamar «garantizada» a una lista por orden de llegada resulta engañoso.

Cuando sea posible, los proyectos deberían publicar el número de wallets admitidas y la oferta asignada a la fase.

Antes de dar por hecho que su plaza está asegurada, los usuarios deberían leer las reglas del mint.

Una whitelist garantizada puede mejorar la experiencia de usuario, pero requiere planificar cuidadosamente la oferta.

Una whitelist por orden de llegada puede recompensar a los usuarios más rápidos, pero parecer injusta para quienes tardan más.

Whitelist de NFT y guerras de gas

Una guerra de gas se produce cuando muchos usuarios compiten para que sus transacciones se incluyan rápidamente.

Durante un mint de NFT con mucha demanda, los usuarios pueden elevar las comisiones de transacción para acuñar antes de que se agote la oferta.

Las whitelists pueden reducir las guerras de gas al distribuir la demanda en varias fases.

No siempre las eliminan.

Una whitelist por orden de llegada puede seguir generando competencia por las comisiones.

Una ventana de mint breve también puede hacer que muchos usuarios actúen al mismo tiempo.

Los proyectos pueden reducir la presión sobre el gas con plazas garantizadas, ventanas de mint más largas, código de contrato eficiente, mints por lotes, despliegues en Layer 2 o asignaciones aleatorias.

Los usuarios deberían comprobar las comisiones de gas antes de confirmar las transacciones.

Un mint barato puede salir caro si se disparan las comisiones de la red.

El gas forma parte del coste real de acuñar un NFT mediante una whitelist.

Whitelist de NFT y ERC-721

ERC-721 es el principal estándar para NFT únicos en sistemas de contratos inteligentes similares a Ethereum.

La documentación de Ethereum sobre ERC-721 explica que ERC-721 es un estándar de token no fungible que implementa una API para tokens en contratos inteligentes.

Un mint de whitelist ERC-721 suele crear identificadores de token únicos para los usuarios que superan las comprobaciones de elegibilidad.

Antes de llamar a la función de mint, el contrato puede comprobar una prueba de Merkle o una firma.

Después del mint, el titular del token normalmente puede transferir, mantener, mostrar o utilizar el NFT de acuerdo con las reglas del contrato.

La whitelist solo controla el acceso al mint.

No controla automáticamente el NFT después del mint, salvo que el contrato incorpore restricciones de transferencia u otras reglas.

Los proyectos deberían explicar si los NFT acuñados se pueden transferir inmediatamente, quedan bloqueados hasta la revelación o están sujetos a restricciones.

Los usuarios deberían comprobar estas reglas antes de acuñar.

La compatibilidad con ERC-721 ayuda a que wallets y aplicaciones reconozcan el NFT después del mint.

Whitelist de NFT y ERC-1155

ERC-1155 es un estándar multítoken que permite tener tokens fungibles, semifungibles y no fungibles en un mismo contrato.

El estándar ERC-1155 permite gestionar varios tipos de token mediante un solo contrato.

Las whitelists ERC-1155 son habituales en juegos, ediciones, pases, objetos de recompensa y lanzamientos con varios niveles.

Una whitelist puede permitir que un usuario acuñe un ID de token concreto, en lugar de un activo único e irrepetible.

Por ejemplo, un proyecto de eventos puede permitir a los usuarios de la whitelist reclamar una insignia de una colección de insignias por ediciones.

Un juego puede permitir a los usuarios reclamar varios tipos de objetos desde el mismo contrato.

Cuando sea necesario, los límites de mint deberían registrarse por ID de token y por wallet.

El mint por lotes puede mejorar la eficiencia de las reclamaciones de varios objetos.

Los usuarios deberían entender si el objeto ERC-1155 es único, forma parte de una edición o es fungible dentro del juego o la colección.

La whitelist controla el acceso, pero el estándar del token determina cómo se comporta el activo.

Whitelist de NFT y metadatos

Los metadatos de un NFT describen su imagen, nombre, atributos, animación, enlace externo y otra información de visualización.

Los usuarios de una whitelist suelen acuñar antes de que se revelen todos los metadatos.

Esto implica un riesgo relacionado con la revelación.

El usuario puede pagar por un token sin conocer sus atributos exactos ni su rareza.

Algunos proyectos retrasan la revelación para impedir que los usuarios acuñen selectivamente solo los tokens raros.

Otros revelan los metadatos de inmediato.

Las prácticas recomendadas de IPFS para los datos de NFT explican cómo almacenar los datos para ofrecer una experiencia más duradera a creadores y titulares.

Los usuarios de la whitelist deberían comprobar si los metadatos están on-chain, se almacenan en un sistema direccionado por contenido o se alojan en servidores web convencionales.

Una plaza en una whitelist no protege frente a un almacenamiento deficiente de los metadatos.

El valor de un NFT puede depender tanto del acceso al mint como de la durabilidad de sus metadatos.

Whitelist de NFT y mecanismos de revelación

Los mecanismos de revelación determinan cuándo pueden ver los usuarios el arte o los atributos definitivos de un NFT.

Un proyecto puede acuñar primero metadatos provisionales y revelar más adelante la colección definitiva.

Una revelación justa debería impedir que personas internas o bots elijan tokens raros antes que los demás.

Los proyectos pueden mejorar la equidad mediante una asignación aleatoria, una revelación diferida, procesos commit-reveal o aleatoriedad verificable.

Los mecanismos de revelación deberían documentarse antes de que empiece el mint de la whitelist.

Los usuarios deberían saber si los ID de los tokens se asignan de forma secuencial o aleatoria.

Los ID secuenciales pueden plantear dudas de equidad si se conoce de antemano el orden de los metadatos.

Si se lleva a cabo correctamente, la asignación aleatoria puede reducir el riesgo de acuñación selectiva.

Los desarrolladores deberían evitar una aleatoriedad débil que pueda predecirse o manipularse.

Una whitelist puede gestionar el acceso, pero el diseño de la revelación influye en la percepción de equidad.

Whitelist de NFT y control de acceso

El control de acceso es el sistema que determina quién puede llamar a funciones restringidas.

Los contratos de whitelist de NFT dependen mucho del control de acceso, ya que las funciones de administrador pueden actualizar raíces de Merkle, pausar mints, retirar fondos, fijar precios o cambiar la configuración de las fases.

El Top 10 de riesgos de contratos inteligentes para 2026 de OWASP identifica categorías importantes de riesgo de contratos inteligentes que los desarrolladores y los equipos de seguridad deberían conocer.

Un control de acceso deficiente puede permitir que usuarios no autorizados acuñen NFT, cambien la oferta, modifiquen datos de la whitelist o vacíen los ingresos del mint.

Los buenos contratos limitan las facultades de administración y las protegen mediante multifirma u otros controles sólidos.

Los proyectos deberían indicar qué funciones controla el administrador.

Los usuarios deberían saber si las reglas del mint pueden cambiar después de que se unan a la whitelist.

La confianza en una whitelist depende de la confianza que inspiren el contrato y los controles administrativos que la respaldan.

La seguridad debería comprobarse antes que dejarse llevar por la expectación.

Los errores de control de acceso pueden convertir un mint justo en uno comprometido.

Whitelist de NFT y protección contra la repetición

La protección contra la repetición impide utilizar una misma autorización más veces de las previstas.

Esto es especialmente importante en las whitelists basadas en firmas.

Si se puede reutilizar una autorización de mint firmada, un usuario o atacante podría acuñar más NFT de los permitidos.

Si la firma no incluye la dirección del contrato, podría reutilizarse en otro contrato.

Si no incluye el ID de la blockchain, podría reutilizarse en otra cadena.

Si no incluye un nonce o una comprobación de uso, podría enviarse repetidamente.

Si no incluye una fecha límite, podría seguir siendo válida más tiempo del previsto.

La protección contra la repetición debería vincular la firma a una wallet, un contrato, una blockchain, una fase, una asignación y una ventana temporal concretos.

Las whitelists de Merkle también necesitan un seguimiento del uso para evitar que una prueba válida se utilice por encima de la cantidad permitida.

La protección contra la repetición convierte el acceso de la whitelist en un acceso controlado, en lugar de ilimitado.

Whitelist de NFT y ataques Sybil

Un ataque Sybil se produce cuando una persona crea muchas wallets o identidades para recibir una asignación mayor de la prevista.

Las whitelists de NFT son vulnerables a este comportamiento porque resulta fácil crear direcciones de wallet.

Si un proyecto establece que cada wallet puede acuñar un NFT, un bot puede crear cientos de wallets, salvo que las reglas de elegibilidad lo impidan.

Los proyectos pueden reducir el riesgo Sybil mediante instantáneas, pruebas de participación, revisión comunitaria, requisitos de tenencia de tokens, antigüedad de la wallet, actividad on-chain, comprobaciones de identidad o sorteos.

Cada método implica ventajas e inconvenientes.

Las comprobaciones estrictas pueden excluir a usuarios reales.

Las comprobaciones laxas pueden beneficiar a los bots.

Las comprobaciones de tipo KYC pueden reducir el riesgo Sybil, pero plantean problemas de privacidad y cumplimiento.

Las comprobaciones de actividad on-chain pueden ser manipuladas por usuarios que cultivan actividad.

Un diseño justo de whitelist debería tener en cuenta el coste real de crear wallets falsas.

Whitelist de NFT y bots

Los bots pueden automatizar el mint, los intentos de reclamación, el envío de wallets y las pujas por las comisiones de transacción.

Las whitelists pueden reducir la presión de los bots al limitar quién puede acuñar.

No los eliminan por completo.

Si el proceso de elegibilidad es débil, los bots todavía pueden controlar muchas wallets admitidas.

Durante una fase por orden de llegada, también pueden enviar transacciones más rápido que las personas.

Los proyectos pueden reducir la ventaja de los bots con asignaciones garantizadas, ventanas más largas, comprobaciones de interfaz similares a los CAPTCHA, sorteos aleatorios, límites por wallet y comprobaciones sólidas de elegibilidad en el contrato.

Los controles contra bots en la interfaz no deberían ser la única defensa.

Un bot podría llamar directamente al contrato y eludir el sitio web.

El propio contrato inteligente debería hacer cumplir las reglas importantes del mint.

Los usuarios deberían desconfiar de los proyectos que prometen mints sin bots sin explicar cómo lo consiguen.

Whitelist de NFT y KYC

Algunas whitelists de NFT incluyen comprobaciones de identidad o Know Your Customer (KYC).

Esto puede ocurrir con activos regulados, NFT vinculados a activos del mundo real, venta de entradas, lanzamientos de gran valor o comunidades sujetas a requisitos de cumplimiento.

El KYC puede reducir la actividad de bots y el comportamiento Sybil.

También plantea cuestiones de privacidad, seguridad de los datos, acceso y jurisdicción.

Una whitelist de direcciones de wallet es seudónima porque utiliza direcciones.

Una whitelist con KYC vincula el acceso de la wallet con información personal.

Los proyectos deberían indicar quién recopila los datos, cómo se almacenan, durante cuánto tiempo se conservan y si los usuarios pueden participar sin compartir más información de la necesaria.

Los usuarios deberían tener cuidado antes de enviar documentos de identidad a proyectos de NFT desconocidos.

El KYC puede ser legítimo en algunos casos, pero las páginas falsas de KYC también suponen un riesgo de phishing.

Las comprobaciones de identidad deben gestionarse con atención a la seguridad y a los requisitos legales.

Estafas con whitelists de NFT

Las estafas relacionadas con whitelists de NFT son frecuentes porque los usuarios quieren acceder antes que los demás.

Un estafador puede enviar un mensaje directo diciendo que el usuario ha conseguido una plaza en una whitelist.

Un sitio web falso puede copiar la página de mint del proyecto.

Un enlace de phishing puede pedir al usuario que conecte la wallet y firme un mensaje malicioso.

Una herramienta falsa para comprobar la elegibilidad puede pedir una frase semilla.

Un mint malicioso puede solicitar aprobaciones de tokens o NFT en lugar de una transacción de mint normal.

Ningún mint legítimo necesita la frase semilla ni la clave privada del usuario.

Los usuarios deberían verificar los enlaces a través de los canales oficiales del proyecto.

Antes de firmar, deben revisar cuidadosamente las solicitudes que aparecen en la wallet.

También deberían evitar los mensajes urgentes que les presionan para acuñar de inmediato.

Ninguna oportunidad de whitelist merece perder una wallet entera.

Prácticas seguras con la wallet para las whitelists de NFT

Utiliza una wallet independiente para hacer mint cuando interactúes con proyectos de NFT desconocidos.

Mantén tus activos a largo plazo en una wallet de almacenamiento separada.

No conectes wallets de gran valor a sitios de mint desconocidos.

Nunca introduzcas una frase semilla en una herramienta para comprobar una whitelist.

Verifica la dirección oficial del contrato antes de acuñar.

Comprueba si la transacción es un mint, una aprobación, un permit o una transferencia.

Cuando sea práctico, utiliza una wallet de hardware para los activos valiosos.

Después de participar en un mint, revisa las aprobaciones de tokens y NFT.

Ten cuidado con los mints gratuitos: las transacciones maliciosas también pueden robar activos.

La seguridad importa más que llegar pronto.

Buenas prácticas para proyectos de NFT

Publica las reglas de la whitelist antes de recopilar direcciones de wallet.

Utiliza criterios de elegibilidad claros que los usuarios puedan comprobar.

Indica si la whitelist está garantizada, se basa en un sorteo, tiene niveles o funciona por orden de llegada.

Define el precio de mint, la oferta asignada, el límite por wallet, el horario de la fase y la fecha límite.

Utiliza pruebas de Merkle o autorizaciones firmadas con cuidado para reducir los costes de gas y mantener la seguridad.

Incluye el ID de la blockchain, la dirección del contrato, el ID de la fase, el nonce, la fecha límite, el precio, la dirección de wallet y la asignación de mint en los mensajes firmados.

Registra las cantidades acuñadas por wallet y por fase.

Antes del lanzamiento, prueba la verificación de las pruebas, los intentos de repetición, las transiciones entre fases y los casos límite.

Protege las funciones de administrador con un control de acceso sólido y multifirma cuando corresponda.

Proporciona una herramienta de solo lectura para comprobar la elegibilidad que no exija firmas peligrosas.

Buenas prácticas para coleccionistas de NFT

Confirma si la whitelist garantiza el acceso o solo ofrece acceso anticipado.

Comprueba la ventana de mint y no esperes hasta el último momento si la asignación puede caducar.

Antes de firmar, verifica la blockchain, el contrato, el precio y el límite de mint.

Utiliza enlaces oficiales y evita los enlaces de mint enviados por mensaje directo.

Mantén suficientes tokens nativos para pagar el gas en la red correcta.

No supongas que una plaza en una whitelist significa que el NFT tendrá valor más adelante.

Antes de acuñar, investiga el equipo, el contrato, el almacenamiento de metadatos, la oferta, los derechos, la utilidad y la comunidad.

Utiliza saldos pequeños en las wallets activas para hacer mint.

Revoca las aprobaciones innecesarias después de interactuar con sitios de riesgo.

Recuerda que es mejor no participar en un mint que firmar una transacción maliciosa.

Ventajas de las whitelists de NFT

La primera ventaja es el acceso anticipado.

Los usuarios seleccionados pueden acuñar antes que el público general.

La segunda ventaja es la recompensa a la comunidad.

Los proyectos pueden reconocer a quienes contribuyeron desde el principio.

La tercera ventaja es la reducción de la presión de las comisiones de gas.

Las fases de mint pueden distribuir la demanda en el tiempo.

La cuarta ventaja es una distribución más justa.

Los límites por wallet y las comprobaciones de elegibilidad pueden reducir la concentración de la oferta.

La quinta ventaja es una mejor planificación del lanzamiento.

Los proyectos pueden estimar la demanda antes de la venta pública.

La sexta ventaja es la flexibilidad del diseño de acceso.

Los proyectos pueden crear niveles, descuentos, reclamaciones, sorteos y fases de mint con acceso limitado por tokens.

Riesgos y limitaciones de las whitelists de NFT

El primer riesgo es la escasez artificial.

Una whitelist puede generar expectación aunque el NFT tenga poca utilidad o escasa demanda.

El segundo riesgo es el phishing.

Los estafadores suelen utilizar mensajes sobre whitelists para robar firmas de wallets o frases semilla.

El tercer riesgo es una distribución injusta.

Si las reglas son débiles, los bots y las wallets Sybil pueden conseguir plazas en la whitelist mediante farming.

El cuarto riesgo son los fallos de los contratos inteligentes.

Un error puede permitir mints no autorizados, acuñar más NFT de lo previsto o bloquear a usuarios que sí cumplen los requisitos.

El quinto riesgo son las reglas poco claras.

Los usuarios pueden no entender si el acceso está garantizado o depende del orden de llegada.

El sexto riesgo es la pérdida de privacidad.

La recopilación de wallets, la vinculación con Discord, las tareas en redes sociales o las comprobaciones de identidad pueden exponer datos de los usuarios.

El séptimo riesgo es dar por supuesto que habrá valor.

Estar en la whitelist no significa que el NFT vaya a apreciarse después del mint.

Malentendidos habituales sobre las whitelists de NFT

Un malentendido habitual es creer que una plaza en una whitelist garantiza beneficios.

No es así, porque los precios de los NFT dependen de la demanda, la liquidez, la utilidad, la rareza, los metadatos y las condiciones del mercado.

Otro malentendido es pensar que la plaza en la whitelist significa que el NFT ya está en la wallet.

Normalmente, el usuario todavía tiene que acuñarlo o reclamarlo correctamente.

Un tercer malentendido es creer que todas las whitelists están garantizadas.

Algunas solo ofrecen acceso anticipado mientras quede oferta.

Un cuarto malentendido es pensar que las tareas de una whitelist demuestran la calidad del proyecto.

Un proyecto puede proponer tareas en redes sociales y seguir teniendo contratos débiles, arte deficiente, mala tokenomics o una comunidad inexistente.

Un quinto malentendido es creer que una herramienta para comprobar la whitelist siempre es segura.

Una herramienta maliciosa puede solicitar firmas o aprobaciones peligrosas.

Antes de conectar una wallet, los usuarios deberían verificar la herramienta.

Cómo evaluar una whitelist de NFT

Empieza por consultar el sitio web y los canales de comunicación oficiales del proyecto.

Verifica la dirección del contrato en más de una fuente de confianza.

Lee atentamente las reglas del mint.

Comprueba si la whitelist está garantizada o funciona por orden de llegada.

Revisa el precio, las comisiones de gas previstas, el límite de mint, la oferta asignada y la ventana temporal.

Comprueba si el contrato está verificado y si la función de mint coincide con lo que afirma el proyecto.

Comprueba si los metadatos ya se han revelado, se revelarán más adelante, están congelados o se pueden actualizar.

Busca información clara sobre los royalties, los derechos, la utilidad y las restricciones de transferencia.

Valora si la actividad de la comunidad parece auténtica o generada artificialmente.

No dejes que la expectación por una whitelist sustituya a la diligencia debida básica.

Cuándo resulta útil una whitelist de NFT

Una whitelist de NFT resulta útil cuando se espera que la demanda supere la oferta.

También sirve para recompensar a los primeros colaboradores.

Puede reducir la presión de los bots durante un mint.

Es útil cuando un proyecto quiere celebrar una venta privada antes del mint público.

También lo es cuando los titulares de tokens, miembros de una DAO, jugadores o asistentes a eventos merecen un acceso especial.

Puede ayudar a una colección a planificar mejor su oferta.

Resulta menos útil cuando la demanda es baja.

También lo es cuando el proyecto solo la utiliza para crear expectación artificial.

Es peligrosa si se pide a los usuarios que firmen mensajes poco claros o revelen claves privadas.

Una whitelist debería mejorar la equidad y la claridad, no generar confusión ni miedo a quedarse fuera.

Whitelist de NFT en una frase

Una whitelist de NFT es una lista de acceso preaprobada que permite a determinadas direcciones de wallet acuñar, reclamar, comprar o acceder a NFT conforme a reglas específicas de contratos inteligentes, antes del mint público o al margen de este.

Preguntas frecuentes

¿Qué significa NFT whitelist?

NFT whitelist es una lista de direcciones de wallet aprobadas que pueden acuñar, comprar, reclamar o acceder a un NFT bajo reglas especiales.

¿NFT whitelist y NFT allowlist significan lo mismo?

Sí. NFT allowlist y NFT whitelist suelen significar lo mismo, aunque allowlist se considera ahora a menudo un término técnico más claro.

¿Estar en la whitelist significa que ya soy propietario del NFT?

No. Por lo general, estar en la whitelist significa que tienes permiso para acuñar o reclamar el NFT, pero todavía tienes que completar la transacción correctamente.

¿Una whitelist de NFT siempre está garantizada?

No. Algunas whitelists garantizan una asignación, mientras que otras solo ofrecen acceso anticipado por orden de llegada.

¿Qué es una whitelist de Merkle?

Una whitelist de Merkle utiliza una raíz y pruebas de Merkle para que un contrato inteligente pueda verificar las wallets admitidas sin almacenar la lista completa on-chain.

¿Qué es una whitelist basada en firmas?

Una whitelist basada en firmas utiliza un firmante autorizado para aprobar off-chain las condiciones del mint; el contrato inteligente verifica la firma durante el mint.

¿Por qué utilizan whitelists los proyectos de NFT?

Los proyectos las utilizan para recompensar a los primeros usuarios, controlar las fases de mint, reducir la presión de los bots, gestionar la demanda y ofrecer un acceso más justo.

¿Se puede estafar a los usuarios con whitelists de NFT?

Sí. Los estafadores suelen utilizar enlaces, páginas de mint y herramientas de comprobación falsas, firmas maliciosas e intentos de robar frases semilla.

¿Debería firmar un mensaje para comprobar si cumplo los requisitos de una whitelist?

Ten cuidado: las herramientas seguras para comprobar la elegibilidad normalmente no necesitan firmas peligrosas ni aprobaciones de wallet.

¿Puede perder su valor una plaza en una whitelist?

Sí. Una plaza puede quedarse sin valor si cae la demanda, fracasa el proyecto, caduca el mint o el NFT despierta poco interés en el mercado.

¿Se puede incluir una wallet en la whitelist para varios NFT?

Sí. Se puede autorizar una wallet para varios mints si el proyecto codifica una asignación mayor o varias entradas de elegibilidad.

¿Qué debería comprobar antes de acuñar un NFT de una whitelist?

Deberías comprobar el enlace oficial, la dirección del contrato, la blockchain, el precio, el límite de mint, el coste de gas, las reglas de los metadatos, la solicitud de la wallet y la credibilidad del proyecto.

Conclusión

Una whitelist de NFT es una herramienta práctica para controlar el acceso durante los lanzamientos de NFT.

Permite al proyecto decidir qué wallets pueden acuñar, reclamar, comprar o acceder a NFT antes que el público general o en condiciones especiales.

Si se utiliza bien, puede recompensar a los primeros seguidores, reducir las guerras de gas, limitar la actividad de los bots, mejorar la distribución de la oferta y facilitar el mint.

Si se utiliza mal, puede generar confusión, asignaciones injustas, expectación artificial, riesgo de phishing y vulnerabilidades en los contratos inteligentes.

Los mejores sistemas de whitelist son claros, aplicables y transparentes.

Explican quién cumple los requisitos, cuántos NFT puede acuñar cada wallet, cuándo empieza y termina la fase, cuál es el precio y si el acceso está garantizado.

También hacen cumplir las reglas mediante contratos inteligentes, en lugar de depender únicamente de un sitio web.

Las pruebas de Merkle son útiles para las allowlists grandes porque reducen los costes de almacenamiento on-chain.

Los sistemas basados en firmas son útiles para las autorizaciones flexibles, pero deben incluir protección contra la repetición, fechas límite, separación de dominios y controles estrictos de los firmantes.

Los sistemas con acceso limitado por tokens sirven para recompensar a los titulares existentes, pero deben especificar claramente si la elegibilidad se comprueba en tiempo real o mediante una instantánea.

Los coleccionistas deben recordar que una whitelist solo concede permiso.

No garantiza beneficios, rareza, liquidez, utilidad ni derechos legales.

Un mint de una whitelist puede seguir teniendo un precio excesivo.

Un mint gratuito también puede ser peligroso si solicita aprobaciones maliciosas.

Incluso una comunidad famosa puede tener un almacenamiento de metadatos deficiente o permisos de contrato arriesgados.

Los usuarios deberían verificar los enlaces, revisar las solicitudes de la wallet, separar las wallets para reducir riesgos y evitar firmar cualquier cosa que no entiendan.

Los proyectos deberían considerar el diseño de la whitelist parte de la seguridad y de la confianza de la comunidad.

Deberían probar los casos límite, proteger las funciones de administrador, publicar reglas claras, ofrecer herramientas seguras para comprobar la elegibilidad y evitar cambiar las condiciones sin avisar.

Una whitelist de NFT justa no consiste únicamente en ofrecer acceso anticipado.

También consiste en que el acceso sea predecible, seguro y fácil de entender.

En un mercado donde la expectación puede adelantarse a la diligencia debida, la mejor whitelist es la que protege tanto al proyecto como a los usuarios frente a decisiones precipitadas.

El acceso mediante una whitelist de NFT puede ser valioso, pero solo si el mint, el contrato, los metadatos, los derechos y la comunidad que hay detrás merecen la pena.