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.
Val av handelsplats registreras vid utförandet
Lokalen, priset och den ansvariga personen följer med din ifyllning.
Din bekräftelse anger vilken väg den tog.
Befintliga OMS-, EMS- och FIX-gateways fortsätter att fungera. Dweve omsluter dem i ett deterministiskt beslutsager som registrerar varje order, varje regel och varje handlares åtgärd i samband med att affären genomförs.
Slutet paket för de mest känsliga clearingsdata.
Körs i Euronext AMS eller i din egen co-location.
Dweve-drivet offentligt Mesh; bearbetningsgräns dokumenterad i avtalet.
Integrera via REST, gRPC eller FIX mot ett typat gränssnitt. Hanteras via Fabric på det offentliga Dweve Mesh för piloter. Licensierat för din co-location. Air-gapped för de mest känsliga clearingsdata. Samma API, samma spårformat, samma replay-paket i alla tre.
Handlaren signerar den slutliga affären.
Befintliga OMS-, EMS- och FIX-gateways fortsätter att fungera. Dweve omsluter dem i ett deterministiskt beslutsager som registrerar varje order, varje regel och varje handlares åtgärd i samband med att affären genomförs. Replay-paketet är revisionsartefakten. Ordern loggas innan regeln körs, routingregeln producerar råbeslutet, den gällande venue-versionen tillämpas och handlaren signerar den slutliga affären.
Handlaren signerar; paketet är revisionsartefakten.
Varje rutt registrerar vilken regelversion som användes.
Orderrouting är det arbetsflöde som skadas mest av float-drift och marknadsdataskevhet. Dweve kör routingbeslutet på heltalsaritmetik, fäster vid en specifik version av venuevalsregeln och levererar samma routing varje gång. Paketet är revisionsartefakten när AFM ringer. NewOrderSingle hämtas från FIX-flödet, den använda regelversionen registreras med rutten, deterministisk beräkning väljer venue och handlaren signerar. När frågan är vilken venue som tog ordern och varför, är svaret att paketet spelas upp, inte en återsammanställning från OMS, marknadsdataflödet och en brevlåda.
Beslutsagret korsar aldrig en förtroendegräns som bryter mot MiFID II- eller DORA-reglerna. Samma topologi levereras i alla tre positioner.
Inga utgående anrop. Valfri EU-endast AFM-slutpunkt.
Signerade paket skrivs en gång, läses många gånger, EU-endast replik.
CPU-inbyggd motor, ingen GPU-farm, inga moln-ML-API:er.
TLS-terminering i EU, mTLS till beslutsnivån.
Tre driftsmodeller, en evidensarkitektur. Managed Fabric körs på det publika Mesh. Licensierad drift tar direkta produkter till din samlokalisering. Air-gapped drift skyddar de mest känsliga clearingdata. Varje modell håller beslut och evidens inom sin deklarerade förtroendegräns. Ingången terminerar TLS i EU och talar mTLS till beslutsnivån, själva beslutet körs på en CPU-inbyggd motor utan GPU-farm och utan moln-ML-API i sökvägen, signerade paket skrivs en gång och läses många gånger på en EU-endast replik, och utgången gör inga utgående anrop.
Determinism hävdas i sviten, inte lovas i prosa. Samma orakel som körs på din hårdvara ger samma svar som på vår.
Inget avrundningsfel korsar tröskeln för enhet av sista plats.
Hörn och intervall testas automatiskt i CI.
Varje resultat jämförs med en högprecisionsreferens.
Begränsat iterationsantal, ingen flyttalsenhet.
Varje numerisk beräkning i prissättnings- och best-ex-sökvägen verifieras mot MPFR med 256-bitars precision. Det publicerade resultatet är 0 ULP, korrekt avrundat över den dokumenterade indatadomänen, med egenskapsbaserade tester som driver hörnen vid varje release. Grinden sitter i CI, så en numerisk ändring som flyttar prissättningssökvägen är en misslyckad byggnad snarare än en upptäckt under en granskning.
ISO 20022-meddelande kompilerat deterministiskt.
Bifoga instrument, handelsplats, handlare, valuta.
Transaktionsrapportering är det kanoniska kapitalmarknadsarbetsflödet som skadas mest av flyttalsdrift och dataavvikelser från handelsplatser. Dweve kör rapporten på heltalsaritmetik, fäster till en specifik handelsplats och instrumentversion, och skickar samma fält varje gång. Affären hämtas från FIX-flödet, berikas med instrumentet, handelsplatsen, handlaren och valutan, formateras deterministiskt till ISO 20022-meddelandet, och skickas till den behöriga nationella myndigheten med kvitto loggat. Var och en av dessa fyra steg registreras, så rapporten kan visas ha byggts från affären snarare än skrivits mot den.
Managed Fabric, licensierad i din samlokalisering, eller air-gapped.
OpenAPI 3.1-spec, typade fel (RFC 7807), FIX 4.4.
FIX-källa, regel, handlare, fyllning, signatur.
Samma indata, samma utdata, varje maskin, varje release.
Varje orderboksögonblicksbild körs på en deterministisk motor. Bit-exakt uppspelning över maskiner och versioner. Samma bok på handelsbordet, i molnet och på en bärbar dator. Ingen flyttalsdrift, ingen chipberoende avrundning. Varje ögonblicksbild lämnar ett signerat paket med FIX-källan, regeln, handlaren, fyllningen och signaturen, oavsett om den körs som hanterad Fabric, licensierad i din samlokalisering eller i en frånkopplad miljö.
Du behöver ingen advokat för att ifrågasätta en fyllning. Paketet är på klarspråk och platsen, regeln och handlaren anges på bekräftelsen.
Finansiell domstol, utan förskottsavgift.
Nederländska tillsynsmyndighetens klagomålsdisk.
Varje fyllning din mäklare gör kan överklagas. Samma protokoll som handlaren signerade är det protokoll du kan ifrågasätta. Om du inte håller med om platsen, priset eller glidningen, finns klagomålsvägen på bekräftelsen. Den börjar med en genomgång av den namngivna handlaren och desken, sedan AFM:s klagomålsdisk, sedan en finansiell domstol utan förskottsavgift, och var och en läser samma signerade paket.
Matchad mot boken, fyllning registrerad.
En handel är inte längre en svart låda. Stegen dirigera, matcha, cleara och avveckla har var och en en namngiven handlare, en tidsstämpel och en regel kopplad. Ordern dirigeras enligt den gällande platsvalsregeln, matchas mot boken med fyllningen registrerad, skickas för clearing med CCP-marginalen loggad och avvecklas vid T+2 med registret uppdaterat. Varje steg behåller handlaren som signerade och tiden då det hände, så en fråga om din fyllning besvaras från ett protokoll.
Euronext AMS, clearing inom euroområdet.
När din mäklare använder Dweve är din fyllning inte en gissning från en maskin. Den är kopplad till en plats, ett pris och en namngiven handlare som kan förklara glidningen. Om du frågar varför, är svaret skriftligt. Det namnger platsen som tog din order, priset du fick och desken som signerade, och samma fyllning kommer tillbaka på samma sätt varje gång du frågar.
Varje affär bär samma paket från handelsbordet genom CCP till CSD. CSDR-avvecklingsdisciplinrevisionen är en hämtning, inte en rekonstruktion.
Register uppdaterat, signering registrerad.
Avvecklingsinstruktion skickad till CSD.
Affär skickad till CCP, marginal beräknad.
Clearing och avveckling är de arbetsflöden som skadas mest av CCP-marginalskevhet och registerfördröjning. Dweve omsluter affärens livscykel i ett deterministiskt beslutsager så att varje fyllning, varje marginalsamtal och varje avvecklingsinstruktion bär samma signerade paket genom CCP och CSD. Affären skickas till CCP och marginalen beräknas mot det paketet, positionen nettas enligt CCP-regeln, avvecklingsinstruktionen går till CSD, och registeruppdateringen och signeringen landar på samma post. Ingenting knappas in på nytt mellan handelsbordet och förvaringsinstitutet.
Fyllningen stannar inom din jurisdiktion. Samma plattform skalar från ett enda handelsbord till en full prime brokerage-pipeline utan att du behöver byta plattform.
Körs i Euronext AMS eller i din egen co-location. Samma API, samma spårformat.
Dweve-drivet publikt Mesh; bearbetningsgräns dokumenterad i avtalet.
Två frågor avgör upphandlingen: var körs det, och vilka regler uppfyller det. Det körs hanterat via Fabric på det publika Dweve Mesh, i din co-location, eller helt luftgapad, utan att du behöver byta plattform mellan nivåerna. MiFID II, SFTR, DORA och EU:s AI-förordning är designkrav som plattformen uppfyller genom konstruktion.
STOR-varningar granskade med orderns spår bifogat.
IKT-risk och tredjepartsregister kopplat per handelsplats.
SFT-rapporter sammanställda från affärshistoriken.
Best-ex-rapporter hämtas från samma paket.
Varje affär flödar in i de regulatoriska inlämningar som tillsynsmyndigheten förväntar sig. RTS 27/28 best-ex-rapporter, SFTR SFT-rapporter, DORA IKT-riskregister och MAR-varningar om misstänkta order hämtar alla från samma fyllningspaket. En källa till sanning, fyra inlämningar. Best-ex-rapporter hämtas från dessa paket, SFT-rapporter sammanställs från affärshistoriken, IKT-risk och tredjepartsregister kopplas per handelsplats, och varningar om misstänkta order granskas med orderspåret redan bifogat.
Signerat paket som tillsynsmyndigheten kan spela upp på under en minut
Handlare J. Pietersen, desk NL, sign-off
FIX NewOrderSingle, handelsplatslista, marknadsdata
Routingregeln NL-2026-H1 avsnitt 3.4 tillämpades eftersom den mörka handelsplatsen BVX erbjöd en prisimprovement på 0,6 bps vid ankomst jämfört med den primära Euronext AMS-boken. Handlare J. Pietersen bekräftade routingen. Samma fyllning spelas upp bitidentiskt, med FIX-spåret, regeln och handlaren på en skärm.