Actualización de octubre de B2CONNECT: conexión de varias instancias de agregadores de liquidez y sesiones FIX adaptativas

Las actualizaciones de octubre de B2CONNECT introducen múltiples conexiones al mismo agregador de liquidez, especificaciones FIX por taker, motivos de rechazo de órdenes más claros y mejoras en la gestión y la recuperación de órdenes.

Para los brókers, esto significa que cada instancia de agregador de liquidez puede conectarse a través de una sola instancia de B2CONNECT, mientras que un único servidor FIX puede atender a takers con especificaciones distintas. Así es como la actualización respalda estos flujos de trabajo.

Conectar varias instancias de agregadores de liquidez a través del hub de B2CONNECT

Los hubs de B2CONNECT siempre han admitido múltiples conectores maker. Ahora damos un paso más al eliminar el límite de un conector por tipo. Así, los brókers pueden ejecutar conexiones duplicadas al mismo agregador de liquidez de forma simultánea en un mismo hub.

Cada conexión sigue siendo totalmente autónoma, conserva sus propias sesiones dedicadas de trading y cotización, y asigna símbolos y órdenes a esa instancia concreta.

Añadir y configurar cada conexión

Cada instancia de agregador de liquidez se añade como su propio conector. Asigna un nombre al conector, selecciona su adaptador y configúralo como una conexión distinta. La lista de conectores entrantes mantiene las conexiones visibles juntas dentro del mismo hub.

Adaptar las sesiones FIX a cada taker

Las credenciales FIX de cada taker ahora pueden incluir su propia especificación FIX. Por tanto, un único punto de acceso del hub puede atender a takers cuyas plataformas esperan especificaciones distintas.

Las órdenes rechazadas ofrecen motivos más claros relacionados con la cuenta, como fondos insuficientes o cuenta no encontrada, en lugar de un error interno genérico. Si las credenciales de un taker se eliminan durante una sesión activa, el taker recibe un mensaje Logout antes de que se cierre la conexión.

Mejoras en la gestión de órdenes tras la inactividad y los límites de tasa

La primera orden tras un periodo de calma ahora llega al centro de ejecución con menos demora, lo que reduce la espera cuando la operativa se reanuda tras un periodo de inactividad.

Cuando un centro de ejecución aplica un límite de tasa, las órdenes ahora esperan a que haya capacidad disponible dentro de su tiempo de vida (time-to-live), lo que reduce las demoras asociadas al anterior calendario fijo de reintentos del hub.

Correcciones adicionales de conectividad y configuración

La actualización corrige libros de órdenes y datos de financiación desactualizados en un centro de futuros, así como las confirmaciones de colocación de órdenes perdidas cuando las conexiones maker de cripto compatibles se detienen a mitad de una orden. También mejora el cierre de conexiones durante una reconexión.

Las credenciales antiguas de los takers vuelven a poder abrirse y editarse, y sus contraseñas pueden cambiarse en la interfaz web. Las cargas de configuración de símbolos con Depth 0 se rechazan en lugar de vaciar el libro de órdenes.