Si tu proveedor de pagos cripto cierra de un día para otro, la custodia decide quién pierde la plata

Qué pasó: un proveedor de pagos cripto cerró en pleno checkout

El 29 de julio de 2026, Kulipa —una empresa parisina que emitía tarjetas stablecoin de marca blanca para wallets y fintechs— dejó de operar. No "anunció un cierre ordenado para septiembre". Dejó de operar. Tarjetas que funcionaban a la mañana estaban rechazando a la tarde.

Kulipa nunca tuvo usuarios finales propios. Estaba en el medio de la cadena de valor de las tarjetas, resolviendo el backend del producto de otros: procesamiento, gestión de fraude y liquidación, para que una wallet pudiera lanzar una tarjeta sin convertirse en una empresa de tarjetas. The Block informó el 1 de abril de 2026 que había cerrado una semilla de 6,2 millones de dólares co-liderada por Flourish Ventures y 1kx, con participación de White Star Capital y Fabric Ventures —9,2 M USD en total— apoyada en más de 120.000 tarjetas emitidas desde su lanzamiento en febrero de 2025, 20 clientes firmados y un crecimiento declarado del 70% mensual en volumen. Su fundador y CEO, Axel Cateland, describía a la compañía como la que "cierra la última milla entre las stablecoins y el gasto cotidiano".

Cuatro meses después la última milla se cerró sola. El análisis posterior de PANews atribuyó el cierre a problemas de solvencia y detalló el daño: sitio web caído, unas 20 plataformas cliente afectadas, cero preaviso. Y el mercado no se estaba desplomando alrededor: el mismo reporte cita un volumen de tarjetas cripto de aproximadamente 7.800 millones de dólares en mayo de 2026, unos 230% más interanual (según The Kobeissi Letter). Que un segmento crezca no salva a un proveedor puntual dentro de él.

Lo que hay que estudiar: por qué ningún usuario perdió saldo

Acá está el detalle que debería cambiar cómo evaluás una infraestructura de pagos.

Vidor Gencel, cofundador de Solflare, publicó ese mismo día que su socio emisor estaba cerrando por problemas de solvencia, pidió disculpas por la forma en que los usuarios se enteraron —"una manera pésima de enterarte", si tu tarjeta rebotó en una caja— y después hizo el único punto que importaba: los fondos están seguros y no tenés que hacer nada.

¿Por qué? Porque la tarjeta era auto-custodiada de punta a punta. Sin depósito. Sin recarga. Sin saldo estacionado en el proveedor de la tarjeta. La tarjeta gastaba directo desde la wallet del usuario en el instante de la compra. Gencel lo contrastó con el modelo habitual, donde el emisor tiene tu saldo — y cuando ese emisor quiebra, tu plata queda congelada dentro de la masa concursal mientras vos hacés fila como acreedor.

Ready (ex Argent) estaba construido igual, y por eso ambas empresas pudieron afirmar en cuestión de horas que los activos de los usuarios estaban intactos. Unas 120.000 tarjetas dejaron de funcionar. Cero saldos perdidos. La diferencia entre una caída de servicio y una pérdida patrimonial fue una decisión de arquitectura tomada mucho antes de que nadie supiera que habría un cierre.

Ahora traducilo al balance de un comercio

Un consumidor con la tarjeta muerta tiene una mala tarde y saca otra tarjeta. Un negocio con el proveedor de pagos muerto tiene una semana muy distinta, porque la relación de un comercio con un procesador no es "gastá desde mi wallet": es "vos tenés mi facturación un rato y después me la mandás".

Ingresos liquidados pero no cobrados. Entre la venta y el payout, tu plata la tiene otro. Cada día de ese ciclo es un día de exposición a una empresa cuyo balance no podés ver.

Reservas rotativas. En rubros considerados de mayor riesgo es normal que retengan un porcentaje del volumen durante meses. Eso es, por construcción, un saldo grande parado en un tercero.

Lotes de payout en camino. Si además pagás —afiliados, colaboradores, creadores, ganadores— la caída del proveedor también congela la salida, y tus obligaciones con esa gente no se pausan porque tu proveedor sí.

