Mastercard lanza servicio de gestión de riesgos para pagos con stablecoins

El 19 de octubre de 2026, Mastercard lanzó Stablecoin Security en la conferencia Money20/20, con el objetivo de proporcionar evaluaciones de riesgo para pagos con stablecoins a bancos e instituciones de pago. Los primeros socios son Borderless.xyz y Keyrails, y el servicio se lanzará inicialmente en América del Norte, con planes de expansión global en 2027.

Este negocio se centra en el proceso desde la presentación del pago hasta la liberación final. Los bancos necesitan saber quién está realizando el pago, a quién se le está pagando y por qué instituciones pasará el dinero; las direcciones en la cadena, los tokens y los registros de transacciones proporcionan otra parte de las pistas. Mastercard espera conectar la información de ambos lados para que las instituciones financieras obtengan pistas sobre riesgos de fraude, sanciones y otros delitos financieros antes de completar el pago, y así decidir cómo proceder.

Las stablecoins permiten transferencias 24/7, y las empresas están cada vez más dispuestas a incluirlas en sus procesos de pago transfronterizos. Sin embargo, surgen preguntas muy concretas: si un proveedor cambia repentinamente su billetera de recepción, ¿debería el banco liberar el pago? Si el pago de una empresa pasa por varios proveedores, ¿quién puede ver lo que sucede en el medio? Si se descubre que se ha sido estafado después de que la transacción ya está en la cadena, ¿a quién se debe acudir para resolverlo? El servicio lanzado aborda estas cuestiones en el contexto de los pagos.

▌ I. Un chequeo adicional para los pagos con stablecoins

Comencemos con un pago empresarial. Un comprador recibe una factura de un proveedor extranjero, convierte su moneda fiduciaria en stablecoins a través de un proveedor de servicios, y luego las envía a otro proveedor, que paga al proveedor en moneda local. Tanto el comprador como el proveedor pueden no operar directamente la billetera, pero el backend ya ha completado el intercambio de monedas, la transferencia en la cadena y el pago local.

La atracción de este tipo de arreglos radica en reducir el tiempo de espera de fondos transfronterizos y permitir que algunas operaciones que normalmente están limitadas por horarios comerciales sigan funcionando. Sin embargo, para que el pago se realice, todas las partes deben confirmar la identidad del cliente, la propiedad de la cuenta, el propósito del pago, la fuente de los fondos y las condiciones de entrada y salida locales. Cada vez que se añade un proveedor de servicios, la información puede dispersarse en otro sistema.

La solución anunciada por Mastercard proporciona inteligencia de riesgo a través de interfaces, combinando la información del proceso de pago con el análisis de blockchain, y se integra con los procesos existentes de prevención de fraude, cumplimiento y gestión de casos de las instituciones financieras. Aquí, la interfaz puede entenderse como un canal que permite el intercambio de resultados entre diferentes sistemas de negocio. Los bancos envían la información de pago necesaria al servicio, obtienen una evaluación de riesgo y luego deciden las acciones posteriores según sus propias reglas.

Al acceder a este tipo de servicios, los bancos pueden diseñar reglas de manejo según su propio negocio: los pagos que pasan la verificación continúan ejecutándose, los pagos anómalos son revisados manualmente, y si es necesario, se pueden solicitar documentos adicionales o tomar medidas requeridas por la ley. Este diseño de proceso requiere que los bancos conecten la información de riesgo devuelta por el producto con los datos del cliente, y luego establezcan condiciones de activación, personal de manejo y tiempos de respuesta.

Para las empresas, el cambio en la experiencia puede ser mínimo: todavía están presentando pagos en línea o en su sistema financiero. Pero el backend necesita completar una tarea adicional: permitir que la institución responsable de la relación con el cliente comparta suficiente información con la institución que maneja los fondos en la cadena, para que se pueda tomar una decisión en momentos clave. Esto también explica por qué Mastercard eligió lanzar el servicio junto con empresas de infraestructura de pago.

▌ II. ¿Cuánto pueden revelar una serie de direcciones de billetera?

