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.

Reguła jest zapisana wraz z wypełnieniem

Trader jest wymieniany w momencie wykonania

Wybór miejsca wykonania jest odnotowywany w momencie wykonania

Reguła znajduje się w dokumencie polityki

Przegląd odtwarza te same dane wejściowe

Wybór miejsca wykonania jest wyjaśniany później

Miejsce, cena i osoba odpowiedzialna pozostają przy Twoim wypełnieniu.

Twoje zlecenie trafia do wybranego miejsca.

Twoje potwierdzenie wskazuje trasę, którą przeszło.

Miejsce, cena i czas są przechowywane razem.

routing, dopasowanie, najlepsze wykonanie

migawka księgi zapieczętowana razem z nim

Istniejące OMS, EMS i bramki FIX działają bez zmian. Dweve otacza je deterministyczną warstwą decyzyjną, która rejestruje każde zlecenie, każdą regułę i każdą akcję tradera w momencie realizacji.

Zamknięty pakiet dla najbardziej wrażliwych danych rozliczeniowych.

Działaj wewnątrz Euronext AMS lub we własnym co-lo.

Publiczna Mesh zarządzana przez Dweve; granica przetwarzania udokumentowana w umowie.

Integruj przez REST, gRPC lub FIX z typowanym interfejsem. Zarządzane przez Fabric na publicznej Mesh Dweve dla pilotaży. Licencjonowane dla Twojej kolokacji. Odizolowane od sieci dla najbardziej wrażliwych danych rozliczeniowych. To samo API, ten sam format śladu, te same pakiety replay we wszystkich trzech postawach.

Reguła routingu generuje surową decyzję.

Zlecenie logowane przed uruchomieniem reguły.

Istniejące OMS, EMS i bramki FIX działają bez zmian. Dweve otacza je deterministyczną warstwą decyzyjną, która rejestruje każde zlecenie, każdą regułę i każdą akcję tradera w momencie realizacji. Pakiet replay jest artefaktem audytowym. Zlecenie jest logowane przed uruchomieniem reguły, reguła routingu generuje surową decyzję, obowiązująca wersja venue jest stosowana, a trader podpisuje finalne wypełnienie.

Trader podpisuje; pakiet jest artefaktem audytowym.

Deterministyczne obliczenia wybierają venue.

Każda trasa rejestruje używaną wersję reguły.

Routing zleceń to przepływ pracy najbardziej narażony na dryf zmiennoprzecinkowy i rozbieżności danych rynkowych. Dweve wykonuje decyzję routingu na arytmetyce całkowitoliczbowej, przypina do konkretnej wersji reguły wyboru venue i dostarcza ten sam routing za każdym razem. Pakiet jest artefaktem audytowym, gdy dzwoni AFM. NewOrderSingle jest pobierany z kanału FIX, używana wersja reguły jest rejestrowana z trasą, deterministyczne obliczenia wybierają venue, a trader podpisuje. Gdy pytanie brzmi, które venue przyjęło zlecenie i dlaczego, odpowiedzią jest ten pakiet odtworzony, a nie rekonstrukcja z OMS, kanału danych rynkowych i skrzynki mailowej.

Warstwa decyzyjna nigdy nie przekracza granicy zaufania, która narusza zasady MiFID II lub DORA. Ta sama topologia działa we wszystkich trzech postawach.

Brak połączeń wychodzących. Opcjonalny endpoint AFM tylko dla UE.

Podpisane pakiety zapisywane raz, odczytywane wielokrotnie, replika tylko w UE.

Silnik natywny dla CPU, bez farmy GPU, bez chmurowych API ML.

Terminacja TLS w UE, mTLS do warstwy decyzyjnej.

Trzy modele operacyjne, jedna architektura dowodów. Managed Fabric działa na publicznym Mesh. Licencjonowana operacja wprowadza produkty bezpośrednio do Twojego colokacji. Operacja air-gapped chroni najbardziej wrażliwe dane rozliczeniowe. Każdy model utrzymuje decyzje i dowody wewnątrz zadeklarowanej granicy zaufania. Wejście kończy TLS w UE i mówi mTLS do warstwy decyzyjnej, sama decyzja działa na silniku natywnym dla CPU, bez farmy GPU i bez chmurowego API ML w ścieżce, podpisane pakiety są zapisywane raz i odczytywane wielokrotnie na replice tylko w UE, a wyjście nie wykonuje żadnych połączeń wychodzących.

Determinizm jest potwierdzony w zestawie testów, nie obiecany w opisie. To samo oraculum uruchomione na Twoim sprzęcie daje ten sam wynik co na naszym.

Żaden błąd zaokrąglenia nie przekracza progu jednostki ostatniego miejsca.

Narożniki i zakresy testowane automatycznie w CI.

Każdy wynik porównywany z referencją o wysokiej precyzji.

Ograniczona liczba iteracji, bez jednostki zmiennoprzecinkowej.

Każde obliczenie numeryczne w ścieżce wyceny i najlepszej oferty jest weryfikowane względem MPFR z precyzją 256-bitową. Opublikowany wynik to 0 ULP, poprawnie zaokrąglony w całym udokumentowanym zakresie wejściowym, z testami opartymi na właściwościach sprawdzającymi narożniki przy każdym wydaniu. Brama znajduje się w CI, więc zmiana numeryczna, która przesuwa ścieżkę wyceny, jest nieudaną kompilacją, a nie odkryciem podczas przeglądu.

Zgłoszono do NCA, potwierdzenie zarejestrowane.

Komunikat ISO 20022 skompilowany deterministycznie.

