Trading AI | MiFID II, DORA, SFTR

Pre-trade, execution, and post-trade decisions ship deterministic constraint traces your auditor can replay. Built for MiFID II, DORA, and SFTR workflows.

Handleren navngives på udførelsestidspunktet

Valg af handelssted registreres ved udførelse

Lokalet, prisen og den ansvarlige følger med din udfyldning.

Din bekræftelse angiver den rute, den tog.

Lokalet, prisen og tidspunktet holdes sammen.

Eksisterende OMS-, EMS- og FIX-gateways fortsætter med at fungere. Dweve indkapsler dem i et deterministisk beslutningslag, der registrerer hver ordre, hver regel og hver handlerhandling, når udførelsen sker.

Lukket bundle til de mest følsomme clearingdata.

Kør inde i Euronext AMS eller din interne co-lo.

Dweve-drevet offentlig Mesh; behandlingsgrænse dokumenteret i aftalen.

Integrer via REST, gRPC eller FIX mod en typet overflade. Administreres gennem Fabric på den offentlige Dweve Mesh til piloter. Licenseret til din co-location. Air-gapped til de mest følsomme clearingdata. Samme API, samme trace-format, samme replay-pakker på tværs af alle tre.

Handleren underskriver den endelige udførelse.

Routingregel producerer en rå beslutning.

Eksisterende OMS-, EMS- og FIX-gateways fortsætter med at fungere. Dweve indkapsler dem i et deterministisk beslutningslag, der registrerer hver ordre, hver regel og hver handlerhandling, når udførelsen sker. Replay-pakken er revisionsartefakten. Ordren logges, før reglen kører, routingreglen producerer den rå beslutning, den gældende venue-version anvendes, og handleren underskriver den endelige udførelse.

Handleren underskriver; pakken er revisionsartefakten.

Hver rute registrerer den anvendte regelversion.

Ordre routing er den arbejdsgang, der er mest skadet af float-drift og markedsdata-skævhed. Dweve kører routingbeslutningen på heltalsaritmetik, fastlåser til en specifik venue-udvælgelsesregelversion og leverer den samme routing hver gang. Pakken er revisionsartefakten, når AFM ringer. NewOrderSingle hentes fra FIX-feedet, den anvendte regelversion registreres med ruten, deterministisk beregning vælger venue, og handleren underskriver. Når spørgsmålet er, hvilken venue der tog ordren og hvorfor, er svaret, at pakken afspilles, ikke en rekonstruktion fra OMS, markedsdatafeedet og en mailboks.

Beslutningslaget krydser aldrig en tillidsgrænse, der fejler MiFID II- eller DORA-reglerne. Den samme topologi leveres på alle tre positioner.

Ingen udgående opkald. Valgfrit EU-only AFM-endepunkt.

Signerede pakker skrevet én gang, læst mange gange, EU-only replika.

CPU-native motor, intet GPU-farm, ingen cloud ML API'er.

TLS-terminering i EU, mTLS til beslutningslaget.

Tre driftsmodeller, én evidensarkitektur. Managed Fabric kører på det offentlige Mesh. Licenseret drift bringer direkte produkter ind i din co-location. Air-gapped drift beskytter de mest følsomme clearingdata. Hver model holder beslutninger og evidens inden for sin erklærede tillidsgrænse. Indgangen terminerer TLS i EU og taler mTLS til beslutningslaget, selve beslutningen kører på en CPU-native motor uden GPU-farm og uden cloud ML API i stien, signerede pakker skrives én gang og læses mange gange på en EU-only replika, og udgangen foretager ingen udgående kald.

Determinisme hævdes i testpakken, ikke lovet i prosa. Den samme oracle kørt på din hardware giver samme svar som på vores.

Ingen afrundingsfejl krydser tærsklen for sidste enhed.

Hjørner og intervaller testes automatisk i CI.

Hvert resultat sammenlignet med en højpræcisionsreference.

Begrænset iterationsantal, ingen floating-point-enhed.

Hver numerisk beregning i pris- og best-ex-stien verificeres mod MPFR ved 256-bit præcision. Det offentliggjorte resultat er 0 ULP, korrekt afrundet på tværs af det dokumenterede inputdomæne, med egenskabsbaserede tests, der driver hjørnerne ved hver udgivelse. Porten sidder i CI, så en numerisk ændring, der flytter prisstien, er en mislykket build snarere end en opdagelse under en gennemgang.

ISO 20022-besked kompileret deterministisk.

Vedhæft instrument, handelssted, handler, valuta.

Transaktionsrapportering er den kanoniske kapitalmarkedsarbejdsgang, der er mest beskadiget af float-drift og uoverensstemmelser i handelsstedsdata. Dweve kører rapporten på heltalsaritmetik, fastlåser til et specifikt handelssted og instrumentversion og sender de samme felter hver gang. Handlen hentes fra FIX-feedet, beriges med instrumentet, handelsstedet, handleren og valutaen, formateres deterministisk til ISO 20022-beskeden og indsendes til den nationale kompetente myndighed med kvitteringen logget. Hvert af disse fire trin registreres, så rapporten kan vises at være bygget fra handlen snarere end skrevet mod den.

