Las redes de tarjetas lanzaron protocolos de agente en sus rails. Los rails cuenta-a-cuenta no lo hicieron. Interac, SEPA Instant, FedNow y open banking bajo PSD3 son donde la mayor parte del riesgo de agente va a aterrizar.
Por qué los rails A2A son diferentes
Una transacción de tarjeta lleva contexto estructurado: emisor, acquirer, scheme, MCC, datos 3DS, ahora token de agente.
Los rails A2A son diferentes. Interac, SEPA Instant, FedNow y open banking no tienen un operador central que pueda requerir que cada participante despliegue un protocolo de agente.
Qué significa esto para bancos canadienses en Interac
Interac e-Transfer es el rail A2A dominante en Canadá. Si un cliente le da a un agente de IA acceso para iniciar transferencias a través de la API del banco, la transacción Interac resultante parece indistinguible al nivel del rail.
El modelo de fraude del banco tiene que detectar patrones específicos de agente desde sus propios datos.
Qué significa esto para bancos europeos bajo PSD3 y PSR
PSD3 y el Reglamento de Servicios de Pago expanden el open banking. Agentes de IA llegarán por esos canales.
El banco sigue siendo responsable de la autenticación fuerte del cliente y de las consecuencias de fraude de una transacción ejecutada en su nombre.
Qué significa esto para bancos americanos en FedNow
FedNow procesa pagos en tiempo real y finales. Cuando un agente inicia un pago FedNow en nombre de un usuario, la irrevocabilidad del rail amplifica la consecuencia.
No hay protocolo de agente confiable al nivel de FedNow.
La consecuencia práctica
Para cada rail A2A, la brecha del protocolo de agente confiable significa que la capa de fraude del banco carga el peso total de detección.
Agent Risk Intelligence de UMCA funciona nativamente en rails A2A. No requiere un protocolo al nivel de la red para funcionar.