Autor: IreneDu
Este es el artículo 2.5 de la serie de desglose de la estrategia de IA de Stripe.
El origen de esta serie se debe a que el 30 de abril, en Stripe Sessions 2026, se presentaron 288 productos, y observé que Stripe está intentando convertirse en la infraestructura económica para la era de los Agentes de IA.
El primer artículo, Stripe no es una empresa de pagos, intentaba responder "¿por qué Stripe?"—su ADN determina que pueda hacerlo.
En el segundo artículo, KYC ha muerto, la economía de Agentes está reescribiendo la base de la regulación financiera, quería analizar el futuro en el que apuesta Stripe: cómo es realmente la economía de Agentes y por qué la infraestructura de pago tradicional fracasará completamente frente a ella.
Pero mientras escribía el segundo artículo, recibí un comentario de un colega:
Estoy completamente de acuerdo con la primera parte. AB 316, o cualquier ley de un Estado soberano, en el corto plazo no reconocerá que "un Agente es un sujeto legal"—el acusado final siempre será una persona concreta. Esto es algo que Know Your Agent no puede cambiar, y no lo cambiará.
Pero la segunda parte—"lo único que cambia es la eficiencia de pagos y liquidaciones"—tengo mis reservas. El problema de esta frase no está en la conclusión, sino en el marco que da por sentado: ve KYA como una mejora del sistema de pago existente.
Esto es precisamente lo que creo que merece un artículo adicional para discutir.
Primero, volvamos al reflejo condicionado de quien fue en su día un profesional de pagos:
La forma de pago está impulsada por el escenario, no se diseña desde dentro del sistema de pagos.
Cada verdadera transición en los pagos—banca online, billeteras móviles, códigos QR—no ocurrió porque alguien creó un mejor producto en la capa de pagos, sino porque surgió un nuevo escenario de transacción que destrozó los supuestos subyacentes del antiguo sistema de pagos.
Las nuevas formas de pago "crecen" desde la infraestructura que exige ese escenario, no son "optimizadas".
Trabajé un tiempo en innovación de pagos en Ant. En una plataforma que fue líder absoluto en la industria, creadora de "pago rápido", "pago móvil" y "pago con código QR", la mayor alegría y el mayor dolor era pensar: ¿cuál es la próxima forma de pago?
Hicimos pagos con reloj (y verificación de identidad por latido del corazón que reemplazaba el reconocimiento facial), pagos NFC (la tecnología original del "tocar para pagar"), participamos y redactamos varios protocolos de pago de "próxima generación", e incluso intenté que mi jefe apoyara mi exploración de pagos en el metaverso.
La mayoría de estos proyectos no prosperaron.
Mirando atrás, la razón fue la misma: intentábamos definir el nuevo pago en la capa de pagos, pero el escenario que impulsa el cambio aún no había llegado—si el escenario no llega, la infraestructura que necesita no puede surgir, y por muy inteligente que sea tu diseño en la capa de pagos, no podrá aprovecharlo.
La economía de Agentes es ese nuevo escenario que yo, en el pasado, esperaba ansiosamente.
KYA es esa capa de infraestructura que está surgiendo.
KYA no es un producto de la capa de pagos, es la capa de infraestructura de la economía de Agentes.
Las cinco capas de KYA que definí en el artículo anterior—Identidad del Agente, Alcance de Autorización, Firma de Intención, Auditoría de Cadena de Responsabilidad, Calificación Crediticia—solo dos de ellas (Alcance de Autorización y Auditoría de Cadena de Responsabilidad) se encuentran en la cadena de pago; las otras tres (Identidad, Intención, Crédito) simplemente no están en los pagos.
- La capa de Identidad sirve a todos los escenarios que necesitan identificar a un Agente: llamadas entre plataformas, registro ante reguladores, auditorías internas de empresas—el pago es solo uno de ellos.
- La capa de Intención sirve al problema mayor de la alineación de la IA—el pago es solo uno de sus muchos escenarios de verificación.
- La capa de Crédito sirve a cualquier sistema que necesite asignar permisos y límites a un Agente—el pago, de nuevo, es solo uno de sus usuarios.
Por lo tanto, el juicio de ese colega, "lo único que cambia es la eficiencia de pagos y liquidaciones", traducido al lenguaje de infraestructura, es: considerar KYA como un subsistema de pagos.
Mi juicio es el inverso: el pago es un subsistema de KYA.
Esta inversión es el núcleo de lo que este artículo quiere discutir.
Y las acciones de inversión de Stripe en primera línea de la industria son, precisamente, la prueba empírica.
El término que usó Patrick Collison en Sessions 2026 no fue "pagos de IA", fue "infraestructura económica para la IA". Esto no es lenguaje de marketing, es una elección de posicionamiento. Indica que Stripe no planea encerrarse en la identidad de "empresa de pagos"; está apostando por ser la base de la economía de Agentes.
En cuanto al despliegue concreto de productos:
El Agentic Commerce Protocol (ACP) construido conjuntamente por Stripe y OpenAI, que ahora usan Microsoft Copilot, Meta, y Google Gemini que se unió en abril de este año—es esencialmente un protocolo de identidad y sesión, no un protocolo de pago.
Shared Payment Token separa al Agente del número real de tarjeta, hace cosas en la capa de autorización, no en la de liquidación.
La adquisición por parte de Stripe de Bridge para obtener infraestructura de monedas estables, de Privy para obtener capacidades de billetera embebida, y la construcción propia de la cadena de bloques Tempo como canal de liquidación—todo este conjunto de movimientos no encaja en el marco de "optimización de la eficiencia de pagos".
Esta cartera de inversiones solo tiene sentido bajo el juicio de que "KYA es una capa de infraestructura". Si la economía de Agentes fuera solo un problema de eficiencia de pagos, Stripe no necesitaría hacer monedas estables, no necesitaría hacer billeteras embebidas, no necesitaría construir su propia L1. Lo que está haciendo es ocupar posición capa por capa en esas cinco capas de KYA.
Varias cifras que dio Emily Glassberg Sands, responsable de datos de Stripe, en una entrevista con Every en abril de este año, confirman desde otro ángulo la misma cosa: un gran cliente de IA es interceptado 250.000 veces a la semana por abuso de pruebas gratuitas; ella vio una empresa de IA que quemaba 25 dólares en potencia de cálculo por cada prueba gratuita, con una tasa de conversión del 4%, lo que significa perder 625 dólares por cada usuario de pago desarrollado; el abuso de pruebas gratuitas en general se multiplicó por 4 en los últimos seis meses.
Estas cifras indican colectivamente una cosa: en la economía de la IA, el juicio que realmente decide si una transacción puede realizarse y vale la pena hacerla, ya no ocurre en el momento de la compra—ocurre más arriba, en las preguntas de "quién es, qué quiere hacer, merece la pena darle recursos". Por eso Stripe está moviendo su control de riesgos, Radar, del "instante de la transacción" hacia adelante, al "ciclo de vida completo del usuario": no se trata de hacer el antiguo control de riesgos más rápido, sino de cambiar el problema que le preocupa al control de riesgos de "¿tiene problemas este pago?" a "¿tiene problemas el comportamiento completo de este usuario/Agente?". Lo primero es un problema de la capa de pago, lo segundo pertenece a esta capa de KYA.
Volviendo a la pregunta del colega: ¿sobre quién recae finalmente la responsabilidad?
Tiene razón—el sujeto legal final sigue siendo una persona. AB 316 ya lo ha escrito en piedra desde el punto de vista legal.
Pero precisamente este es el verdadero problema que KYA debe resolver: cuando la cadena de responsabilidad se vuelve distribuida, el acto de encontrar "en qué eslabón de qué persona concreta recae" es algo que la era del KYC no necesitaba hacer, pero la era del KYA sí debe hacer.
En la era del KYC, la cadena de responsabilidad era lineal (usuario → pago/banco → comerciante), si una transacción tenía problemas, intuitivamente sabías a quién dirigirte.
En la era del KYA, la cadena de responsabilidad es una red (usuario → plataforma de Agentes → proveedor del modelo → protocolo de pago → banco → comerciante, pudiendo además invocar a otros Agentes en el medio), incluso si la ley te dice "dirígete a la persona, no al Agente", aún no sabes a qué persona dirigirte—porque la responsabilidad ya está distribuida entre 5–7 sujetos.
KYA no puede cambiar la atribución final legal. Pero puede, dentro de la cadena en red, utilizar la criptografía para solidificar el rol y la acción de cada sujeto—quién autorizó qué, quién ejecutó qué, quién liquidó qué, quién cumplió qué. Transformar "no se pueden encontrar pruebas" en "se pueden encontrar pruebas"; transformar "qué eslabón falló es inverificable" en "verificable".
Esto no es una mejora de la eficiencia de pagos.
Es la primera vez que la capacidad de rastrear la responsabilidad puede ocurrir en una red de Agentes.
Por lo tanto, la frase "lo único que cambia es la eficiencia de pagos y liquidaciones", creo que confunde infraestructura con función.
Lo que realmente está ocurriendo es:
- Porque ha surgido un nuevo tipo de actor económico (Agente), una nueva capa de infraestructura (KYA) se ve forzada a surgir;
- Esta capa de infraestructura redefine "quién está al otro lado, qué puede hacer, a quién acudir si algo sale mal"; sobre esta capa de infraestructura, los pagos se reorganizarán a sí mismos de una forma que hoy todavía no podemos ver completa.
¿Cuál es exactamente la próxima forma de pago? Lo que aún no se ve con claridad es precisamente la nueva especie que Stripe está intentando definir.
Pero en un mundo de incertidumbre, hay una cosa de la que estoy segura—no será diseñada en la capa de pagos.
Surgirá del escenario, después de que esta capa de infraestructura, KYA, esté desplegada.