Los registros en la cadena suelen mostrar de qué dirección se transfirió el activo, cuánto fue, y en qué momento se ejecutó. Siguiendo estos registros, también se puede observar si los fondos pasaron por direcciones marcadas o si aparecieron rutas similares a actividades de riesgo conocidas. Las agencias de análisis de blockchain se especializan en acumular capacidades de identificación sobre estos datos públicos.

Los bancos están interesados en más cosas. ¿El pagador realmente posee esos fondos? ¿Existe un contrato comercial? ¿El destinatario es un proveedor con el que el cliente ha trabajado a largo plazo? Todo esto necesita ser considerado junto con el contexto de la cuenta y el negocio. Mirar solo las transferencias entre direcciones dificulta reconstruir toda la historia de un pago de compra.

Por otro lado, aunque los bancos tienen los datos del cliente, pueden no conocer la ruta completa de los fondos una vez que entran en la cadena. Los proveedores de servicios de pago utilizan diferentes billeteras y canales de intercambio, y los contratos inteligentes pueden realizar múltiples acciones en una sola transacción. Ambas partes tienen parte de la información, y la verdadera valía del servicio de riesgo radica en ensamblar esta información.

Un estudio del Banco de Pagos Internacionales analizó la actividad de USDT, USDC y PYUSD en Ethereum en 2025, y encontró que cerca del 60% de los eventos de transferencia de tokens estaban incrustados en transacciones más complejas. Aquí se contabilizan los eventos de transferencia, y una transacción en la cadena puede incluir múltiples transferencias. Este conjunto de datos nos recuerda que al investigar los pagos con stablecoins, es necesario observar cómo se mueven los fondos a lo largo de la estructura de la transacción; simplemente sumar el número de transferencias puede llevar a distorsiones.

Por ejemplo, un intercambio puede primero transferir tokens a un contrato, luego pasar por un pool de liquidez, y finalmente transferirse a la dirección de recepción. En los registros puede haber múltiples entradas, pero en realidad pertenecen a la misma operación. Si las reglas de riesgo consideran cada registro como un pago independiente, podrían generar alarmas repetidas; si solo se observa la última entrada, se podrían omitir etapas intermedias que merecen una revisión adicional.

Por lo tanto, los resultados que las instituciones necesitan deben incluir pistas explicativas. Si una alerta proviene de una coincidencia con una lista de sanciones, del historial de direcciones o de cambios en el comportamiento de pago, esto determina cómo debe manejar el personal la situación. Las coincidencias de listas generalmente requieren verificar la entidad y la legislación aplicable, mientras que los comportamientos anómalos pueden requerir contactar al cliente para confirmación. Comprimir diferentes problemas en una sola puntuación aumentará la dificultad del manejo posterior.

Ambas categorías de información ayudan a las instituciones a comprender los pagos; la decisión específica aún debe ser tomada por la institución correspondiente según sus reglas.

▌ III. Las estafas se encuentran en las razones de pago

Un tipo típico de riesgo en los pagos transfronterizos es que los delincuentes se hagan pasar por proveedores reales y notifiquen a las empresas que cambien la cuenta de recepción. Si un empleado de la empresa cree en este correo electrónico, el comportamiento de pago puede pasar por un inicio de sesión y autorización normales, y el sistema técnico puede completar la transferencia con éxito, pero el dinero termina en manos equivocadas.

Los pagos con stablecoins pueden reemplazar las cuentas bancarias con direcciones de billetera, o ser recibidos por un proveedor de servicios intermedio. El núcleo de la estafa sigue siendo hacer que el pagador crea en una instrucción comercial falsa. La dirección en sí puede ser nueva, e incluso no tener ningún historial de transacciones sospechosas, por lo que verificar el contexto del pago es especialmente importante.

Para combatir las estafas de suplantación de proveedores, las empresas pueden establecer controles en dos lugares. Al agregar un nuevo destinatario, confirmar el cambio a través de contactos existentes; al realizar el pago, verificar que el monto, la frecuencia y la información de recepción no se desvíen significativamente de los negocios históricos. Estos son controles comerciales que las empresas pueden adoptar, y al acceder a servicios de riesgo, deben confirmar uno a uno qué señales puede proporcionar el producto y qué materiales deben ser verificados por la empresa.

