Sprache:
PRODUKTE▾
Start Core Serverless EditionHealthcare Warum es anders istExecution RightsGlobale Anforderungen CDS — Verfassungsprüfung STFL — Sovereign Transaction Finance Layer Verify Security Alle Gates
SEKTOREN▾
Alle SektorenHealthcareDefenceAviationHeavy IndustryFinanzmärkteAsset Management & WertpapierfinanzierungPharma & Klinische StudienLogistikSport & MotorsportMusik & Digitale MärkteEnergie & ESGÖffentlicher SektorGesellschaft & VerwaltungKI · Daten · Cyber · TelekomImmobilien & TransaktionenAgriFood & Lebensmittelsicherheit
MEHR▾
ASSURANCE
Authority Surface Execution RightsOverride Accountability Capabilities Maßgebliche Quellen Evidence Evidence Registry Fortress Baseline Adversarial Verification Machine Law Evolution
SOLUTIONS
Institutionen Regulatoren Regierungen Investoren · PE Jurisdiktionen Due Diligence
RESOURCES
Facts Press Newsroom FAQ Machine Law Gate-SDK Öffentliche Dokumentation The Sound of Machine Law
COMMERCIAL
Preise
Quantum Security 🔍 Suche Zugang anfragen →
gateMarketAbuse — Market Abuse Execution Gate
// Das Problem

Manipulierter Hochfrequenzhandel kostet Milliarden, in Millisekunden.

Wenn eine Bank durch Spoofing oder Layering den Markt manipuliert, haftet der Vorstand persönlich, und die Strafen von SEC oder BaFin gehen in die Milliarden. Das Gate sitzt direkt vor der Orderausführung und validiert jede algorithmische Entscheidung deterministisch gegen die Marktmissbrauchsrichtlinie.

Vorstandshaftung nach § 54 WpHG deterministisch entschuldet
§ 54 WpHG und § 30 OWiG n.F. richten sich persönlich gegen den Vorstand bei Marktmanipulation. Ein deterministischer T=0-Order-Lock verhindert, dass die manipulierte Order jemals das Orderbuch erreicht, und entlastet den Vorstand strukturell von der Ausführungsentscheidung.
// Architektur

Vier Cluster, sequenziell geprüft.

Jeder Cluster ist dispositiv (material_block_mode: true), ein Treffer blockiert bindend, nicht nur zur Dokumentation. Das ist der Default an diesem systemischen Flaschenhals.

CLUSTER 1
Order-Pattern & Spoofing
Prüft die Order-to-Trade-Ratio (Schwelle 5,0), Spoofing-Signatur und Layering-Signatur in Echtzeit vor der Ausführung.
order_to_trade_ratio · spoofing_signature · layering_signature
CLUSTER 2
Insider & Ad-hoc
Prüft Insiderlisten-Zugehörigkeit, Handelsverbote in Closed Periods und die Drei-Tage-Meldefrist für Führungskräfte-Geschäfte (PDMR).
insider_list_match · closed_period_active · pdmr_notification_days
CLUSTER 3
Algo-Zertifikat
Prüft die Zertifikats-ID des Algorithmus, das zwingende Vorhandensein eines Kill-Switch, die Stresstest-Freigabe und den Algorithmus-Hash (64-Hex).
algo_certificate_id · kill_switch_present · algo_hash
CLUSTER 4
Marktsondierung & Benchmark
Prüft das Vorhandensein des Market-Sounding-Protokolls (Safe Harbor) und die Integrität der Referenzwert-Eingabedaten samt Administrator-ID.
market_sounding_protocol · benchmark_input_integrity
Fataler Testfall: Spoofing-Signatur erkannt
Eine Order-to-Trade-Ratio von 8,5 mit erkannter Spoofing-Signatur löst BLOCK_M1_SPOOFING_DETECTED aus. Der T=0-Orderausführungs-Lock greift, bevor die manipulierte Order das Orderbuch erreicht.
// Testergebnisse

Zwei getestete Szenarien.

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

Szenario C1C2C3C4 Verdict Latenz
DB_DE XETRA Algo, OTTR 1,2, Kill-Switch an, EONIA-EMVO OKPASSPASSPASSPASSMARKET_ABUSE_SEALED662ms
Commerzbank OTTR 8,5, Spoofing-SignaturFAILnot evaluatednot evaluatednot evaluatedBLOCK_M1_SPOOFING_DETECTED618ms
Kryptografische Kettenfortschreibung
Jeder Test erzeugt eine deterministische receipt_id (VAR-MABU-{TENANT}-{SEQ}), einen input_snapshot_hash, eine HMAC-SHA256-Signatur und einen merkle_link zur vorherigen Receipt. Persistenz erfolgt in der MarketAbuseReceipt-Entity mit 10 Jahren Aufbewahrungsfrist.
// Klarstellung

Was gateMarketAbuse nicht ist.

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

Für Handelsplätze und Aufsichten, die algorithmische Order forensisch nachrechenbar machen wollen.

Zugang anfragen → access@immoquick.eu
GATE CATALOG · REGULATORY DETERMINATION DOMAIN

gateMarketAbuse

gateMarketAbuse 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 →
gateMarketAbuse regulatory determination domain
AUTHORITY-GRENZE

MARKTMISSBRAUCHS-ZUSTAND IST KEINE DURCHSETZUNGSAUTORITÄ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.

gateHFTgateEUFinancegateEMIRgateLegalConflict

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

Zugang anfragen →