Carteras integradas: cómo funcionan y cómo generan ingresos

Puntos clave

• Un monedero integrado permite a los usuarios guardar, enviar, recibir o utilizar activos digitales dentro de una aplicación sin salir del flujo del producto.

• Para las empresas, los monederos integrados proporcionan una infraestructura de cuentas para pagos, transferencias de stablecoins, operaciones bursátiles, recompensas y funciones de cuenta premium.

• Los equipos de producto y de desarrollo deciden cómo gestionar la administración de claves, la política de transacciones, la compatibilidad con cadenas, la recuperación, el flujo de trabajo de cumplimiento normativo y el alcance del SDK.

• La clave está en el control. Los modelos con custodia pueden reducir las dificultades para el usuario y mejorar la recuperación. Los modelos sin custodia o híbridos transfieren una mayor responsabilidad al usuario y al diseño del producto.

Un monedero integrado es un monedero de criptomonedas incorporado directamente en una aplicación, de modo que los usuarios pueden acceder a sus activos digitales sin necesidad de abrir una aplicación de monedero independiente, gestionar extensiones del navegador ni manejar una frase de semillas durante el proceso de registro. De este modo, la creación del monedero, la firma y la transferencia de activos pasan a formar parte de la experiencia del producto.

Las plataformas fintech, las aplicaciones para consumidores, los proveedores de software empresarial, los mercados y los operadores de pagos utilizan carteras integradas para incorporar pagos y transferencias de monedas estables, recompensas y operaciones bursátiles, flujos de tesorería o acceso a activos dentro de una interfaz de usuario ya existente. En algunos casos, esto se convierte en el sistema de cuentas de un producto bancario de activos digitales (una experiencia de cuenta similar a la de un banco, pero sin ser una entidad bancaria autorizada o con licencia), en el que los usuarios pueden mantener saldos, transferir fondos y acceder a funciones financieras desde una única cuenta. Los usuarios ven una sola cuenta. La empresa obtiene nuevas oportunidades de producto, datos, retención de clientes y vías de monetización.

Los equipos que evalúan la infraestructura pueden empezar por la infraestructura de monederos integrados.

Carteras integradas frente a carteras conectadas

Para las empresas de tecnología financiera, una decisión fundamental en materia de productos es elegir entre carteras integradas y carteras conectadas. Una cartera integrada se crea y se gestiona desde la propia aplicación. Una cartera conectada la controla el usuario desde fuera de la aplicación y se conecta a través de una extensión del navegador, una cartera móvil, el flujo de WalletConnect o una interfaz similar.

La decisión afecta a la conversión, el control, la responsabilidad, el alcance de la integración, el proceso de registro, la recuperación y la carga de asistencia técnica. Una cartera criptográfica integrada suele ser adecuada para productos que requieren una incorporación sin complicaciones, transacciones recurrentes, abstracción de cuentas o capas de políticas controladas por la empresa. Una cartera conectada es adecuada para productos destinados a usuarios que ya gestionan sus propias claves y esperan tener un control directo sobre la cartera.

Cómo funcionan los monederos integrados

Un monedero integrado se crea cuando la aplicación genera un monedero para un usuario, una empresa, una cuenta o una entidad interna a través de una API o un SDK. El monedero puede generarse en el momento del registro, tras la verificación de la identidad, cuando el usuario recibe activos por primera vez o cuando se activa una función específica. A continuación, la aplicación asocia ese monedero a la cuenta del usuario en su propio libro mayor, base de datos, modelo de permisos y flujo de trabajo de asistencia.

El sistema técnico consta de cuatro capas principales.

• La creación de un monedero genera o asigna direcciones.

• La gestión de claves determina quién puede firmar y recuperar transacciones.

• La firma de la transacción autoriza el movimiento de activos de acuerdo con el modelo criptográfico seleccionado.

• La aplicación de políticas aplica controles antes de que una transacción pueda pasar a la cadena.

A nivel de producto, los monederos integrados permiten que la aplicación ofrezca funcionalidades relacionadas con las criptomonedas o las stablecoins sin que los usuarios tengan que lidiar con los mecanismos básicos de la cadena de bloques. A nivel técnico, infraestructura de monederos Debe conectarse con la autenticación, el estado de la cuenta, las colas de transacciones, los webhooks, la indexación de cadenas, la gestión de errores y las comprobaciones de cumplimiento normativo.

Una cartera criptográfica integrada bien diseñada crea una dirección. Define quién puede iniciar una transferencia, los activos admitidos, los límites y las autorizaciones, la gestión de errores y la conciliación con los registros contables internos.

