Por DiarioBitcoin   𝕏 @diariobitcoin

Una fintech que desee incorporar pagos salientes en USDC a su oferta de cuentas empresariales puede seguir gestionando la incorporación de clientes, los permisos de usuario, la fijación de precios y el libro mayor interno desde su propia aplicación, mientras la ejecución en blockchain se integra a través de un proveedor de infraestructura.

***

 

Un prototipo inicial de blockchain puede demostrar que una fintech es capaz de conectarse a una red y transferir fondos, pero no acredita que la solución esté preparada para operar en producción. Un servicio en funcionamiento debe garantizar que las transacciones sean seguras, trazables y correctamente conciliadas, incluso cuando las redes se actualizan, se producen incidencias, se aplican controles o los sistemas financieros procesan los datos resultantes. Las fintech que no necesitan mantener un control exclusivo sobre cada capa pueden recurrir a software especializado para reducir la infraestructura que deben gestionar internamente.

¿Qué componentes puede cubrir un SaaS de blockchain?

Una fintech que utiliza un SaaS de blockchain puede conservar su interfaz de cliente, su sistema de permisos, su lógica de precios y su libro mayor interno, mientras una plataforma especializada gestiona determinadas funciones de blockchain mediante API, SDK y webhooks. El reparto de responsabilidades puede definirse en distintas capas, por lo que adoptar un modelo SaaS no implica que la fintech deba externalizar toda su infraestructura blockchain.

Entre las funciones que suelen integrarse se incluyen:

  • Gestión de claves y monederos, desde la generación de direcciones hasta la firma de transacciones
  • Ejecución de transacciones en las redes compatibles, incluida la gestión de confirmaciones y comisiones
  • Movimiento de fondos, incluidas la conversión, la liquidación con stablecoins, los pagos salientes y los procesos de liquidez
  • Controles de riesgo, como la monitorización de transacciones y el análisis de direcciones
  • Generación de datos financieros para informes, actualización del libro mayor y conciliación

Dar soporte a varias cadenas de bloques supone una carga de mantenimiento permanente. Cada red tiene sus propias convenciones de direccionamiento, mecanismos de confirmación, estructuras de comisiones, estándares de tokens y ciclos de actualización. Los equipos también necesitan procedimientos específicos para gestionar bifurcaciones, interrupciones del servicio, nuevas versiones de los protocolos e incidentes de seguridad.

¿Qué plataformas se adaptan a los distintos modelos fintech?

Existen varios modelos SaaS que cubren diferentes capas de la infraestructura blockchain.

Circle adopta un enfoque centrado en los monederos. Las aplicaciones acceden a las funciones de monedero y transacción mediante API o SDK, mientras que el envío y la propagación de transacciones en la red, la indexación y los datos de las cadenas compatibles se gestionan dentro de la infraestructura de Circle.

Fireblocks cubre una capa operativa institucional más amplia. Su plataforma combina tecnología de monederos, controles asociados a la custodia, operaciones de tesorería, gestión de políticas, API y conectividad multicadena. Puede resultar adecuada para empresas fintech que buscan un entorno integral de control de activos digitales sin tener que desarrollar por sí mismas toda la infraestructura de monederos y redes.

BVNK se especializa principalmente en pagos con stablecoins. Su infraestructura conecta pagos, monederos y liquidez mediante una capa de API, por lo que resulta especialmente relevante para productos centrados en los pagos y la gestión de liquidez con stablecoins.

Coinspaid ofrece dos modalidades de implementación. Coinspaid Enterprise proporciona una solución más integral que combina infraestructura transaccional y de intercambio con operaciones para comercios, liquidación, liquidez, conciliación y funciones de cumplimiento normativo. Coinspaid Console, por su parte, adopta un enfoque modular e incluye los componentes Treasury Management, Core Custody, Core Exchange y Compliance. De este modo, las fintech pueden optar por una plataforma completa o integrar únicamente los componentes de infraestructura que necesiten.

¿SaaS, modelo híbrido o desarrollo interno?

La arquitectura debe reflejar qué partes de la infraestructura necesita controlar directamente la fintech y cuáles puede obtener de proveedores externos. Mantener una capa internamente proporciona a los equipos de ingeniería un control más directo, pero también hace que la empresa sea responsable de operarla, protegerla, monitorizarla y actualizarla a lo largo del tiempo. Este modelo puede ser adecuado para instituciones que disponen de equipos especializados en blockchain, DevOps y seguridad, especialmente cuando la lógica de firma o las políticas transaccionales constituyen un elemento central del producto.