El golpe operativo. Incluso cuando la plata se recupera, el costo inmediato es real: checkout caído, el mostrador improvisando, clientes a los que hay que decirles que vuelvan, tickets de soporte y una migración de emergencia a un reemplazo que no tuviste tiempo de evaluar.

Nada de esto requiere fraude ni mala fe. Requiere solamente que una empresa que tiene tu dinero se quede sin el suyo.

Por qué "estamos regulados y bien financiados" es la garantía equivocada

El instinto después de un cierre es buscar un proveedor más grande y mejor capitalizado. Es razonable e insuficiente, por tres motivos.

El funding es un indicador atrasado. Kulipa cerró una ronda el mismo año en que dejó de operar. La plata en el banco el día del anuncio dice algo sobre la convicción de unos inversores meses atrás; no dice nada sobre el runway, la economía unitaria, el costo del banco socio o un golpe regulatorio el trimestre que viene.

El riesgo vive en capas que vos nunca firmaste. Los stacks de pago modernos son pilas. Tu proveedor puede depender de un emisor, que depende de un patrocinador de BIN o banco socio, que depende del humor de su propio regulador. Los clientes de Kulipa no eligieron las dependencias de Kulipa: las heredaron. Cuando aceptás un proveedor custodial, aceptás toda su cadena de suministro.

Los contratos reparten responsabilidad, no acceso. Un buen acuerdo puede determinar quién tiene derecho a qué, eventualmente. No pone plata en tu cuenta la mañana en que la plataforma se apaga. Recuperar vía un proceso concursal se mide en trimestres.

Por eso la pregunta que aguanta el tiempo no es ¿qué tan sólida es esta empresa? sino ¿qué me hace a mí, exactamente, que esta empresa falle? Esa respuesta la fija la arquitectura, y la podés verificar antes de firmar nada.

Qué significa "sin custodia" para un comercio, en concreto

Payzum es un procesador de pagos cripto no-custodial y solo-cripto. El pago del cliente va directo a una wallet que controla el comercio. Payzum nunca retiene, agrupa ni controla el dinero: la liquidación ES el pago. No hay saldo de comercio en una cuenta de Payzum, no hay ciclo de payout que esperar y, por lo tanto, no hay una bolsa con tu facturación expuesta a la salud financiera de Payzum.

Hacé el experimento Kulipa con nosotros. Si Payzum dejara de existir mañana, perderías la herramienta: el checkout, el panel, la generación de QR, los webhooks, los reportes. Es un problema operativo real y una migración que preferirías no hacer. Lo que no perderías es un solo peso ya liquidado, porque nunca estuvo en tránsito por nosotros. Las ventas del martes están en tu wallet el martes.

Ese es el punto de la distinción, y conviene ser precisos: sin custodia no significa que no pueda salir nada mal. Significa que lo que sale mal no puede ser que tu dinero desaparezca con el proveedor.

Del lado del cobro, se ve así:

• En persona: un POS que genera un QR nuevo por venta, así cada transacción es su propia solicitud por su propio monto. Cualquier teléfono es una terminal, los cajeros entran con PIN y tenés analítica por cajero y por terminal. Sin adquirente, sin fees de red de tarjetas, sin contracargos.
• Online: hosted checkout (redirect, modal o inline), payment links y botones sin código, facturas con expiración y detección de sobrepago, suscripciones recurrentes y flujos de donación/tip-jar — compatible drop-in con plugins de e-commerce, snippets y webhooks existentes.
• Volatilidad: aceptá lo que tenga el cliente, con auto-conversión opcional a USDC o USDT, para que lo que caiga en tu wallet sea un dólar digital. (Ver USDT vs USDC para pagos.)
• Payouts: pagos masivos por CSV (BTC/LTC/DOGE) y payouts EVM en stablecoins sobre Polygon, Arbitrum, Optimism, Base, BNB Chain y Avalanche — para que la salida tampoco quede en la cola de otro.
• Redes: Bitcoin, Ethereum, Solana, Polygon, Base, Arbitrum, Optimism, BNB Chain, Avalanche. Confirmaciones típicas: Solana ~0,4 s, Base ~2 s, Polygon ~2 s.

Las comisiones de red en Base, Polygon o Solana son centavos, y no hay adquirente en el camino que agregue un porcentaje. // confirmar pricing actual

