CIP-99 explicado: el estándar Proof of Onboarding de Cardano

Qué es "POO", qué problema resuelve y por qué los airdrops con claim le pertenecen.

14 de mayo de 2026 · 6 min de lectura

La brecha que los snapshots no pueden cerrar

Cardano tiene su propia cultura de airdrops. Las distribuciones de tokens suelen seguir uno de tres patrones. Los drops por snapshot van a stakers o holders existentes (tokens de gobernanza, recompensas ISPO, bonos para holders). Los portales de claim personalizados piden al usuario conectar su wallet vía CIP-30, pegar una dirección y reclamar él mismo. Y de vez en cuando un proyecto simplemente envía tokens a una lista de direcciones elegidas a dedo, aunque la regla del minUTxO (cada output cuesta más o menos un ada solo por mantenerse) limita esto en la práctica a unos cientos de destinatarios, no a los miles típicos de otras cadenas.

Los tres modelos funcionan bien cuando hablas con gente que ya está on-chain. Los tres se pierden a la audiencia que más importa en un evento: las personas que todavía no tienen wallet. No puedes hacer snapshot de alguien que no está. No puedes pedirle que pegue una dirección que no tiene. Y no puedes enviar tokens a una wallet que no existe.

CIP-99, también llamado Proof of Onboarding o POO, es el estándar de Cardano construido exactamente para esa brecha. Imprime un QR, repártelo y deja que cualquiera lo escanee con una wallet compatible, incluso una que acabe de instalar hace dos minutos en la mesa de registro.

Tres paracaídas de arcilla descienden, cada uno con una caja regalo que simboliza ada, tokens y NFTs, los tres tipos de activo que soporta CIP-99

CIP-99 en una frase

CIP-99 es un estándar de Cardano que define cómo una wallet puede reclamar tokens de una campaña escaneando un QR, con la wallet ocupándose del trabajo on-chain. El apodo Proof of Onboarding (POO) refleja para qué existe el estándar: hacer posible el onboarding en el momento, justo el caso que los snapshots y los portales personalizados no cubren.

Vive en las Cardano Improvement Proposals junto a CIP-30 (conectores de wallet), CIP-25 (metadatos de NFT) y el resto de estándares del ecosistema. Cualquier wallet que implemente CIP-99 funciona con cualquier campaña que siga la spec. El detalle técnico vive en nuestra página de docs, este post es la versión en lenguaje natural.

Qué resuelve POO que los otros modelos no

Tres modos de fallo aparecen una y otra vez cuando intentas incorporar gente nueva con drops por snapshot, portales personalizados o listas de envío curadas. POO se ocupa de los tres.

Sin onboarding en el momento

Los snapshots requieren que el destinatario ya tenga stake. Los portales personalizados requieren que ya tenga una wallet para conectar. Los push drops requieren que ya conozcas su dirección. Nada de eso alcanza a un recién llegado en tu mesa de registro. POO sí: el newcomer instala una wallet en el momento, escanea tu código y entra al ecosistema en menos de un minuto.

Pagas por ada que nadie recoge

Los push drops cargan todo el coste por adelantado. Si distribuyes a 200 direcciones elegidas a mano, bloqueas unos 200 ada en minUTxO más 200 comisiones, sin importar si alguien se entera de lo que enviaste. Muchos no lo harán. Con POO solo pagas los códigos que alguien realmente escanea, y los códigos sin reclamar son reembolsables.

Un flujo de claim por proyecto

Cada proyecto Cardano que construye su propio portal reinventa el mismo flujo: dominio, conector de wallet, manejo de direcciones, mensajes de error, compatibilidad móvil. Cada wallet tiene que aprender cada portal por separado. POO estandariza la URI, el contrato de API y el comportamiento del lado wallet. Una spec, todas las wallets compatibles, todas las campañas.

Cómo funciona un claim bajo CIP-99

El flujo es corto. Cuatro pasos, sin matemáticas:

  1. El organizador crea una campaña. Elige qué distribuir (ada, un token o un NFT), cuántos códigos y qué límites. La plataforma genera códigos únicos, cada uno como QR con una URI web+cardano://claim/v1.
  2. El destinatario escanea el QR con una wallet compatible. La wallet reconoce el esquema URI y sabe qué hacer. Sin cambiar de app, sin copiar direcciones, sin elegir red manualmente.
  3. La wallet hace POST a la URL de la faucet de la campaña. La solicitud incluye el código y la stake address del destinatario. La faucet valida el código, construye una transacción con los outputs y metadatos correctos, la firma con la hot wallet de la campaña y la envía a la red.
  4. Los tokens llegan on-chain. Segundos después, el destinatario ve la actualización en su wallet. No tipeó una dirección, no aprobó un contrato, no pagó comisión. Escaneó un código.

