deepdive

Discovery API de Circle: Agentes IA pagan con USDC

Editorial · 6 ago 2026 · 8 min de lectura

Circle lanzó su Discovery API como el componente más reciente del Agent Stack, exponiendo una interfaz programática que permite a los agentes de IA buscar servicios compatibles con USDC utilizando 14 filtros de consulta. La API adelanta el comercio de agentes un paso más en el flujo de transacción: en lugar de que un agente solo ejecute un pago una vez que el servicio ya es conocido, ahora puede descubrir, comparar y seleccionar servicios de forma autónoma antes de gastar un solo céntimo de stablecoin. El lanzamiento indica que Circle está construyendo verticalmente, abarcando desde el descubrimiento hasta la liquidación sobre infraestructura que controla.

Cómo funciona la Discovery API

La Discovery API funciona como un directorio consultable de servicios que aceptan USDC, diseñado específicamente para el acceso programático de agentes autónomos en lugar de operadores humanos. Un agente envía una solicitud estructurada especificando lo que necesita, y la API devuelve proveedores de servicios coincidentes junto con metadatos que le permiten evaluar su idoneidad. Los 14 filtros de consulta cubren dimensiones como categoría de servicio, modelo de precios, disponibilidad geográfica, requisitos de latencia, blockchain soportada y señales de reputación del proveedor. El diseño asume que los agentes necesitan descripciones de servicio legibles por máquina, no páginas web escaneadas ni contratos negociados por humanos. Un agente que busque generación de imágenes, traducción o recuperación de datos puede consultar el directorio, comparar opciones por precio y capacidad, y seleccionar un proveedor, todo en un solo ciclo lógico.

Dónde se ubica el descubrimiento en la pila de pagos para agentes

La Discovery API no es un producto aislado. Es la capa frontal del Agent Stack de Circle, que ya incluye la ejecución de pagos en USDC e infraestructura programable de billeteras. La pila ahora abarca tres etapas lógicas: descubrimiento, evaluación y liquidación. Un agente primero consulta la Discovery API para encontrar servicios candidatos. Luego evalúa los resultados basándose en su propia lógica, restricciones de costos o requisitos de la tarea. Finalmente, paga al proveedor seleccionado en USDC a través de la capa de pago existente. Al ser propietario de la capa de directorio, Circle se posiciona como el punto de enrutamiento predeterminado para el comercio de agentes, de manera similar a cómo las redes de pago tradicionales obtienen su ventaja al controlar tanto la incorporación de comercios como el procesamiento de transacciones.

El posicionamiento competitivo

El enfoque de Circle difiere de otras arquitecturas de comercio de agentes que hemos monitoreado. Plataformas como Skyfire y Payman construyen funcionalidades de pago para agentes sobre la infraestructura de stablecoins existente, pero dependen de mecanismos de descubrimiento externos, ya sea a través de listados de marketplace, configuración manual o negociación entre agentes. Agent Payments de Coinbase se centra en la capa de billeteras y transacciones a través de su infraestructura MPC. La pasarela de monetización de Cloudflare gestiona el pago por solicitud en el borde utilizando HTTP 402, pero asume que el agente ya sabe a qué endpoint llamar. La apuesta de Circle es que el descubrimiento es el cuello de botella, no la ejecución del pago. Si los agentes no pueden encontrar servicios mediante programación, el volumen de transacciones en USDC impulsadas por agentes se mantendrá en niveles bajos, que es exactamente lo que Morgan Stanley señaló cuando indicó que los pagos diarios agenticos apenas alcanzaban las cuatro cifras.

Preguntas abiertas y concesiones

La Discovery API resuelve una brecha real, pero varias preguntas quedan sin resolver. Se presume que los listados de proveedores en el directorio son de autorregistro, lo que plantea la cuestión del control de calidad y de cómo los agentes deberían ponderar las señales de reputación en un ecosistema emergente donde pocos proveedores tienen historial de transacciones. La volatilidad de precios entre servicios es otra preocupación: si dos proveedores ofrecen la misma capacidad a diferentes precios en USDC, los agentes necesitan una lógica de comparación fiable, y es posible que los metadatos de la API no capturen las diferencias de latencia o fiabilidad que importan en producción. Finalmente, existe el riesgo de fragmentación. Si los emisores competidores construyen sus propias capas de descubrimiento, los agentes podrían tener que consultar múltiples directorios, recreando exactamente el problema de fragmentación que la API se propuso resolver.

Sources

E
Editorial
Lectura relacionada

Lectura relacionada