FIX-Protokoll-Engine · v1.8 · Mai 2026

NexusFIX.

Für diesen Vergleich wurden keine reproduzierbaren Messergebnisse veröffentlicht. Die bisherigen Angaben zu Latenz, Durchsatz, Speicherzuweisung, Hardware und QuickFIX wurden entfernt, da Rohdaten, genaue Versionen und Methode nicht überprüfbar sind.

Der Hot-Path,
Ende-zu-Ende.

Wire-Bytes rein. Geroutete Order raus. Drei Stufen, alle im selben Thread, alle ohne Allokation.

1 Stufe 1 · Dekodieren

Bytes rein, Felder raus. ohne Kopie.

Der SOH-getrennte Stream wird in-place durchlaufen. Jedes Tag löst zu einer typisierten Sicht auf den Originalpuffer auf; numerische Felder werden verzweigungsfrei geparst, das Dialekt-Overlay wird zum Zeitpunkt des Session-Bindings angewendet.

span<const char>verzweigungsfreiSIMD-Checksumme
2 Stufe 2 · Validieren

Session-Zustand, deterministisch.

Sequenznummern, Heartbeat-Fenster, Gap-Fill-Semantik, Resend-Request-Eigenheiten. Bearbeitet von einer generierten State-Machine pro Venue-Profil. Jeder Übergang wird in einem Memory-Mapped-Journal protokolliert.

seq-numHeartbeatResendmmap journal
3 Stufe 3 · Route

In Ihren Handler, ohne Allokation.

Ein Order-Slot aus einer festen Arena wird beschafft, per Referenz befüllt und über eine lock-free SPSC-Queue an Ihre Anwendung übergeben. Der Slot lebt, bis die Order ihren Endzustand erreicht, dann kehrt er in die Arena zurück.

SPSC-QueueArena-Slotkein virtual

Geh tiefer.

Zwei Fäden, an denen man als nächstes ziehen kann. Der Architektur-Aufsatz, oder der lebendige Konversations-Erklärer.

Verkabeln Sie es in einem Nachmittag.

NexusFIX wird als eine einzige statische Bibliothek und ein CLI-Session-Simulator ausgeliefert. Bringen Sie eine Venue-Konfiguration und einen Handler mit, und Sie haben eine deterministische FIX-Session, die lokal läuft. Aus einem Journal wiedergebbar, byte-genau nachvollziehbar.

Weitere Projekte erkunden.

NexusFIX ist eine von drei Engines, die wir bauen. Dieselbe Philosophie: Open Source, wo möglich, Performance zuerst, kein Lock-in.