Dołącz instrument, miejsce, tradera, walutę.

Raportowanie transakcji to kanoniczny przepływ pracy na rynkach kapitałowych najbardziej niszczony przez dryf zmiennoprzecinkowy i rozbieżności danych miejsc. Dweve uruchamia raport na arytmetyce całkowitej, przypina do konkretnego miejsca i wersji instrumentu oraz wysyła te same pola za każdym razem. Transakcja jest pobierana z kanału FIX, wzbogacana o instrument, miejsce, tradera i walutę, formatowana deterministycznie do komunikatu ISO 20022 i zgłaszana do właściwego organu krajowego z zarejestrowanym potwierdzeniem. Każdy z tych czterech kroków jest rejestrowany, więc raport można wykazać jako zbudowany z transakcji, a nie wpisany względem niej.

automatycznie składany dla każdej transakcji.

Managed Fabric, licencjonowany w Twojej colokacji lub air-gapped.

Specyfikacja OpenAPI 3.1, typowane błędy (RFC 7807), FIX 4.4.

Źródło FIX, reguła, trader, wypełnienie, podpis.

Te same dane wejściowe, ten sam wynik, każda maszyna, każde wydanie.

Każdy snapshot księgi zleceń działa na deterministycznym silniku. Bitowo identyczne odtworzenie na różnych maszynach i w różnych wersjach. Ta sama księga na biurku traderskim, w chmurze i na laptopie. Brak dryfu zmiennoprzecinkowego, brak zależnego od chipa zaokrąglania. Każdy snapshot pozostawia podpisany pakiet ze źródłem FIX, regułą, traderem, wypełnieniem i podpisem, niezależnie od tego, czy działa jako zarządzany Fabric, licencjonowany w Twojej kolokacji, czy w trybie air-gapped.

Nie potrzebujesz prawnika, aby zakwestionować wypełnienie. Pakiet jest napisany prostym językiem, a miejsce realizacji, reguła i trader są wymienieni na potwierdzeniu.

Każde wypełnienie dokonane przez Twojego brokera można zaskarżyć. Ten sam zapis, który podpisał trader, jest zapisem, który możesz zakwestionować. Jeśli nie zgadzasz się z miejscem realizacji, ceną lub poślizgiem, ścieżka reklamacji jest na potwierdzeniu. Zaczyna się od przeglądu przez wskazanego tradera i biuro, następnie biuro skarg AFM, a potem sąd finansowy bez opłaty wstępnej, a każdy z nich czyta ten sam podpisany pakiet.

Rozliczenie T+2, rejestr zaktualizowany.

Izba rozliczeniowa przesłana, marża CCP zarejestrowana.

Dopasowane do księgi, wypełnienie zarejestrowane.

Zlecenie przekazane zgodnie z regułą wyboru miejsca realizacji.

Transakcja nie jest już czarną skrzynką. Kroki przekazania, dopasowania, rozliczenia i rozrachunku mają przypisanego wskazanego tradera, znacznik czasu i regułę. Zlecenie jest przekazywane zgodnie z obowiązującą regułą wyboru miejsca realizacji, dopasowywane do księgi z zarejestrowanym wypełnieniem, przesyłane do rozliczenia z zarejestrowaną marżą CCP i rozliczane w T+2 z zaktualizowanym rejestrem. Każdy krok zachowuje tradera, który go podpisał, i czas, w którym nastąpił, więc pytanie o Twoje wypełnienie znajduje odpowiedź w jednym zapisie.

Euronext AMS, rozliczenia w strefie euro.

Miejsce realizacji, które przyjęło Twoje zlecenie.

Gdy Twój broker korzysta z Dweve, Twoje wypełnienie nie jest zgadywaniem maszyny. Jest powiązane z miejscem realizacji, ceną i wskazanym traderem, który może wyjaśnić poślizg. Jeśli zapytasz dlaczego, odpowiedź jest na piśmie. Wymienia miejsce realizacji, które przyjęło Twoje zlecenie, cenę, którą otrzymałeś, i biuro, które je podpisało, a to samo wypełnienie wraca w ten sam sposób za każdym razem, gdy zapytasz.

Każda transakcja niesie ten sam pakiet od biura maklerskiego przez CCP do CSD. Audyt dyscypliny rozliczeniowej CSDR to odzyskanie, a nie rekonstrukcja.

Rejestr zaktualizowany, podpis odnotowany.

Transakcja przekazana do CCP, wyliczony margines.

Rozliczanie i rozrachunek to procesy najbardziej dotknięte przez asymetrię marginesów CCP i opóźnienia rejestru. Dweve otacza cykl życia transakcji deterministyczną warstwą decyzyjną, dzięki czemu każde wykonanie, każde wezwanie do uzupełnienia marginesu i każda instrukcja rozliczenia niesie ten sam podpisany pakiet przez CCP i CSD. Transakcja jest przekazywana do CCP, a margines jest obliczany na podstawie tego pakietu, pozycja jest netowana zgodnie z zasadami CCP, instrukcja rozliczenia trafia do CSD, a aktualizacja rejestru i podpis trafiają na ten sam rekord. Nic nie jest przepisywane między biurem maklerskim a depozytem.

Wykonanie pozostaje w Twojej jurysdykcji. Ta sama platforma skaluje się od pojedynczego biura do pełnego pipeline'u prime brokerage bez zmiany platformy.

Działa w Euronext AMS lub w Twoim własnym co-lo. To samo API, ten sam format śledzenia.

Publiczna sieć Mesh zarządzana przez Dweve; granica przetwarzania udokumentowana w umowie.