Gestión de claves y seguridad de carteras integradas

La gestión de claves es la decisión de diseño fundamental en el desarrollo de un monedero integrado. Determina quién controla los activos, quién puede recuperar el acceso, quién puede autorizar las transacciones y a quién recae la responsabilidad en caso de que se produzca un fallo. Los equipos eligen el modelo en función del producto, la jurisdicción, la base de usuarios y la tolerancia al riesgo.

En un modelo de custodia, un custodio regulado o contratado controla las claves privadas y ejecuta las transferencias tras realizar las comprobaciones necesarias. Esto puede simplificar la recuperación y la asistencia al usuario. También puede generar obligaciones en materia de custodia, cumplimiento normativo y contractuales. En un modelo sin custodia, el usuario o la empresa conserva el control de las claves. Esto puede reducir la exposición directa a la custodia. La recuperación, la pérdida de dispositivos y la formación de los usuarios se convierten en problemas más difíciles de resolver para el producto.

Tanto los modelos con custodia como los que no la tienen pueden utilizar diferentes tecnologías de firma, incluida la MPC. Carteras de criptomonedas MPC distribuir la firma entre varias partes de clave, lo que permite autorizar una transacción sin necesidad de reconstruir una clave privada en un único lugar. Dependiendo de la implementación, la MPC puede admitir flujos de trabajo de aprobación, separación de funciones y procesos de recuperación.

La seguridad también depende de los controles operativos. Los equipos necesitan límites de transacciones, aprobaciones basadas en roles, listas de direcciones autorizadas, supervisión del fraude, registros de auditoría y procedimientos de gestión de incidentes y recuperación. La cuestión fundamental es si el modelo operativo sigue siendo seguro cuando los usuarios pierden sus dispositivos, el personal cambia de función, las cadenas se interrumpen, las transacciones fallan o los atacantes se centran en los flujos de trabajo de asistencia.

Cómo añadir un monedero integrado a tu aplicación

La incorporación de un monedero integrado comienza por el modelo operativo. En primer lugar, el equipo selecciona un proveedor y un modelo de gestión de claves. Esa decisión determina la estructura jurídica, el proceso de recuperación, el flujo de trabajo de firma y la experiencia del usuario durante el proceso de alta, la aprobación de transferencias y la escalación de incidencias.

A continuación, el equipo configura las políticas de las carteras. Estas políticas deben abarcar los límites de las transacciones, las funciones de aprobación, los destinos admitidos, los permisos relacionados con los activos y la ubicación geográfica, y la gestión de excepciones. Además, las políticas deben asignarse a funciones internas, como los administradores de productos, los revisores de cumplimiento normativo, los equipos financieros y los operadores de asistencia técnica.

El SDK de monedero integrado A continuación, conecta la aplicación con la creación de monederos y direcciones, el inicio y la firma de transacciones, la supervisión del estado y las notificaciones. Los equipos de desarrollo deben probar el SDK en un entorno de pruebas y en flujos de producto reales. Esto incluye firmas fallidas, solicitudes retrasadas o duplicadas, activos no compatibles, cambios en las comisiones de red y transferencias abandonadas.

Configurar la compatibilidad con las cadenas antes del lanzamiento. Los equipos deben decidir qué activos, redes y tipos de transacciones estarán disponibles en el momento del lanzamiento y, a continuación, definir cómo se añadirán nuevas cadenas sin obligar a los usuarios a migrar sus carteras. Antes de la puesta en producción, hay que probar la recuperación, la revisión de cumplimiento normativo, las transferencias bloqueadas, los fallos de los webhooks, la conciliación de saldos y la respuesta a incidencias y la asistencia técnica.

El resultado debería ser una función de monedero que funcione dentro de los flujos de la aplicación y que siga estando sujeta a controles explícitos. Esto distingue una funcionalidad de producto regulada de un complemento criptográfico no controlado.

Cómo generan ingresos las carteras integradas

Las carteras integradas generan ingresos cuando el producto cobra por acciones relacionadas con la cartera o por niveles de cuenta. Proporcionan la infraestructura de cuentas necesaria para modelos de ingresos que, de otro modo, no estarían disponibles o serían más difíciles de implementar dentro de la aplicación. La cartera se convierte en la capa de cuenta para criptomonedas, monedas estables, pagos, recompensas, transferencias y otras funciones basadas en el saldo.