Estos controles son especialmente importantes para pagos comerciales de alto valor. Dado que el monto por transacción es considerable, los contratos, facturas, envíos y arreglos de pago a menudo están dispersos en varios departamentos, y el departamento financiero puede ver la instrucción de pago como la última etapa del proceso. El escenario de comercio transfronterizo de alto valor al que se dirige Keyrails necesita precisamente conectar estos hechos comerciales fuera de línea con las operaciones de fondos.

Para los proveedores de servicios, las alertas de riesgo también deben ser lo más ejecutables posible. Cuando el personal ve "alto riesgo", aún necesita saber a quién contactar, qué material verificar y cuánto tiempo tiene para dar retroalimentación al cliente. Si cada alerta requiere buscar información desde cero, el tiempo de liquidación ahorrado por las stablecoins podría consumirse en la comunicación manual.

Se pueden rastrear algunos indicadores simples durante la fase de prueba: ¿cuánto tiempo se retrasan en promedio los pagos normales? ¿Cuántas alertas requieren finalmente medidas? ¿Las revisiones manuales solicitan repetidamente la misma información? ¿Los clientes pueden encontrar fácilmente al personal de manejo después de un error? Estos indicadores están directamente relacionados con la disposición de las empresas a utilizar el servicio a largo plazo y pueden ayudar a los proveedores a ajustar reglas que son demasiado sensibles o que omiten riesgos.

Generación de AI

▌ IV. La información de cumplimiento debe seguir al pago

El flujo transfronterizo de stablecoins conecta diferentes jurisdicciones. Los bancos en el lado de inicio, los proveedores de servicios en la cadena y las instituciones en el lado de recepción pueden tener obligaciones de debida diligencia del cliente, verificación de sanciones y transmisión de información de transacciones. Los servicios de inteligencia de riesgo pueden ayudarles a recopilar pistas, pero las obligaciones específicas aún deben cumplirse según sus roles comerciales y las leyes aplicables.

El Reglamento de Transferencia de Fondos de la UE, es decir, el Reglamento 2023/1113, incluye la transferencia de activos criptográficos relevantes en los requisitos de información adjunta. Los artículos 14 y 16 establecen las responsabilidades de los proveedores de servicios de activos criptográficos en el lado del iniciador y del destinatario, involucrando información de identificación del iniciador, destinatario y transferencia. Esta es la "regla de viaje" a la que la industria a menudo se refiere: cuando los activos se transfieren entre instituciones, la información de identidad necesaria también debe transmitirse según las reglas.

En el caso de direcciones autogestionadas, los proveedores de servicios también deben obtener y conservar la información correspondiente. Para transferencias relevantes que superen los 1000 euros, el reglamento exige tomar medidas adecuadas para evaluar si la dirección es propiedad o está controlada por el cliente correspondiente. La Autoridad Bancaria Europea ha proporcionado directrices de implementación adicionales, que incluyen cómo manejar la falta de información y diferentes métodos de verificación.

Estos requisitos necesitan que los sistemas de backend puedan comunicarse. Si una parte ya ha completado la verificación del cliente, ¿puede la otra parte recibir y entender la información? Si los campos de nombre, dirección o identificación están incompletos, ¿cómo se puede retrasar y corregir el pago? Cuando el mismo cliente utiliza múltiples billeteras, ¿cómo evitar que tenga que presentar materiales desde cero cada vez? A medida que los pagos con stablecoins se desarrollan hacia los negocios institucionales, cada vez más trabajo recaerá en estos detalles.

La Oficina de Control de Activos Extranjeros del Departamento del Tesoro de EE. UU. enfatiza la necesidad de establecer arreglos de cumplimiento que se adapten al riesgo en la industria de criptomonedas. Las instituciones deben filtrar en función de clientes, regiones, transacciones y modelos comerciales, actualizar continuamente la información relevante y mantener procedimientos para el manejo de problemas encontrados. Los registros en la cadena son públicos y ayudan a la retroalimentación, pero las instituciones también deben implementar los resultados de la retroalimentación en sus decisiones comerciales.

