Motor de protocolo FIX · v1.8 · mayo de 2026

NexusFIX.

No se han publicado resultados de medición reproducibles para esta comparación. Se retiraron las cifras anteriores de latencia, rendimiento, asignación de memoria, hardware y QuickFIX porque no se pudieron verificar la ejecución original, las versiones exactas ni el método.

La ruta caliente,
de extremo a extremo.

Bytes del cable a la entrada. Orden enrutada a la salida. Tres etapas, todas corriendo en el mismo hilo, todas sin asignar.

1 Etapa 1 · Decodificar

Bytes dentro, campos fuera. sin copia.

El stream delimitado por SOH se itera in-place. Cada tag se resuelve en una vista tipada sobre el buffer original; los campos numéricos se parsean sin branching, con el overlay de dialecto aplicado en el bind de sesión.

span<const char>sin branchingchecksum SIMD
2 Etapa 2 · Validar

Estado de sesión, de forma determinista.

Números de secuencia, ventanas de heartbeat, semántica gap-fill, peculiaridades de resend-request. Manejado por una máquina de estados generada por perfil de venue. Cada transición se registra en un journal memory-mapped.

seq-numheartbeatresendmmap journal
3 Etapa 3 · Enrutar

Hacia tu handler, cero asignaciones.

Se adquiere un slot de orden en una arena fija, se rellena por referencia, y se entrega a tu aplicación vía una cola SPSC sin locks. El slot vive hasta el estado terminal de la orden, luego regresa a la arena.

cola SPSCslot de arenasin virtual

Ve más a fondo.

Dos hilos para tirar a continuación. El artículo de arquitectura, o el explicador conversacional en vivo.

Conéctalo en una tarde.

NexusFIX se entrega como una sola biblioteca estática y un simulador de sesión CLI. Trae una config de venue y un handler, y tienes una sesión FIX determinista corriendo en local. Repetible desde un journal, trazable hasta el byte.

Explora otros proyectos.

NexusFIX es uno de los tres motores que construimos. Misma filosofía: open-source donde sea posible, rendimiento primero, sin lock-in.