Ejecución de órdenes
Un límite de peticiones (rate limit) del exchange es el número máximo de solicitudes a la API, o el peso máximo de solicitudes, que un exchange acepta de una dirección IP o clave de API en una ventana de tiempo determinada; superarlo devuelve errores y, si continúa, un bloqueo temporal de la IP o de la clave.
La automatización realiza muchas más solicitudes que una persona: ajustar el apalancamiento, colocar la entrada, crear las órdenes de protección, consultar posiciones y comprobar ejecuciones para cada señal en cada cuenta. Los límites se comparten entre todo lo que usa la misma IP o clave, por lo que un bucle mal comportado puede bloquear las órdenes de todas las demás cuentas del mismo servidor. Un bloqueo durante un mercado rápido es el peor caso: no se pueden abrir posiciones, y los stops que solo existen en el software no se pueden mover. Los límites también difieren entre exchanges y entre endpoints, por lo que una plataforma tiene que presupuestarlos en lugar de descubrirlos al chocar con ellos.
AlgoVesta mantiene fijo y reducido el número de llamadas por orden, y lee los datos de mercado de fuentes públicas compartidas en lugar de consultar el exchange una vez por cuenta. Los presupuestos de solicitudes se rastrean por exchange y por clave, y cuando una plataforma responde con un límite de peticiones o un bloqueo, la clave o el servidor afectado se retira en lugar de reintentar de inmediato; la condición se registra y se muestra en el panel. Los bloqueos reportados por un testnet compartido se mantienen separados de los bloqueos del mercado real para que un entorno de prueba no pueda sacar de rotación a los servidores de ejecución en vivo. Los stops y objetivos se colocan como órdenes en espera en la plataforma, de modo que un límite temporal no deja una posición sin protección. Los datos históricos y otras lecturas pesadas se ejecutan desde máquinas separadas para que no puedan consumir el presupuesto de los servidores de ejecución. Consulta lógica de reintentos y la página de exchanges soportados.
Durante un pico de mercado, un canal de señales dispara ocho señales en un minuto para una cuenta. Cada una se ejecuta con su conjunto fijo de llamadas, muy por debajo del presupuesto por minuto del exchange; las posiciones se abren con sus stops en espera en el exchange. Si el exchange hubiera devuelto un error de límite de peticiones a mitad de camino, las señales restantes se habrían registrado como bloqueadas con ese motivo, y la clave se habría pausado antes del siguiente intento en lugar de provocar un bloqueo más largo.