Cómo funciona, paso a paso

1. Apuntá la liquidación a una wallet que ya controlás. Cargás la dirección de destino (o una por red) y completás el KYC dentro del producto. No estás abriendo una cuenta que guarda tu dinero: le estás diciendo a las solicitudes de pago dónde tienen que caer.
2. Encendé las superficies por las que vendés. POS para el mostrador, payment links para WhatsApp o Instagram, hosted checkout para la tienda, facturas y suscripciones para clientes recurrentes. Elegís redes y monedas, y si querés auto-convertir a USDC/USDT.
3. Cobrá. En la caja, un QR fresco por ese monto exacto; el cliente escanea y confirma. Online, un checkout alojado o un link. La confirmación llega en segundos en Solana, Base o Polygon — y llega a tu wallet, no a un saldo pendiente.
4. Conciliá. Los webhooks firmados empujan eventos a tus sistemas, la API REST y el playground de integración cubren lo que sea a medida, y el audit log, el 2FA y la analítica por cajero te dejan cerrar el día limpio.

Fijate qué falta en esa lista: un paso donde esperás a que alguien te libere los fondos.

Casos de uso: a quién protege este cambio

• El negocio de mostrador con margen fino. Una cafetería, una barbería o un taller no puede absorber una semana sin caja. Con la liquidación cayendo en la wallet del comercio venta por venta, la caída de un proveedor significa buscar otra forma de generar una solicitud de pago — no perseguir a un tercero por la facturación de la semana pasada.
• El servicio que factura al exterior. Una agencia, un estudio o una consultora que le cobra a clientes de afuera ya conoce el dolor de la plata parada en intermediarios. Una factura pagada en USDC llega directo a la wallet, con detección de sobrepago y expiración resueltas — sin banco corresponsal y sin float del procesador.
• El operador que paga a mucha gente. Marketplaces, programas de afiliados, plataformas de creadores y firmas prop tienen obligaciones en las dos direcciones. Los pagos masivos desde tu propia wallet hacen que el problema de un proveedor nunca sea el problema de tus colaboradores.
• El proveedor de API que le vende a máquinas. Si monetizás una API con x402, los agentes pagan USDC en Base por llamada y ese USDC va directo a tu wallet. Payzum actúa como middleware delante de tu endpoint existente —configurás el endpoint, tu API key y un precio— y el pago se liquida a través de un facilitator externo (hoy el de Coinbase) antes de reenviar la llamada paga. Ingreso por llamada, sin saldo acumulándose en ningún lado.

Proveedor custodial vs procesador sin custodia, cuando algo sale mal

Objeciones frecuentes

"Si Payzum también puede desaparecer, ¿cuál es la diferencia?"

Cualquier empresa puede desaparecer — esa es la línea base honesta, y justamente por eso la pregunta es cuánto te cuesta esa falla, no si es posible. Si falla un proveedor custodial, perdés la herramienta y el dinero que estaba guardando. Si fallara Payzum, perdés la herramienta y migrás. La facturación ya es tuya, en una wallet cuyas llaves nunca tuvimos.

"¿Tener mi propia wallet no me traslada el riesgo a mí?"

Lo traslada a un lugar que sí podés controlar con proceso: hardware wallet o multi-firma para tesorería, una wallet operativa aparte, custodia de llaves documentada, reglas de acceso del personal. Eso es disciplina de seguridad con buenas prácticas conocidas. La solvencia de una contraparte no se mitiga: solo te enterás, y normalmente tarde.

"Somos chicos. ¿Esto no es un problema de comercios grandes?"

Al revés. Un comercio grande tiene equipo legal, condiciones negociadas y varios procesadores. Un negocio de cinco personas con un solo proveedor y dos semanas de facturación en tránsito es para quien un cierre es existencial. Los clientes de Kulipa no fueron imprudentes: eran empresas normales que resultaron estar construidas sobre la arquitectura correcta.

"¿Tengo que dejar las tarjetas para hacer esto?"

No. Payzum es solo-cripto y no reemplaza tu aceptación con tarjeta: agrega un rail donde la plata te llega directo y no se puede revertir. Muchos comercios corren los dos y tratan al rail sin custodia como el que no depende de la solvencia de nadie.