Al mismo tiempo, compartir información de pago entre instituciones plantea problemas de protección de datos. La identidad del cliente, el propósito de la transacción y las relaciones de cuenta son sensibles, y antes de acceder a la interfaz, se debe aclarar quién puede leerla, para qué propósito, cuánto tiempo se conservará y qué arreglos se adoptarán al transferirla a otras regiones. Los campos que técnicamente pueden conectarse aún deben ser verificados por necesidad comercial y base legal.

En la práctica de compras, se puede plasmar el flujo de datos junto con el flujo de fondos en el mismo documento: quién custodia y transfiere el dinero, quién proporciona la información del cliente, quién recibe las alertas, quién retroalimenta los resultados. Esto facilita la evaluación del servicio y permite encontrar rápidamente las partes responsables en caso de disputas.

Diseño de un proceso de manejo que las instituciones pueden implementar, no son todas las funciones ya publicadas por los proveedores.

▌ V. Mastercard está ampliando su gama de servicios

Mastercard ha estado involucrada en redes de pago y servicios de seguridad relacionados durante mucho tiempo. Los pagos con stablecoins han llevado parte del movimiento de fondos a nuevas infraestructuras, creando también la necesidad de identificación, monitoreo de transacciones y conexión institucional. Para las empresas con clientes financieros existentes y experiencia en servicios de riesgo, estos aspectos ofrecen espacio para seguir participando en el proceso de pago.

Este producto eligió a Borderless.xyz y Keyrails como socios iniciales, reflejando esta idea. El primero conecta a proveedores de servicios de stablecoins en diferentes mercados, mientras que el segundo se centra en pagos transfronterizos de alto valor. Al acceder a ellos, los bancos no solo se preocupan por el destino y la moneda, sino también por si la información entre diferentes nodos puede ser continua y si las anomalías pueden ser manejadas de manera colaborativa.

Mastercard también mencionó capacidades existentes como Crypto Credential y Crypto Secure, así como planes futuros de colaboración con BVNK. Completó la adquisición de BVNK en agosto de 2026 y planea continuar expandiendo la aplicación de Stablecoin Security en 2027. Los negocios relacionados están formando un vínculo más estrecho en torno a cuentas, intercambio, pagos y servicios de riesgo.

Desde una perspectiva comercial, los proveedores de servicios de pago pueden atraer clientes a través de cobertura de canales, gestión de fondos y manejo de riesgos. Después de que las stablecoins faciliten las transferencias, las empresas aún necesitan un punto de entrada que pueda completar pagos de manera estable, manejar excepciones y responder a problemas. La combinación de servicios de seguridad y operativos tiene la oportunidad de influir en la elección final del cliente sobre qué ruta de pago seguir.

Esta combinación también necesita evitar que los límites de responsabilidad se vuelvan borrosos. Los bancos adquieren inteligencia de riesgo, las instituciones de pago ejecutan transacciones, y otra empresa se encarga del pago local; cuando los clientes enfrentan problemas, generalmente solo contactan al proveedor de servicios con el que firmaron inicialmente. Por lo tanto, los contratos de todas las partes deben especificar cómo corregir errores de información, cómo manejar pagos anómalos, cómo compartir materiales de investigación y qué arreglos alternativos se adoptarán en caso de interrupciones del servicio.

Los clientes empresariales también deben recibir explicaciones fáciles de entender. Cuánto tiempo tomará la revisión de riesgos, en qué circunstancias se devolverán los fondos, qué ruta seguirá la devolución y cómo se manejarán las pérdidas por cambio de divisas están directamente relacionados con la gestión diaria de fondos. Escribir estos contenidos por adelantado puede reducir los costos de preguntas en capas después de que se produzcan los negocios.

▌ VI. Las empresas pueden probar una ruta de pago real primero