En el caso de las plataformas que se orientan hacia una experiencia bancaria basada en activos digitales (sin disponer de una licencia bancaria oficial), el monedero suele ser el sistema de cuentas que sustenta el modelo de negocio. Esto permite a la plataforma gestionar saldos, transferencias, pagos, conversiones y la elaboración de informes sin necesidad de que los usuarios tengan que recurrir a un monedero de criptomonedas externo.

El modelo más directo es el de los ingresos por transacciones. Una plataforma puede cobrar una comisión cuando los usuarios envían activos, retiran fondos, intercambian activos, transfieren monedas estables o utilizan funciones de pago. En el caso de los productos de alta frecuencia, las pequeñas comisiones por transacción pueden convertirse en ingresos recurrentes. La estructura de precios debe ser visible, coherente y estar en consonancia con el beneficio que la acción aporta al usuario.

El margen de conversión es otro modelo habitual. Cuando los usuarios realizan operaciones entre monedas fiduciarias, stablecoins y criptoactivos, la plataforma puede obtener un margen o una comisión por la conversión. Esto se asemeja a otros modelos de aplicaciones financieras en los que la comodidad, la liquidez y la ejecución integrada justifican un coste claramente indicado.

Las carteras también admiten niveles de cuenta premium. Una plataforma puede cobrar a las empresas o a los usuarios avanzados por límites más altos, liquidaciones más rápidas, controles de aprobación, generación de informes y administración de múltiples entidades o asistencia dedicada. En entornos empresariales, las plataformas suelen monetizar el control de los flujos de trabajo, la fiabilidad, la generación de informes y la escala operativa.

La aceptación de pagos puede suponer una nueva fuente de ingresos. Una plataforma que permita a comerciantes, creadores, proveedores o mercados aceptar pagos con stablecoins puede cobrar comisiones por transacción, cuotas mensuales por el uso de la plataforma o comisiones por servicios de valor añadido. Cuando esté permitido y sea compatible, los productos basados en saldos también pueden incluir recompensas o estructuras de reparto de rendimientos, pero esos modelos requieren un análisis minucioso desde el punto de vista jurídico, de producto y de información al cliente.

Los equipos que quieran incorporar funcionalidad de criptomonedas dentro de su aplicación Deberían considerar la monetización como una cuestión de arquitectura de producto. El monedero define lo que los usuarios pueden hacer. El modelo de negocio define cuáles de esas acciones se convierten en ingresos sostenibles. Para obtener una visión más amplia de cómo las entidades financieras pueden crear productos de activos digitales y oportunidades de ingresos, consulta la guía de BitGo sobre Informe sobre la infraestructura de criptomonedas para bancos.

Aspectos relacionados con el cumplimiento normativo de las plataformas de monederos integrados

La incorporación de un monedero integrado puede modificar el perfil de cumplimiento normativo de una aplicación. Las obligaciones varían en función de la jurisdicción, la ubicación del usuario, el tipo de activo, el modelo de custodia y las funciones de pago, como las transferencias, el cambio de divisas, el Staking, las recompensas o la aceptación por parte de los comercios.

La revisión del cumplimiento normativo cobra mayor importancia cuando, desde el punto de vista del usuario, el producto se asemeja a un banco de activos digitales. Aunque la plataforma no se describa así, los organismos reguladores y los socios pueden centrarse en las funciones reales que ofrece, entre las que se incluyen la custodia, las transferencias, la conversión, los pagos y el acceso a las cuentas.

Entre los ámbitos habituales de revisión se incluyen la transferencia de fondos, los controles de identidad y contra el blanqueo de capitales, las sanciones y Flujos de trabajo de la "Travel Rule", la información que se facilita a los consumidores, las obligaciones específicas de las monedas estables y la gestión de registros y reclamaciones. Una interfaz sin custodia puede tener obligaciones diferentes a las de un producto de cuenta con custodia. Los detalles del producto determinan el análisis. Una plataforma que controle el proceso de alta de usuarios, los permisos de transferencia, la conversión o el enrutamiento de pagos puede seguir necesitando flujos de trabajo de cumplimiento normativo en torno a esas actividades.

Es importante integrar el diseño orientado al cumplimiento normativo en el flujo de funcionamiento de la cartera antes de su lanzamiento. Las verificaciones de identidad, la puntuación de riesgos, los controles de direcciones bloqueadas, las colas de aprobación, los registros de auditoría y los informes, así como la escalación de incidencias al servicio de asistencia, deben formar parte del sistema de la cartera.

La infraestructura de monederos integrados de BitGo

