Trading AI | MiFID II, DORA, SFTR

A szabály a kitöltéssel együtt kerül rögzítésre

A kereskedő a végrehajtás időpontjában kerül megnevezésre

Az áttekintés újraépíti a kereskedési napot

A helyszínválasztás a végrehajtáskor kerül rögzítésre

A kereskedő emlékezetből kerül megnevezésre

A szabály egy szabályzati dokumentumban él

Az áttekintés ugyanazokat a bemeneteket játssza vissza

A helyszínválasztás később kerül magyarázatra

A helyszín, az ár és a felelős személy a kitöltésednél marad.

A rendelésed egy kiválasztott helyszínre megy.

A visszaigazolásod megnevezi az útvonalat, amelyen ment.

A helyszín, az ár és az idő együtt van tárolva.

útválasztás, egyeztetés, legjobb végrehajtás

a szabályzat alapján kiválasztott helyszín

könyvpillanatkép vele együtt lepecsételve

A meglévő OMS-, EMS- és FIX-átjárók tovább működnek. A Dweve determinisztikus döntési rétegbe csomagolja őket, amely minden megbízást, minden szabályt és minden kereskedői műveletet rögzít a kitöltés pillanatában.

Zárt csomag a legérzékenyebb elszámolási adatokhoz.

Futtassa az Euronext AMS-ben vagy a saját házon belüli co-lo-ban.

A Dweve által üzemeltetett nyilvános Mesh; a feldolgozási határvonalat a szerződés dokumentálja.

Integráljon REST, gRPC vagy FIX felületen keresztül egy típusos felületre. Pilótákhoz a Fabric segítségével kezelve a nyilvános Dweve Mesh-en. Licencelt az Ön elhelyezéséhez. Légmentesen elzárva a legérzékenyebb elszámolási adatokhoz. Ugyanaz az API, ugyanaz a nyomkövetési formátum, ugyanazok a visszajátszási csomagok mindhárom esetben.

A helyszín verziója alkalmazva az útvonalra.

Az útválasztási szabály nyers döntést hoz.

A megbízás naplózva, mielőtt a szabály fut.

A meglévő OMS-, EMS- és FIX-átjárók tovább működnek. A Dweve determinisztikus döntési rétegbe csomagolja őket, amely minden megbízást, minden szabályt és minden kereskedői műveletet rögzít a kitöltés pillanatában. A visszajátszási csomag az audit artefaktum. A megbízás naplózva, mielőtt a szabály fut, az útválasztási szabály nyers döntést hoz, az érvényben lévő helyszínverzió alkalmazásra kerül, és a kereskedő aláírja a végső kitöltést.

A kereskedő aláír; a csomag az audit artefaktum.

A determinisztikus számítás kiválasztja a helyszínt.

Minden útvonal rögzíti a használt szabályverziót.

A NewOrderSingle lekérése a FIX-folyamból.

Az útválasztás az a munkafolyamat, amelyet a leginkább károsít a float-eltolódás és a piaci adatok torzulása. A Dweve egész számokkal végzi az útválasztási döntést, egy adott helyszínválasztási szabályverzióhoz rögzíti, és minden alkalommal ugyanazt az útvonalat adja. A csomag az audit artefaktum, amikor az AFM hív. A NewOrderSingle a FIX-folyamból kerül lekérésre, a használt szabályverzió rögzítésre kerül az útvonallal, a determinisztikus számítás kiválasztja a helyszínt, és a kereskedő aláír. Amikor a kérdés az, hogy melyik helyszín vette a megbízást és miért, a válasz az, hogy a csomag visszajátszása, nem pedig az OMS-ból, a piaci adatfolyamból és egy postaládából történő újraösszeállítás.

A döntési réteg soha nem lépi át a MiFID II vagy DORA szabályainak megfelelő bizalmi határt. Ugyanez a topológia mindhárom módban elérhető.