Managed Fabric, licenseret i din co-location, eller air-gapped.

OpenAPI 3.1-spec, typede fejl (RFC 7807), FIX 4.4.

FIX-kilde, regel, handler, udfyldning, signatur.

Samme input, samme output, hver maskine, hver udgivelse.

Hver ordrebogssnapshot kører på en deterministisk motor. Bit-eksakt afspilning på tværs af maskiner og versioner. Samme bog på handelsbordet, i skyen og på en bærbar. Ingen floating-point-drift, ingen chipafhængig afrunding. Hvert snapshot efterlader en signeret pakke med FIX-kilden, reglen, handleren, udførelsen og signaturen, uanset om det kører som administreret Fabric, licenseret i din co-location eller air-gapped.

Du behøver ikke en advokat for at udfordre en udførelse. Pakken er på almindeligt sprog, og handelsstedet, reglen og handleren er navngivet på bekræftelsen.

Finansiel domstol, uden forudgående gebyr.

Enhver udførelse, din mægler laver, kan appelleres. Den samme registrering, som handleren underskrev, er den registrering, du kan udfordre. Hvis du er uenig i handelsstedet, prisen eller slippet, er klagevejen på bekræftelsen. Den starter med en gennemgang af den navngivne handler og afdeling, derefter AFM's klageafdeling, derefter en finansiel domstol uden forudgående gebyr, og hver enkelt læser den samme signerede pakke.

Matchet mod bogen, udførelse registreret.

Ordre dirigeret efter reglen for valg af handelssted.

En handel er ikke længere en black box. Trinene route, match, clear og settle har hver især en navngiven handler, et tidsstempel og en regel tilknyttet. Ordren dirigeres under den gældende regel for valg af handelssted, matches mod bogen med udførelsen registreret, indsendes til clearing med CCP-marginen logget og afvikles ved T+2 med registret opdateret. Hvert trin bevarer handleren, der underskrev det, og tidspunktet, hvor det skete, så et spørgsmål om din udførelse besvares fra én registrering.

Når din mægler bruger Dweve, er din udførelse ikke et gæt fra en maskine. Den er knyttet til et handelssted, en pris og en navngiven handler, der kan forklare slippet. Hvis du spørger hvorfor, er svaret på skrift. Det navngiver handelsstedet, der tog din ordre, prisen, du fik, og afdelingen, der underskrev den, og den samme udførelse kommer tilbage på samme måde, hver gang du spørger.

Enhver handel bærer den samme pakke fra skrivebordet gennem CCP til CSD. CSDR-afviklingsdisciplinrevisionen er en genfinding, ikke en rekonstruktion.

Register opdateret, signering registreret.

Handel indsendt til CCP, margin beregnet.

Clearing og afvikling er de arbejdsgange, der er mest beskadiget af CCP-marginskævhed og registerforsinkelse. Dweve indkapsler handelslivscyklussen i et deterministisk beslutningslag, så hver udfyldning, hver marginopkrævning og hver afviklingsinstruks bærer den samme signerede pakke gennem CCP og CSD. Handlen indsendes til CCP, og marginen beregnes mod den pakke, positionen nettes efter CCP-reglen, afviklingsinstruksen går til CSD, og registeropdateringen og signeringen lander på samme post. Intet tastes om mellem skrivebordet og depositaren.

Udfyldningen forbliver inden for din jurisdiktion. Den samme platform skalerer fra et enkelt skrivebord til en fuld prime-brokerage-pipeline uden at skulle skifte platform.

Kør i Euronext AMS eller din egen co-location. Samme API, samme trace-format.

To spørgsmål afgør indkøbet: hvor kører det, og hvilke regler opfylder det. Det kører administreret gennem Fabric på det offentlige Dweve Mesh, i din co-location eller fuldt air-gapped, uden at skulle skifte platform mellem niveauerne. MiFID II, SFTR, DORA og EU's AI-forordning er designbegrænsninger, som platformen opfylder ved konstruktion.

STOR-alarmer gennemgået med ordretrace vedhæftet.

IKT-risiko + tredjepartsregister linket pr. handelsplads.

SFT-indberetninger samlet fra handelshistorikken.

Best-ex-rapporter trækker fra de samme pakker.

Enhver handel flyder ind i de regulatoriske indberetninger, som tilsynet forventer. RTS 27/28 best-execution-rapporter, SFTR SFT-indberetninger, DORA IKT-risikoregistre og MAR-alarmer for mistænkelige ordrer trækker alle fra de samme udfyldningspakker. Én kilde til sandhed, fire indberetninger. Best-execution-rapporter trækker fra disse pakker, SFT-indberetninger samles fra handelshistorikken, IKT-risiko- og tredjepartsregisteret linkes pr. handelsplads, og alarmer for mistænkelige ordrer gennemgås med ordretrace allerede vedhæftet.

Signeret pakke, som tilsynet kan afspille på under et minut

Handler J. Pietersen, desk NL, godkendelse

FIX NewOrderSingle, handelspladsliste, markedsdata