Dos agentes de trading con IA que usan el mismo modelo y la misma estrategia pueden producir resultados distintos. Cuando surge una señal en un mercado rápido, una plataforma puede responder en milisegundos mientras la otra agota el tiempo de espera. La diferencia está en la infraestructura que conecta al agente con el mercado, y esa conexión cumple un papel cada vez más importante a medida que los agentes asumen más trabajo de trading.

En una aplicación de consumo, una conexión lenta significa una rueda girando, y el usuario vuelve a tocar la pantalla. En un agente automatizado, la misma demora se convierte en un problema de exactitud. Un agente que realiza cientos de llamadas trata un tiempo de espera agotado como datos faltantes. Puede actuar con información de cuenta desactualizada, omitir una verificación o reintentar una orden a un precio peor.

Esa brecha está atrayendo inversión. Arcade recaudó 60 millones de dólares en junio con el argumento de que la mayoría de los agentes fracasan porque la infraestructura que los rodea no está lista. TechCrunch informó que los servidores MCP tuvieron que hacer trabajo adicional solo para rastrear sesiones entre máquinas con balanceo de carga, lo que ayudó a explicar por qué las integraciones grandes tardaron en salir al mercado.

Binance respalda su argumento con sus propias cifras. Jeff Li, vicepresidente de producto de Binance, dijo que la adopción temprana de Agent OS muestra una demanda creciente de agentes que se mantengan conectados mientras cambian las condiciones. En la primera semana, las conexiones MCP se duplicaron y el volumen de llamadas aumentó veinte veces. En dos semanas, las solicitudes diarias superaron las 90.000, con el 95% completado en 60 milisegundos o menos y una tasa de éxito del 97%.

Estas cifras merecen una lectura detenida. Un resultado en el percentil 95 significa que una de cada 20 solicitudes tardó más de 60 milisegundos. Los mercados rápidos son precisamente cuando importa esa cola más lenta. Con una tasa de éxito del 97%, una simple operación aritmética indica que un sistema que maneja más de 90.000 solicitudes al día vería aproximadamente 2.700 fallas. Las cifras publicadas no dicen dónde se mide la latencia ni qué se considera una falla.

Las pequeñas tasas de falla se acumulan en un flujo de trabajo

La latencia, la tasa de éxito y el comportamiento bajo carga parecen métricas independientes, pero para un agente se multiplican entre sí. Una persona envía una solicitud y luego reacciona. Un agente encadena varias. Tomemos un flujo de trabajo que necesita cinco llamadas secuenciales: verificar un saldo, leer el libro de órdenes, dimensionar una posición, colocar la orden y confirmar la ejecución. Si cada llamada tiene un 97% de éxito por sí sola, la secuencia completa se ejecuta sin errores aproximadamente el 86% de las veces.

La carga es la más difícil de las tres. La demanda se dispara cuando los precios se mueven, y las fallas tienden a concentrarse en el peor momento. Los responsables de MCP pasaron en julio a un diseño sin estado para que los servidores puedan funcionar detrás de balanceadores de carga estándar sin que una máquina tenga que recordar cada sesión. Den Delimarsky, responsable principal de MCP, describió la configuración anterior de esta manera: “Antes, necesitabas tener un almacén de sesiones y administrar los ID de sesión, y si uno de tus pods de cómputo se caía, de repente las solicitudes empezaban a fallar”.

Binance Research extrajo una lección más amplia de sus cifras de dos semanas. A medida que los agentes se vuelven más capaces, la principal restricción podría pasar de la inteligencia del modelo a la infraestructura necesaria para acceder a los datos y ejecutar operaciones de manera confiable.

Los sistemas automatizados fallan a velocidad de máquina

El trading ya aprendió esta lección antes, a un costo muy alto. El 1 de agosto de 2012, un despliegue de software defectuoso en Knight Capital envió más de 4 millones de órdenes al mercado en 45 minutos, mientras la firma intentaba ejecutar 212 órdenes de clientes. Según la SEC, Knight negoció más de 397 millones de acciones y perdió más de 460 millones de dólares. Posteriormente, la SEC llegó a un acuerdo con la firma por cargos relacionados con la regla de acceso al mercado, por 12 millones de dólares.

Para quienes construyen agentes, la conclusión es incómoda. Los sistemas automatizados pueden fallar más rápido de lo que alguien puede intervenir, por lo que la confiabilidad debe construirse desde el inicio.

Los pagos siguieron un camino similar. Las redes de tarjetas y los sistemas de liquidación todavía compiten en disponibilidad y capacidad de procesamiento. Con el tiempo, esas cualidades se convirtieron en el requisito mínimo para manejar el dinero de otras personas, y las plataformas de agentes parecen encaminarse en la misma dirección. Una vez que una plataforma publique cifras de latencia y tasa de éxito, sus competidores enfrentarán preguntas sobre sus propias cifras, y la cifra publicada se convertirá en la referencia.

Preguntas que hacer antes de que un agente toque el dinero

Cualquiera que conecte un agente a una cuenta con fondos puede hacerle a la plataforma algunas preguntas directas. ¿En qué percentil se reporta la latencia? ¿Se mide en el servidor o de extremo a extremo? ¿Qué se considera una solicitud fallida y qué hace el agente después de una?

El contexto importa tanto como los promedios. ¿Cómo se sostuvieron las cifras durante la hora más ocupada del día más volátil, en comparación con una instantánea tranquila de la semana de lanzamiento? ¿Existen límites de frecuencia y qué ocurre con las solicitudes que los superan? ¿La plataforma publica estas cifras a lo largo del tiempo o solo una vez?

Las plataformas de agentes podrían empezar a publicar métricas de ejecución de la misma forma en que las bolsas ya publican el estado de sus sistemas. Las plataformas que lo hagan de manera consistente harán que esas preguntas sean mucho más fáciles de responder.

Dieser Artikel wurde mit Unterstützung von KI verfasst.
News Factory APP - agentische News für besseres SEO & AEO.