Aggiornamento di ottobre di B2CONNECT: connessione di più istanze di aggregatori di liquidità e sessioni FIX adattive

Gli aggiornamenti di ottobre di B2CONNECT introducono più connessioni allo stesso aggregatore di liquidità, specifiche FIX per singolo taker, motivi di rifiuto degli ordini più chiari e miglioramenti nella gestione e nel recupero degli ordini.

Per i broker, questo significa che le singole istanze di aggregatori di liquidità possono connettersi tramite un’unica istanza di B2CONNECT, mentre un solo server FIX può ospitare taker con specifiche diverse. Ecco come l’aggiornamento supporta questi flussi di lavoro.

Collegare più istanze di aggregatori di liquidità tramite l’hub B2CONNECT

Gli hub B2CONNECT hanno sempre supportato più connettori maker, e ora abbiamo fatto un passo avanti eliminando il limite di uno per tipo. In questo modo i broker possono attivare connessioni duplicate verso lo stesso aggregatore di liquidità contemporaneamente su un unico hub.

Ogni connessione resta completamente autonoma, mantiene le proprie sessioni dedicate di trading e quotazione e associa simboli e ordini a quella specifica istanza.

Aggiungere e configurare ogni connessione

Ogni istanza di aggregatore di liquidità viene aggiunta come connettore dedicato. Assegna un nome al connettore, seleziona il suo adapter e configuralo come connessione distinta. L’elenco dei connettori in entrata mantiene le connessioni visibili insieme all’interno dello stesso hub.

Adattare le sessioni FIX a ogni taker

Le credenziali FIX di ogni taker possono ora includere una propria specifica FIX. Un singolo endpoint dell’hub può quindi servire taker le cui piattaforme richiedono specifiche diverse.

Gli ordini rifiutati forniscono ora motivi più chiari legati al conto, come fondi insufficienti o conto non trovato, invece di un generico errore interno. Se le credenziali di un taker vengono eliminate durante una sessione attiva, il taker riceve un messaggio di Logout prima che la connessione si chiuda.

Migliorare la gestione degli ordini dopo inattività e limiti di frequenza

Il primo ordine dopo un periodo di inattività raggiunge ora la venue con un ritardo minore, riducendo l’attesa quando l’operatività riprende dopo una pausa.

Quando una venue impone un limite di frequenza, gli ordini ora attendono la capacità disponibile entro il loro time-to-live, riducendo i ritardi legati alla precedente pianificazione fissa dei tentativi dell’hub.

Correzioni aggiuntive di connettività e configurazione

L’aggiornamento risolve order book e dati di funding non aggiornati su una venue futures, nonché la perdita delle conferme di inserimento degli ordini quando le connessioni maker crypto supportate si interrompono durante un ordine. Migliora inoltre la chiusura delle connessioni durante una riconnessione.

Le vecchie credenziali dei taker possono di nuovo essere aperte e modificate, e le relative password possono essere cambiate nell’interfaccia Web. I caricamenti di configurazione dei simboli con Depth 0 vengono rifiutati invece di svuotare l’order book.