Negociamos con nuestro capital propio, y desarrollamos los sistemas que lo hacen

Cada estrategia se define mediante parámetros declarativos y existe como un módulo independiente: arbitraje entre plataformas, creación de mercado, esquemas grid y promediado programado. Una estrategia toma una decisión y forma una intención, mientras que un motor de ejecución independiente se encarga del envío y la gestión de las órdenes: la lógica de negociación nunca se comunica directamente con el exchange.

Los límites de riesgo se establecen en la configuración de cada motor y no están codificados de forma fija: límites de exposición, drawdown (caída de capital) máximo, tamaño por nivel. Antes de que una estrategia acceda a capital real, pasa por backtesting (pruebas retrospectivas) y un periodo de operativa en simulación (paper trading): así se descartan las configuraciones que solo aparentan funcionar con datos históricos.

Cada plataforma difiere en sus reglas de precisión, su conjunto de tipos de órdenes, los límites de frecuencia de peticiones y su esquema de autorización. El adaptador concilia todo ello en una única interfaz: los precios y los tamaños se redondean según las reglas de cada instrumento, las órdenes no válidas se rechazan antes de llegar a enviarse, y REST, WebSocket y FIX resultan idénticos para la capa de negociación.

La fiabilidad de los canales se gestiona por separado. Las conexiones se restablecen automáticamente, la clave del flujo privado se renueva de forma programada y los eventos del flujo se deduplican por identificador y son resistentes al reordenamiento. El flujo de cotizaciones y el canal de negociación se separan en sockets distintos para que una avalancha de datos de mercado no retrase el envío de órdenes.

El backtester reproduce los eventos de mercado en su orden original, en lugar de promediarlos por velas: las órdenes pasan por la misma lógica de ejecución que en producción, teniendo en cuenta las comisiones, el spread, el deslizamiento (slippage) y las ejecuciones parciales. Los indicadores se calculan de forma causal, al cierre de cada vela, sin ventanas centradas ni suavizados retroactivos; de lo contrario, los resultados estarían anticipando el futuro.

La robustez se comprueba mediante un esquema walk-forward: los parámetros se ajustan sobre un segmento del histórico y se evalúan sobre el siguiente, que no intervino en el ajuste. Una configuración que solo funciona en la ventana de entrenamiento nunca se acerca al capital real: esta es la principal salvaguarda frente al sobreajuste.

Cada orden se contrasta con los límites antes de enviarse: exposición por instrumento y agregada, drawdown máximo, tamaño por nivel. Una infracción no se limita a registrarse: bloquea cualquier aumento de la posición. Los límites se definen en la configuración y se modifican sin editar el código de negociación, de modo que los márgenes de riesgo permanecen bajo control explícito.

El interruptor de emergencia (kill switch) cancela las órdenes en el libro y detiene la negociación ante una señal del operador o la violación de un invariante. Las posiciones se concilian periódicamente con el estado del exchange; cualquier discrepancia entre la contabilidad local y la plataforma congela la estrategia hasta que se resuelva, en lugar de operar sobre una imagen incorrecta.

La telemetría registra las latencias, las ejecuciones, las posiciones y el estado de las conexiones con las plataformas. Cada orden se registra junto con el motivo por el que se cursó: esto hace reproducibles las decisiones tomadas y permite revisar cualquier operación a posteriori sin depender de la memoria de un operador.

Las alertas se activan ante la superación de umbrales, la caída de un flujo de datos y el aumento de la latencia entre el motor de emparejamiento del exchange y la recepción local. El estado de los sistemas es visible en tiempo real sin acceso al servidor, y el canal de métricas y el registro están separados de la ruta de negociación para que los diagnósticos no compitan por los recursos con el envío de órdenes.

La clave de cada plataforma se crea con un único permiso: negociar. Los retiros y las transferencias están deshabilitados en el lado del exchange, de modo que ni siquiera una clave comprometida puede sacar fondos de la plataforma. Esta es la columna vertebral técnica del principio sobre el que se asienta la empresa: la negociación se realiza exclusivamente con su capital propio.

Los secretos se almacenan separados del código y de la lógica de negociación, y nunca aparecen en los registros ni en los mensajes de error. El acceso a las claves está segregado por rol y registrado, y la rotación programada se realiza sin detener la negociación. El uso de claves distintas para diferentes plataformas y entornos limita el radio de impacto de cualquier filtración.