Infraestructura de pagos Hostra

Los pagos fallan a la mitad. La llamada al proveedor se agota, un proceso se cae después del cobro pero antes del pago, un reintento se aplica dos veces y el registro contable ya no coincide con lo que pasó en el canal. Hostra parte de ese escenario: cada movimiento de dinero empieza como una instrucción de liquidación persistente, se ejecuta exactamente una vez —ni cero ni dos— y se registra con asientos balanceados que después se pueden conciliar con el canal.

Interfaz de la API

REST descrita con OpenAPI 3.0, errores en formato RFC 7807, Idempotency-Key en operaciones de escritura y X-Request-ID en cada solicitud.

Motor de liquidación

Instrucciones de liquidación persistentes, flujos con compensación, control de reintentos y confirmación exactamente una vez.

Libro contable de partida doble

Asientos balanceados e inmutables; los saldos se calculan a partir de los asientos, no se guardan ni se editan.

Canales de pago

Cobro con tarjeta y pago a tarjeta (Visa Direct OCT) mediante el proveedor de tarjetas, y dispersión de stablecoins en blockchain.

Eventos

Notificaciones web firmadas con HMAC-SHA256, con reintentos y cola de mensajes no entregados.

Auditoría

Cadena de hashes a prueba de alteraciones sobre cada cambio de estado, con un endpoint para verificar la integridad.

• Motor de liquidación con instrucciones persistentes, confirmación exactamente una vez y flujos de compensación.
• Libro contable de partida doble como fuente única de verdad, con cadena de auditoría a prueba de alteraciones.
• Métodos de liquidación: card_charge (cobro), card_push (Visa Direct OCT) y on_chain.
• Cotizaciones en el servidor válidas por 60 segundos; una cotización vencida se rechaza, no se recalcula en silencio.
• Pagos con tarjeta mediante tokenización de Stripe: Hostra nunca recibe ni guarda el número de tarjeta ni el CVV.
• Dispersión de USDT y USDC en Tron, Ethereum, Polygon y BSC.
• Llaves de API entre sistemas con permisos por rol, notificaciones web firmadas y capa de protocolos ISO 8583 / ISO 20022.

Lo siguiente está en construcción o planeado y no está disponible por ahora: custodia en carteras, emisión y gestión de tarjetas, Apple Pay y Google Pay, KYC/KYB/AML, ligas de pago y checkout, cobros recurrentes, retiro de cripto a moneda tradicional y a tarjeta, más redes EVM, ACH/SEPA/SWIFT, Mastercard Send y el motor de riesgos. El estado de cada punto está en la hoja de ruta.

• Motor de liquidación: persistencia, flujos con compensación y ejecución exactamente una vez.
• Libro contable: el modelo de partida doble detrás de cada saldo.
• Tarjetas virtuales: lo que ya está disponible y lo que sigue en desarrollo.
• Liquidación en stablecoins: USDT y USDC como uno de los canales soportados.

Motor de liquidaciónLibro contableTarjetas virtualesLiquidación en stablecoinsArquitecturaDocumentación de la API

Equipos que necesitan que el dinero se mueva correctamente incluso ante fallas: fintechs que construyen productos sobre bloques de pago, proveedores de servicios de pago que operan adquirencia y pagos, y equipos de pagos de grandes empresas que integran la liquidación en sus sistemas actuales.