Know Your Agent: los raíles de tarjeta les expiden pasaporte a los agentes de IA — tú no tienes que esperar uno

Qué pasó: los rivales acuerdan un reglamento Know Your Agent

El 10 de septiembre de 2026, Ant International, Visa y Mastercard anunciaron que empezaron a colaborar en un marco interoperable de Know Your Agent (KYA): una forma común de que redes de tarjetas, billeteras digitales, plataformas de agentes y marketplaces identifiquen, verifiquen y monitoreen a los agentes de IA que ya empiezan a comprar, reservar y pagar en nombre de personas reales. El plan define métodos compartidos para tres cosas — vincular el agente a una entidad válida, evaluar su comportamiento y monitorear su actividad — mientras cada red conserva sus propios procesos de aprobación y gestión de riesgo.

La función estrella es la portabilidad. En palabras de Jiang-Ming Yang, director de innovación de Ant International: "Si un agente se registra con Ant, no necesita registrarse otra vez con Visa o Mastercard". Pablo Fourez, director digital de Mastercard, resumió lo que está en juego: "La interoperabilidad entre marcos de Know Your Agent es esencial para que el comercio agéntico funcione a escala". El marco une las piezas que cada empresa ya había lanzado por separado — el Trusted Agent Protocol de Visa e Intelligent Commerce Connect, el Verifiable Intent y Agent Pay de Mastercard, y el Agentic Mobile Protocol de Ant, ya open-source — en una capa de reconocimiento mutuo. Las compañías citan proyecciones de McKinsey de $3–5 billones (trillions) en comercio agéntico de consumo para 2030, y señalan ejemplos ya en producción: usuarios de Alipay programando pedidos recurrentes de Starbucks y viajes de Didi con IA, y Wirex probando pagos en stablecoins iniciados por agentes dentro del programa Agentic Ready de Visa.

El anuncio no llegó solo. Esa misma semana, la NPCI de India movió ficha para presentar un protocolo unificado de agentes sobre UPI, con los primeros pilotos esperados en el Global Fintech Fest de Bombay (8–11 de septiembre). Suma el AP2 de Google, la x402 Foundation bajo la Linux Foundation y la Agentic Payments Alliance de 26 miembros, y el patrón es inconfundible: todos los raíles de pago del planeta están atornillando una capa de confianza para agentes de IA. La pregunta que responde este análisis es qué significa eso para el otro lado de la transacción — los que venden.

Por qué las tarjetas necesitan conocer a tu agente — y los raíles cripto no

KYA no es un reflejo burocrático. Es la respuesta estructuralmente correcta a un problema real en los raíles de tarjeta. Un pago con tarjeta es un pull: el que cobra (o el agente que compra) inicia un débito contra la línea de crédito de otro, y el dinero se mueve sobre una promesa que puede revocarse durante unos 120 días — disputas, contracargos, fraude amistoso. Cuando quien "tira" es un software, todo el modelo de riesgo de la red depende de saber de quién es ese software, qué estaba autorizado a hacer y si su comportamiento encaja con ese mandato. La identidad sustituye a la finalidad. Por eso los tres pilares del marco — vinculación a entidad, evaluación de comportamiento, monitoreo de actividad — se leen exactamente como un programa KYC con el humano cambiado por software. KYA es KYC para software, y para una compra de consumo de $500 con derecho a devolución, eso es una virtud, no un defecto.

Ahora dale la vuelta al raíl. En x402, el protocolo abierto gobernado por la x402 Foundation de la Linux Foundation, el agente no tira de nada. Recibe un HTTP 402 Payment Required con un precio y empuja un pago firmado en stablecoin — típicamente USDC en Base — adjunto a la petición reintentada. El pago queda autorizado criptográficamente por la wallet que lo hizo y es final al recibirse. No hay línea de crédito que proteger, ni ventana de disputa que vigilar, ni promesa que suscribir. Al vendedor le pagaron antes de servir la petición. En ese modelo, un agente anónimo que te pagó cuatro centavos no es un riesgo de fraude — es un cliente. El pago es la credencial.

Esta es la bifurcación del comercio agéntico que el anuncio de KYA hace oficial: raíles de registro-primero, donde la confianza se establece antes de mover dinero, frente a raíles de pago-primero, donde mover el dinero es la confianza. Ninguno está mal. Atienden mitades distintas del mercado — y saber en cuál vendes tú es la pregunta estratégica del momento.

La lectura honesta: KYA importa — para la mitad del mercado en la que probablemente no estás

Seamos justos con el marco. Si los agentes van a comprar vuelos, zapatillas y supermercado con las tarjetas de sus humanos, alguien tiene que poder responder "¿qué agente, para quién, con qué mandato?" — si no, la primera ola de fraude vía agentes mata la confianza del consumidor para todos. La propia investigación de Mastercard dibuja la brecha: el 85% de los consumidores dejaría a un agente de IA buscar la compra, pero solo un 10% le dejaría pagar. La verificación interoperable es un intento serio de cerrar esa brecha, y que rivales acérrimos la construyan juntos te dice que la consideran existencial. El comercio de consumo con ticket alto, propenso a disputas y con expectativa de devolución necesita una capa KYA, y los raíles de tarjeta son el lugar correcto para ella.