Nincs kimenő hívás. Opcionális EU-only AFM végpont.

Aláírt csomagok egyszer írva, sokszor olvasva, EU-only replika.

CPU-natív motor, nincs GPU-farm, nincs felhős ML API.

TLS lezárás az EU-ban, mTLS a döntési rétegig.

Három üzemeltetési modell, egy bizonyíték-architektúra. A Managed Fabric a nyilvános Meshen fut. A licencelt üzemeltetés közvetlen termékeket hoz az Ön kolokációjába. A légréses üzemeltetés védi a legérzékenyebb elszámolási adatokat. Minden modell a döntéseket és a bizonyítékokat a kijelölt bizalmi határain belül tartja. A belépés az EU-ban zárja le a TLS-t, és mTLS-t beszél a döntési rétegig, a döntés maga egy CPU-natív motoron fut, GPU-farm és felhős ML API nélkül az útvonalban, az aláírt csomagokat egyszer írják és sokszor olvassák egy EU-only replikán, és a kilépés nem indít kimenő hívásokat.

A determinizmus a tesztkészletben van állítva, nem ígérve prózában. Ugyanaz az oracle futva az Ön hardverén ugyanazt a választ adja, mint a miénken.

Nincs kerekítési hiba, amely átlépné az utolsó helyiérték egységének küszöbét.

A sarkok és tartományok automatikusan tesztelve a CI-ben.

Minden eredmény összehasonlítva egy nagy pontosságú referenciával.

Korlátozott iterációs szám, nincs lebegőpontos egység.

Minden numerikus számítás az árazási és legjobb-ajánlat útvonalon MPFR-rel ellenőrizve 256 bites pontossággal. A közzétett eredmény 0 ULP, helyesen kerekítve a dokumentált bemeneti tartományon, tulajdonság-alapú tesztekkel, amelyek minden kiadásnál a sarkokat hajtják. A kapu a CI-ben van, így egy numerikus változás, amely az árazási útvonalat mozgatja, sikertelen build, nem pedig felfedezés egy felülvizsgálat során.

Benyújtva az NCA-hoz, a visszaigazolás naplózva.

ISO 20022 üzenet determinisztikusan lefordítva.

Eszköz, helyszín, kereskedő, deviza csatolása.

A tranzakciójelentés a kanonikus tőkepiaci munkafolyamat, amelyet leginkább károsít a float drift és a helyszíni adatferdülés. A Dweve egész számú aritmetikán futtatja a jelentést, egy adott helyszínhez és eszközverzióhoz rögzíti, és minden alkalommal ugyanazokat a mezőket szállítja. A kereskedés a FIX feedből kerül lekérésre, gazdagítva az eszközzel, a helyszínnel, a kereskedővel és a devizával, determinisztikusan formázva az ISO 20022 üzenetbe, és benyújtva a nemzeti illetékes hatósághoz a visszaigazolás naplózásával. Mind a négy lépés rögzítve van, így a jelentés megmutatható, hogy a kereskedésből épült, nem pedig ellene gépelve.

kereskedésenként automatikusan összeállítva.

Managed Fabric, licencelve az Ön kolokációjában, vagy légréses.

OpenAPI 3.1 spec, típusos hibák (RFC 7807), FIX 4.4.

FIX forrás, szabály, kereskedő, kitöltés, aláírás.

Ugyanaz a bemenet, ugyanaz a kimenet, minden gépen, minden kiadásban.

Minden order book pillanatkép determinisztikus motoron fut. Bitenként azonos visszajátszás gépek és verziók között. Ugyanaz a könyv a kereskedési pulton, a felhőben és egy laptopon. Nincs lebegőpontos eltérés, nincs chipfüggő kerekítés. Minden pillanatkép aláírt csomagot hagy maga után a FIX forrással, a szabállyal, a kereskedővel, a teljesítéssel és az aláírással, akár felügyelt Fabric-ként fut, akár a saját elhelyezésedben licencelt, akár hálózatról leválasztva.