Los detalles técnicos (formato URI, códigos de error, metadatos de transacción bajo CIP-10 label 8414) están en la página de CIP-99. Para todo el resto, el flujo de arriba es todo.

Por qué un estándar importa para wallets y eventos

Cualquiera podría construir un sistema de claim a medida. Un emisor de tokens podría montar una web, pedir que la gente pegue direcciones, enviar los tokens manualmente. Funciona. Pero cada campaña queda con una experiencia distinta, cada emisor reinventa el mismo flujo, y cada wallet tiene que aprenderse cada implementación por separado.

CIP-99 hace que las wallets soporten los claim flows una sola vez y funcionen en todas partes. VESPR, Tokeo Pay y Eternl implementan el estándar. Cuando generas un código CIP-99, cualquiera de esas wallets lo procesa sin ajustes. A medida que más wallets se suman, los mismos códigos llegan a más gente sin esfuerzo extra por parte del organizador.

Un esquema URI, muchas wallets

El esquema web+cardano:// es lo que hace que esto funcione. Cuando un móvil reconoce esa URI en un QR escaneado, ofrece las wallets compatibles instaladas. Nada de apps específicas por campaña, nada de carriles de onboarding propietarios.

POO en la práctica: qué desbloquea

Una vez que el estándar está en juego, abre patrones que van mucho más allá del airdrop clásico:

  • Onboarding en eventos Pasa un código impreso a alguien que acaba de instalar su primera wallet. Escanea, la wallet recibe algo de ada o un NFT, y la persona sale del evento con su primer activo on-chain. El playbook completo está en nuestra guía de onboarding.
  • NFTs de prueba de asistencia Cada escaneo mintea un NFT único directamente en la wallet del asistente. Un ticket digital que vive on-chain para siempre, no una pegatina que termina en un cajón.
  • Distribuciones de gobernanza y tesorería Los tokens van a miembros de la comunidad que reclaman activamente, no a las direcciones que devolvió un script de snapshot. Más señal, menos ruido.
  • Drops gamificados y búsquedas del tesoro Esconde códigos únicos por distintos puntos del venue. Cada escaneo entrega una recompensa diferente. Cinco ideas en este playbook.

Para el desglose completo de los tipos de campaña que soporta el estándar, mira tipos de campaña.

Preguntas frecuentes

¿POO y CIP-99 son lo mismo?

Sí. Proof of Onboarding es el nombre humano y CIP-99 es el identificador técnico en las Cardano Improvement Proposals. Se usan indistintamente.

¿Necesito una cuenta de Claimpaign para usar CIP-99?

No. El estándar es abierto y gratuito de implementar. Claimpaign es una plataforma que lo implementa por ti, así puedes lanzar una campaña sin tener que construir la faucet, la firma de transacciones y la generación de códigos desde cero.

¿Qué wallets soportan CIP-99 hoy?

VESPR, Tokeo Pay y Eternl implementan el estándar. La lista crece a medida que más wallets se suman. El estado actual está en wallets compatibles.

¿En qué red corre CIP-99?

En ambas. Mainnet y preprod (el testnet de Cardano). La URI incluye el parámetro de red, y las wallets cambian de contexto automáticamente. Puedes correr una campaña gratis en preprod antes de salir en mainnet.

¿Los destinatarios pagan comisiones?

No. La campaña paga la comisión de transacción por el destinatario. Desde su lado, escanea un código y los tokens llegan. No firma transacciones ni necesita tener ada antes.

La versión corta

CIP-99 es el estándar de Cardano que hace que los claim pull-based funcionen. POO es como lo llama la gente en conversación. Existe porque los drops por snapshot y los portales de claim personalizados, los dos patrones a los que Cardano se aferra para distribuir tokens, asumen que el destinatario ya está on-chain. Los eventos son justo el lugar donde esa suposición se rompe, y POO es el estándar diseñado para la gente que está parada en la sala.

Si tienes una sala llena y algo que vale la pena regalar, CIP-99 es el camino. Constrúyelo tú mismo desde la spec o usa una plataforma que ya lo implementa.

Lanza tu primera campaña POO

Crea una campaña en Claimpaign en pocos minutos, imprime tus códigos y repártelos. El estándar hace el trabajo pesado por debajo.