Pero fíjate en tres cosas. Primera: no hay fechas. El anuncio describe una colaboración, no un producto entregado: sin calendario de despliegue, sin proceso de certificación, sin lista de marketplaces que aceptarán el pasaporte KYA. Si tu plan de monetización es "esperar al marco", tu plan no tiene fecha. Segunda: el modelo de registro tiene una forma. Los marcos donde los agentes deben inscribirse, evaluarse y monitorearse favorecen a quien administra la inscripción — redes, grandes billeteras, plataformas de agentes. Un desarrollador de API del long tail no tiene silla en esa mesa; tiene fila. Tercera: puede que el mayor volumen no lo necesite. Lo que los agentes compran más a menudo no son zapatillas — son llamadas de API, consultas de datos, invocaciones de herramientas: menos de un dólar, máquina-a-máquina, sin devoluciones, miles por hora. Hasta Mastercard concede implícitamente la división: su propio Agent Pay for Machines mueve transacciones autónomas de alto volumen y bajo valor sobre raíles de stablecoins, no sobre flujos de autorización de tarjeta.

Así que la lectura estratégica para el que vende no es "KYA contra x402". Es: el comercio de consumo, de ticket alto y reversible será registro-primero; el comercio máquina-a-máquina por llamada es pago-primero y ya está en marcha. Si vendes lo segundo, que la oficina de pasaportes abra en algún momento de 2027 no es tu cuello de botella. Tu cuello de botella es tener un endpoint que los agentes puedan pagar.

Cómo cobrar a agentes de IA hoy — sin marco de por medio, paso a paso

Aquí es donde entra Payzum. Payzum es el middleware delante de tu API existente — no implementas el protocolo x402, no tocas un smart contract, no esperas al programa de verificación de agentes de ninguna red. El flujo, desde el dashboard:

1. Apunta Payzum a tu endpoint actual. Configuras la URL de la API que ya operas, más la API key o el bearer token que ya exige. Tu backend no cambia en nada.
2. Pon un precio por llamada. Un precio fijo por petición — lo que un agente debe pagar para obtener una respuesta.
3. Payzum publica una URL x402 por ti. Cuando un agente la llama, Payzum responde con el 402 Payment Required estándar y los requisitos de pago. El agente paga USDC en Base; un facilitador externo (hoy el de Coinbase) verifica y liquida el pago on-chain.
4. Payzum reenvía la llamada pagada. Confirmado el pago — Base confirma en unos dos segundos — Payzum reenvía la petición a tu endpoint real con tu key y devuelve la respuesta al agente. Los USDC caen directo en tu propia wallet, sin custodia. Payzum nunca retiene tus fondos: la liquidación es el pago.

Esa es toda la integración: una configuración de dashboard, en vivo el mismo día. Cualquier agente capaz de hablar x402 — y tras un año de Coinbase, Cloudflare, AWS y el ecosistema de la Linux Foundation publicando tooling de cliente, son muchos — puede descubrir el precio y pagarlo, sin cuenta, sin tarjeta guardada y sin registrarse contigo ni con nadie. Cobras antes de servir un solo byte, no existen los contracargos por construcción, y un agente del que nunca oíste hablar es tan buen cliente como el de una multinacional.

Registro-primero vs pago-primero: la comparativa

Objeciones frecuentes

"¿No debería esperar al estándar que están construyendo las grandes redes?"

Espéralo donde te aplique. Si vendes bienes físicos a consumidores a través de marketplaces, lo probable es que los agentes te compren por flujos de tarjeta con KYA, y tu adquirente te lo ofrecerá cuando exista. Pero si vendes llamadas de API, datos o herramientas, las propias redes de tarjetas derivan ese tráfico a raíles de stablecoins — y el stack de pago-primero lleva todo el año en producción. Además no son excluyentes: un endpoint x402 hoy no bloquea una integración KYA mañana. Esperar, en cambio, tiene un costo que se mide en cada agente que llega a tu API, no encuentra cómo pagar y saca la respuesta de otro.

"Sin Know Your Agent, ¿un agente sin verificar no es un riesgo de fraude?"

En raíles de tarjeta, sí — porque el dinero se mueve sobre una promesa revocable y la identidad del actor es tu única protección. En x402 el modelo de riesgo se invierte: el pago precede al acceso. El agente ya pagó, on-chain y de forma irreversible, antes de que tu API responda. Los vectores clásicos — tarjeta robada, contracargo tras la entrega, abuso de devoluciones — no tienen equivalente, porque no hay crédito, no hay pull y no hay reversa. Lo que queda es gestión de capacidad normal (rate limits, filtrado de abuso), que tu API necesitaba de todos modos.

"¿De verdad alguien paga así, o todo son pilotos?"

La respuesta honesta: es real pero temprano, y concentrado exactamente donde esperarías. La analítica on-chain sitúa a x402 en cientos de millones de transacciones acumuladas, con una mezcla en 2026 que se desplaza hacia pagos menos numerosos pero más grandes y de producción, lejos del ruido de testnet — analizamos la composición en nuestro desglose del debate sobre el volumen de x402. Mientras tanto, el tooling del lado comprador sigue componiéndose: los pagos de AWS AgentCore salieron a disponibilidad general con soporte x402, Binance lo añadió a su Agentic Wallet y Cloudflare emite wallets para agentes. La infraestructura del comprador está terminada; los endpoints del vendedor son el lado escaso. Esa escasez es la oportunidad.