La idoneidad de una nueva herramienta de pago para las empresas a menudo solo se puede ver en negocios reales. Las empresas pueden elegir un proveedor con el que ya tengan una relación estable, una moneda de liquidación común y una frecuencia de pago relativamente fija, y primero completar el contrato, la aprobación, el pago y la conciliación.

Antes de la prueba, se debe confirmar qué forma de recepción está dispuesta a aceptar el destinatario. Algunos proveedores desean recibir moneda fiduciaria local directamente, mientras que otros prefieren mantener stablecoins; estos dos arreglos implican diferentes etapas de intercambio y custodia. El pagador necesita saber los costos que asume, el tiempo de recepción esperado y cómo consultar el progreso.

Luego, se debe realizar un ensayo tanto de pagos normales como de situaciones anómalas. Si un proveedor cambia su billetera, falta información de pago, hay un nombre similar en la verificación de sanciones, o el destinatario suspende el servicio, ¿dónde se detendría la transacción en cada caso? ¿Qué equipo complementaría la información, bajo qué condiciones se reanudaría, y desde qué entrada recibiría el cliente una respuesta? Estas preguntas pueden resolverse una a una en una fase pequeña.

El departamento financiero también necesita correlacionar los registros de ejecución en la cadena con sus propios documentos contables. El número de presentación del pago, los registros de intercambio, el número de transacción en la cadena y la confirmación de recepción deben poder restaurar el mismo negocio. Mantener esta relación de correlación durante la conciliación puede reducir la posibilidad de contabilizar repetidamente las tarifas, transferencias internas o intercambios intermedios en el monto del pago.

La devolución de pagos también merece ser probada con anticipación. Si el pago original ya se ha convertido en stablecoins y el destinatario está listo para convertirlo en moneda local, la devolución puede requerir conversiones y confirmaciones adicionales. Las empresas deben encontrar en el acuerdo de servicio las tasas aplicables, los costos y los plazos de manejo, y confirmar cómo el sistema financiero registrará esta reversión. El manejo de excepciones más allá de los pagos normales a menudo refleja mejor la capacidad operativa de los diferentes proveedores de servicios.

Al finalizar la prueba, se puede realizar una revisión conjunta de varios pagos reales con los equipos de finanzas, negocios y cumplimiento. El departamento de negocios explica la experiencia del proveedor, el departamento financiero verifica la recepción y los costos, y el equipo de cumplimiento revisa las alertas y los materiales. Estos registros específicos se convertirán en la base para ampliar el uso, y también ayudarán a los proveedores a entender qué aspectos necesitan mejorar realmente para sus clientes.

También hay una situación que debe ensayarse antes de la implementación: si la interfaz de riesgo no devuelve resultados temporalmente, ¿puede continuar el pago? Los bancos y proveedores de servicios pueden acordar pausar, revisar manualmente o utilizar un canal alternativo según el monto, el cliente y el destino, y especificar en el contrato los métodos de notificación y las condiciones de reanudación. Cuando el personal financiero ve que el pago se detiene, debe poder rastrear en qué paso se detuvo, quién lo está manejando y cuándo podrá recibir la próxima retroalimentación.

Las empresas pueden validar simultáneamente los pagos normales y el manejo de excepciones durante la prueba.

Este artículo es solo para intercambio de investigación legal, política e industrial, con el objetivo de realizar un análisis objetivo sobre finanzas digitales, stablecoins, activos digitales y dinámicas regulatorias relacionadas, y no constituye ninguna forma de consejo de inversión, opinión legal, opinión fiscal u otro consejo profesional, ni constituye una recomendación, promoción o solicitud de ningún producto financiero, activo digital o proyecto comercial. Las regulaciones, datos de mercado e información institucional mencionados en el texto provienen principalmente de fuentes públicas y pueden ajustarse debido a cambios en leyes, regulaciones, políticas de supervisión, entornos de mercado y avances en proyectos; se recomienda a los lectores que realicen juicios independientes basados en la información pública más reciente y cumplan con las leyes y regulaciones aplicables en su país o región. El autor y la plataforma de publicación no asumen ninguna responsabilidad por decisiones de inversión, comercio u otras decisiones comerciales basadas en la dependencia del contenido de este artículo.