BitGo ofrece infraestructura de monederos y servicios de criptomonedas que las plataformas pueden utilizar para incorporar a sus aplicaciones funcionalidades relacionadas con los activos digitales basadas en monederos. Para las empresas que desarrollan productos bancarios relacionados con los activos digitales, BitGo Wallet-as-a-Service Está diseñado para ayudar a crear y gestionar de forma programática carteras y direcciones de recepción para los usuarios finales, con compatibilidad con API y SDK para la creación de carteras o direcciones, la firma de transacciones, la supervisión, los controles de políticas y la gestión de usuarios.

Para diseños orientados a la custodia, BitGo también ofrece una infraestructura de carteras institucionales basada en una custodia regulada y cualificada, almacenamiento en frío fuera de línea, controles de seguridad y controles de políticas. En cuanto a los diseños de autocustodia, BitGo admite modelos en los que el cliente mantiene el control de las claves y utiliza la infraestructura de BitGo para la contrasignatura basada en políticas y las operaciones de la cartera. BitGo no ofrece asesoramiento en materia de inversión, jurídica, fiscal ni contable, y nada de lo que figura en este artículo constituye una oferta o solicitud de ningún tipo; las plataformas deben consultar a sus propios asesores jurídicos, de cumplimiento normativo y financieros antes de tomar decisiones sobre productos o licencias.

Preguntas frecuentes

¿Cuáles son las ventajas y desventajas de las carteras integradas con custodia y sin custodia?

Los modelos con custodia pueden simplificar la recuperación y la asistencia técnica. Pueden generar obligaciones directas en materia de custodia y cumplimiento. Los modelos sin custodia pueden transferir un mayor control de las claves al usuario o a la empresa. Requieren un diseño más sólido en cuanto a recuperación, formación y asistencia técnica. Los equipos que evalúen alternativas de control de claves pueden comparar Opciones de carteras de custodia propia.

¿Cómo funciona la gestión de claves si un usuario pierde su dispositivo o sus credenciales, y quién se encarga de la recuperación?

La recuperación se realiza según el modelo seleccionado. Las carteras con custodia suelen basarse en procesos de verificación y recuperación controlados por el proveedor. Las carteras sin custodia y las híbridas pueden utilizar claves de copia de seguridad, recuperación social, claves de acceso o firmantes externos. La responsabilidad debe definirse en los contratos, las condiciones de uso y los procedimientos de asistencia técnica.

¿Qué partes de la integración de carteras integradas se pueden delegar al SDK de BitGo?

Por lo general, el SDK permite reducir el trabajo relacionado con la creación de carteras, la generación de direcciones, la firma, la supervisión de transacciones y la conectividad a la red. Sin embargo, sigue siendo necesario dedicar esfuerzo a la autenticación, la experiencia de usuario y la asignación de cuentas, la lógica de cumplimiento normativo, la conciliación y las pruebas, así como a las herramientas de análisis y soporte. El alcance varía en función del modelo de custodia, las cadenas, los activos y los requisitos de lanzamiento.

¿Cómo gestionan las carteras integradas las comisiones de gas para que los usuarios puedan realizar transacciones sin tokens nativos?

Las plataformas pueden gestionar el gas mediante transacciones patrocinadas, la deducción de comisiones, comisiones denominadas en stablecoins, facturación interna o carteras operativas prefinanciadas. Elige el enfoque en función de la cadena, el activo, el flujo de usuarios y el modelo de custodia. El objetivo es evitar que los usuarios necesiten un saldo independiente en el token nativo para poder realizar transacciones.

¿Qué obligaciones normativas asumen las empresas fintech que utilizan monederos integrados en el momento en que permiten a los usuarios mantener o transferir activos dentro de su aplicación?

Las obligaciones pueden incluir el cumplimiento de las normas KYC/AML, la verificación de sanciones, el análisis de las transferencias de fondos, los flujos de trabajo relacionados con la "Travel Rule", la divulgación de información sobre stablecoins, la supervisión de transacciones y el mantenimiento de registros. El análisis depende de la jurisdicción, el modelo de custodia, el tipo de activo, la base de usuarios y de si la aplicación admite transferencias, conversiones, recompensas o pagos.

¿Cómo gestionan las empresas fintech que utilizan carteras integradas la compatibilidad con las cadenas y las actualizaciones sin obligar a los usuarios a cambiar de cartera?

Elige una infraestructura que admita operaciones con carteras multicadena, compatibilidad configurable con activos y un proceso claro de gestión de activos. La aplicación debe separar la identidad de la cuenta de usuario de las direcciones específicas de cada cadena, de modo que se puedan añadir nuevas redes sin tener que reconstruir el modelo de cuentas de los clientes. Prueba las migraciones y los escenarios con activos no compatibles antes del lanzamiento.