Auf Mikrosekunden-Ebene ist menschliche Prüfung nicht mehr möglich.

Hochfrequenzhandel findet auf einer Skala statt, auf der eine nachträgliche menschliche Prüfung faktisch ausgeschlossen ist. Das Gate versiegelt deshalb jede Order deterministisch, inklusive des Algorithmus-Hash, damit nachträglich nachrechenbar ist, mit welcher Software-Version die jeweilige Order abgesetzt wurde.

Vier Sub-Gates, kaskadierend.

Marktmissbrauch ist dispositiv zwingend, das heißt, ein Treffer bei Spoofing oder Layering ist nicht mit einem documentation_only-Modus vereinbar.

SUB-GATE 1

Algorithm Bias

Bestimmt eine deterministische Bias-Score und vergleicht sie mit dem dokumentierten Schwellwert (Standard: 0,1). Der Algorithmus-Hash wird versiegelt und bindet die Software-Version an diese konkrete Order.

bias_score · bias_threshold · algorithm_hash

SUB-GATE 2

MiFID II MAR Market Abuse

Prüft Spoofing (unechte Order zur Preiskonditionierung) und Layering (Mehrfach-Order an verschiedenen Preisniveaus zur Illusion von Markttiefe). Beide sind dispositiv zwingend.

spoofing_detected · layering_detected

SUB-GATE 3

Latenz-Arbitrage

Prüft, ob die Order innerhalb eines kritischen Latenz-Fensters (Standard: unter 5 ms) abgesetzt wurde, was auf Ausnutzung verzögerter Preis-Feeds hindeuten würde.

latency_window_ms · latency_arbitrage_flag

SUB-GATE 4

Venue Authorization

Bestätigt, dass der Handelsplatz zum Ausführungszeitpunkt T=0 wirksam zugelassen war. Eine nachträgliche Zulassungsänderung wäre ein schwerer Verstoß.

venue_authorized_at_t0

Sieben getestete Szenarien.

Alle Werte auf dieser Seite sind fiktive Testdaten und dienen ausschließlich der Illustration der Gate-Logik.

Szenario	SG1	SG2	SG3	SG4	Verdict
Vollständig sauber	PASS	PASS	PASS	PASS	HFT_SEALED
Bias-Score über Schwelle	FAIL	nicht ausgewertet	nicht ausgewertet	nicht ausgewertet	BLOCK_HFT_BIAS_THRESHOLD_EXCEEDED
Spoofing erkannt	PASS	FAIL	nicht ausgewertet	nicht ausgewertet	BLOCK_HFT_MARKET_ABUSE_SPOOFING
Layering erkannt	PASS	FAIL	nicht ausgewertet	nicht ausgewertet	BLOCK_HFT_MARKET_ABUSE_LAYERING
Latenz-Arbitrage ausgenutzt	PASS	PASS	FAIL	nicht ausgewertet	BLOCK_HFT_LATENCY_ARBITRAGE_ABUSED
Venue nicht zugelassen	PASS	PASS	PASS	FAIL	BLOCK_HFT_VENUE_UNAUTHORIZED
Algorithmus-Hash fehlt	FAIL	nicht ausgewertet	nicht ausgewertet	nicht ausgewertet	NO_DECISION

Testergebnis: HFT_SEALED in 333 ms. Vier Sub-Gates bestanden. Algorithmus-Hash 2222…2222 versiegelt, Bias-Score 0,03 dokumentiert, keine Arbitrage erkannt, Venue XETRA zum T=0 zugelassen.

Was gateHFT nicht ist.

Keine automatische Anerkennung durch eine Börsenaufsicht. Das Gate liefert einen kryptografischen Beweis, keine behördliche Zulassung als Beweismittel.
Kein eigenständiges Marktüberwachungssystem. Das Gate versiegelt die Order-Attestierung, es ersetzt keine laufende Marktüberwachung durch den Handelsplatz.

GATE CATALOG · REGULATORY DETERMINATION DOMAIN

gateHFT

gateHFT bestimmt kodierte regulatorische Bedingungen für einen definierten Sachverhalt. Das Gate liefert einen gebundenen regulatorischen Determination State; es erzeugt weder regulatorische Authority noch Execution Permission.

DOMAIN_DETERMINATION_ONLY = true · EXECUTION_AUTHORITY = false · EXECUTION_PERMISSION = false

Gate Catalog ansehen →Execution Rights →

AUTHORITY-GRENZE

MARKTMIKROSTRUKTUR-ZUSTAND IST KEINE HANDELSAUTORITÄT.

KANN

kodierte regulatorische Bedingungen deterministisch bestimmen
Determinations an Quelle, Scope, Zeit und Input-State binden
fehlende, abgelaufene oder kollidierende regulatorische Dependencies sichtbar machen
zurechenbare Evidence für die konkrete Determination erzeugen

KANN NICHT

Regulator, Aufsicht, Gericht oder zuständige Institution ersetzen
rechtliche oder regulatorische Authority durch Score, Konsens, KI oder Administration erzeugen
aus einem Gate-PASS eigenständig ein Execution Right erzeugen
eigenständig einen ExecutionCapabilityToken erzeugen

REGULATORY STATE

Regulatorische Determination ist Evidence. Keine regulatorische Authority.

SOURCE

Authoritative source

Die relevante Regel muss außerhalb des Systems aus einer legitimen normativen oder institutionellen Quelle stammen.

SCOPE

Definierter Sachverhalt

Die Determination ist auf den kodierten Sachverhalt, die Einheit, Transaktion oder Operation begrenzt.

TIME

Zeitpunktbezogener Zustand

Geltungsbeginn, Übergangsfristen, Außerkrafttreten und Versionsstand bleiben explizit.

INPUT

Kanonischer Input

Eine reproduzierbare Determination benötigt einen definierten kanonischen Input-State.

DEPENDENCY

Dependencies

Fehlende oder widersprüchliche Dependencies bleiben sichtbar, statt in erfundene Permission umgewandelt zu werden.

EVIDENCE

Gebundener Nachweis

Der resultierende State kann für spätere Verifikation an Quelle, Input, Scope und Zeit gebunden werden.

VERWANDTE DETERMINATION DOMAINS

Regulatorische Domains werden komponiert. Sie verleihen einander keine Authority.

gateMarketAbuse gateEMIR gateEUFinance

Nur scope-relevante Determinations werden Dependencies der Execution-Rights-Auflösung. Die gezeigten Links sind keine universell zwingende Sequenz.

EXECUTION RIGHTS

Fünf Dimensionen. Regulatorischer State kann sie informieren; kein Gate ersetzt sie.

AAUTHORITY

RRULE

JJURISDICTION

TTIME

DDEPENDENCY

ALLE FÜNF ERFORDERLICHEN DIMENSIONEN GÜLTIG → GÜLTIGES EXECUTION RIGHT · EINE ERFORDERLICHE DIMENSION FEHLT → KEIN GÜLTIGES EXECUTION RIGHT → KEINE CAPABILITY → KEINE AUSFÜHRUNG

INVARIANT

Ein regulatorischer PASS ist eine Determination. Niemals allein eine Permission.

AUTHORITY → DETERMINATION → EXECUTION RIGHTS → CAPABILITY OR NONE → EXECUTION OR NONE → EVIDENCE