Nincs szükséged ügyvédre, hogy megtámadd egy teljesítést. A csomag egyszerű nyelven íródott, és a helyszín, a szabály és a kereskedő neve szerepel a visszaigazoláson.

Ugyanaz a csomag, amit a bíróság is lát.

Holland szabályozói panaszügyfélszolgálat.

Megnevezett kereskedő, megnevezett pult.

Minden teljesítés, amit a brókered végez, megtámadható. Ugyanaz a jegyzőkönyv, amit a kereskedő aláírt, az a jegyzőkönyv, amit megtámadhatsz. Ha nem értesz egyet a helyszínnel, az árral vagy a csúszással, a panaszút a visszaigazoláson van. A megnevezett kereskedő és pult felülvizsgálatával kezdődik, majd az AFM panaszügyfélszolgálat, majd egy pénzügyi bíróság előzetes díj nélkül, és mindegyik ugyanazt az aláírt csomagot olvassa.

T+2 elszámolás, nyilvántartás frissítve.

Elszámolás benyújtva, CCP letét naplózva.

Könyvhöz illesztve, teljesítés rögzítve.

Megbízás a helyszínválasztási szabály szerint továbbítva.

Egy kereskedés már nem fekete doboz. A továbbítás, párosítás, elszámolás és kiegyenlítés lépéseihez mindegyikhez tartozik egy megnevezett kereskedő, egy időbélyeg és egy szabály. A megbízás az érvényben lévő helyszínválasztási szabály szerint kerül továbbításra, a könyvhöz illesztve a teljesítés rögzítésével, elszámolásra benyújtva a CCP letét naplózásával, és T+2-vel kiegyenlítve a nyilvántartás frissítésével. Minden lépés megőrzi a kereskedőt, aki aláírta, és az időt, amikor történt, így a teljesítéseddel kapcsolatos kérdésre egy jegyzőkönyvből kapod meg a választ.

Ugyanaz a teljesítés vissza, minden alkalommal.

A helyszín, amely a megbízásodat fogadta.

Amikor a brókered Dweve-t használ, a teljesítésed nem egy gép találgatása. Egy helyszínhez, egy árhoz és egy megnevezett kereskedőhöz van kötve, aki meg tudja magyarázni a csúszást. Ha megkérdezed, miért, a válasz írásban van. Megnevezi a helyszínt, amely a megbízásodat fogadta, az árat, amit kaptál, és a pultot, amely aláírta, és ugyanaz a teljesítés jön vissza ugyanúgy, minden alkalommal, amikor kérdezel.

Minden ügylet ugyanazt a csomagot viszi az asztaltól a CCP-n át a CSD-ig. A CSDR elszámolási fegyelem ellenőrzése visszakeresés, nem rekonstrukció.

Nyilvántartás frissítve, aláírás rögzítve.

Elszámolási utasítás elküldve a CSD-nek.

Pozíció nettósítva a CCP szabályai szerint.

Ügylet beküldve a CCP-nek, letét kiszámítva.

Az elszámolás és a teljesítés azok a munkafolyamatok, amelyeket leginkább károsít a CCP-letét torzulása és a nyilvántartási késés. A Dweve determinisztikus döntési rétegbe csomagolja az ügylet életciklusát, így minden kitöltés, minden letétfelhívás és minden elszámolási utasítás ugyanazt az aláírt csomagot viszi a CCP-n és a CSD-n keresztül. Az ügylet beküldésre kerül a CCP-nek, a letét a csomag alapján kerül kiszámításra, a pozíció a CCP szabályai szerint nettósítva, az elszámolási utasítás a CSD-hez kerül, a nyilvántartás frissítése és az aláírás pedig ugyanarra a rekordra kerül. Semmi nem kerül újra rögzítésre az asztal és a letétkezelő között.