El modelo SaaS reduce la necesidad de desarrollar componentes de bajo nivel y puede acortar el tiempo de salida al mercado, aunque el grado de control queda condicionado por la arquitectura del proveedor. Las implementaciones híbridas distribuyen las responsabilidades entre capas específicas. Por ejemplo, una fintech puede conservar su propio entorno de firma y su lógica de gestión de riesgos, mientras externaliza la conectividad con las redes, la provisión de monederos, el intercambio de activos o la conciliación.

El mismo planteamiento se aplica a los pagos. Una pasarela de pagos SaaS puede ofrecer funcionalidades de pago mediante interfaces de software, mientras la fintech mantiene bajo su control la experiencia del cliente y sus procesos internos.

¿Qué deben comprobar las fintech antes de integrar una plataforma?

Una evaluación previa al paso a producción debe determinar cómo se distribuyen las responsabilidades después del lanzamiento y cómo responde el proveedor cuando una transacción falla, una red cambia o los registros deben incorporarse a los sistemas financieros. El número de funcionalidades, por sí solo, no permite responder a estas cuestiones. Por ello, los equipos técnicos, de seguridad, cumplimiento normativo y finanzas deben trabajar con una lista de verificación común.

  1. Modelo de control. Definir quién dispone de autoridad para firmar, dónde se almacenan las claves o las participaciones de clave (key shares), cómo se controlan las retiradas de fondos y qué componentes de la infraestructura permanecen bajo el control de la fintech.
  2. Resiliencia de las redes. Confirmar las cadenas y los activos compatibles, el funcionamiento de las confirmaciones, los procesos de actualización y la capacidad para gestionar el volumen de transacciones previsto.
  3. Datos y conciliación. Comprobar cómo se transmiten a los sistemas financieros internos los estados de las transacciones, las comisiones y los eventos registrados en blockchain.
  4. Comportamiento de la integración. Probar las API REST, los SDK, los webhooks, los mecanismos de reintento, los estados transaccionales y la gestión de errores.
  5. Integración del cumplimiento normativo. Evaluar cómo se incorporan a los flujos transaccionales los controles KYT (Know Your Transaction), las herramientas de análisis blockchain, la evaluación del riesgo asociado a las direcciones y las reglas internas de aprobación.
  6. Portabilidad. Determinar qué monederos, registros y datos operativos pueden exportarse o migrarse en caso de cambiar de proveedor.

La evaluación también debe asignar responsabilidades claras sobre los controles aplicados a los clientes, la contabilidad interna, el riesgo de producto y las obligaciones regulatorias que continúan correspondiendo a la fintech.

¿Cómo es una integración típica?

Pensemos en una fintech estadounidense que desea incorporar pagos salientes en USDC a su oferta de cuentas empresariales. La incorporación de clientes, los permisos de usuario, la fijación de precios y el libro mayor interno pueden seguir gestionándose desde la propia aplicación de la fintech, mientras la ejecución en blockchain se integra a través de un proveedor de infraestructura.

Cuando un usuario autorizado inicia un pago, el backend de la fintech envía la instrucción de transacción a través de la API del proveedor. La capa de infraestructura ejecuta el flujo correspondiente en una red blockchain compatible, aplica los controles transaccionales configurados y devuelve las actualizaciones de estado mediante webhooks. De este modo, la fintech puede actualizar su libro mayor y la interfaz del cliente sin exponer al usuario los procesos específicos de blockchain.

La tesorería sigue siendo una parte esencial del diseño. La fintech debe definir cómo se dota de fondos a los monederos operativos, qué red se utilizará para efectuar el pago y cómo se conciliarán las transacciones completadas con los registros internos. Las pruebas en condiciones de producción deben confirmar que el estado del pago, los movimientos de tesorería y los asientos del libro mayor puedan rastrearse a partir de un mismo registro transaccional.

Descargo de responsabilidad: El contenido de esta nota fue producido íntegramente por el equipo de PRNews. DiarioBitcoin no participó en su elaboración y no respalda ni promueve las ofertas, productos o servicios comerciales mencionados en el texto.

Imagen generada con herramienta de IA, bajo licencia de uso libre

 


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados