Pollar

Cada equipo que construye un producto de consumo real en Stellar- una app de remesas, un neobank, una wallet de stablecoins, un producto de ahorro- se topa con el mismo muro de infraestructura antes de escribir una sola linea de su producto real. Necesitan crear o vincular una cuenta Stellar para cada usuario, manejar las reservas de comisiones, configurar trustlines, abstraer las comisiones de transacción de usuarios que nunca oyeron hablar de blockchain, y construir un flujo de onboarding que funcione para personas sin experiencia en cripto. Esta capa fundacional tarda de tres a seis semanas en construirse correctamente, es trivial de construir de forma insegura, y requiere mantenimiento continuo conforme los estandares del protocolo Stellar evolucionan.

Las consecuencias son predecibles. Los equipos mas pequeños lanzan arquitecturas custodiales fragiles que planean corregir despues pero nunca lo hacen. Los equipos mas grandes reconstruyen la misma infraestructura desde cero en cada proyecto. Los equipos regulados que construyen neobanks, apps de remesas y productos de ahorro, donde la activacion de la wallet debe esperar la aprobacion KYC, tienen que disenar su propia logica de fondeo diferido desde cero, cada vez. Los usuarios abandonan en la pantalla de creacion de wallet porque "crea una seed phrase" no es una experiencia de nivel consumidor. El ecosistema Stellar pierde adopcion real no porque su tecnologia sea insuficiente, sino porque el camino del desarrollador de una idea a un producto de consumo en vivo es mas dificil de lo que deberia ser.

El SDF ha identificado formalmente esta brecha: su RFP del Q1 2026 para C-Address Tooling and Onboarding nombra explicitamente la dificultad de fondear una C-address sin pasar primero por una G-address, y la ausencia de herramientas de onboarding modernas y listas para consumidores alrededor del estandar Stellar Smart Account, como dos bloqueadores de adopcion sin resolver. Pollar aborda ambos directamente — como un SDK embebido construido especificamente para los desarrolladores de apps de consumo que mas necesitan esta infraestructura.

La escala es real: mas de 800 proyectos activos en Stellar, el 85% construyendo en Soroban, todos sirviendo a usuarios que esperan una experiencia de registro tipo Web2. Privy, el SDK lider de wallet embebida para cadenas EVM, levanto mas de $40M resolviendo exactamente este problema para desarrolladores de Ethereum. No existe un equivalente para Stellar hoy.

Pollar es una capa de onboarding-to-payment para apps de consumo en Stellar. En lugar de obligar a cada equipo a construir desde cero creación de cuentas, activación de activos, sponsorship de fees, trustlines y UX de pagos, Pollar lo empaqueta en un SDK, un UI kit embebible y un dashboard de operación.

El flujo es simple: un usuario entra a una app, hace login social, Pollar crea o vincula su wallet, aplica el modo de fondeo definido por el operador (inmediato, diferido o manual), habilita el activo correcto y deja al usuario listo para enviar o recibir pagos dentro de la misma app. El usuario nunca ve seed phrases, direcciones crudas, trustlines ni fees.

El rol de Stellar es central, no decorativo. Pollar depende directamente de primitivas nativas de Stellar:

• Fee-bump transactions para abstracción de gas sin smart contracts extra.
• Sponsored reserves para activar cuentas y trustlines sin fricción para el usuario.
• Trustlines / asset enablement para que el usuario use USDC u otros activos desde onboarding.
• SEP-10 para autenticación estandarizada del operador.
• SEP-24 para conectar ramps fiat vía anchors.
• Soroban / smart accounts como camino natural de evolución para soportar C-addresses.

La propuesta solo existe así porque Stellar ya ofrece estas primitivas de forma eficiente y composable. Pollar no “usa blockchain por branding”; usa la arquitectura específica de Stellar para resolver onboarding, activación económica y pagos de forma práctica para apps reales.