Trading AI | MiFID II, DORA, SFTR

Groupes d'algorithmes par type de données

La règle est enregistrée avec l'exécution

Le trader est nommé au moment de l'exécution

La revue reconstruit la journée de trading

Le choix de la plateforme est enregistré à l'exécution

La règle figure dans un document de politique

Le choix de la plateforme est expliqué plus tard

Le lieu, le prix et le responsable restent associés à votre exécution.

Conservé avec votre historique de transactions

Votre ordre est envoyé vers un lieu choisi.

Votre confirmation indique l'itinéraire emprunté.

Le lieu, le prix et l'heure sont conservés ensemble.

routage, correspondance, meilleure exécution

Les passerelles OMS, EMS et FIX existantes continuent de fonctionner. Dweve les enveloppe dans une couche de décision déterministe qui enregistre chaque ordre, chaque règle et chaque action du trader au moment de l'exécution.

Bundle fermé pour les données de compensation les plus sensibles.

Exécution dans Euronext AMS ou dans votre co-localisation interne.

Mesh public opéré par Dweve ; frontière de traitement documentée dans l'accord.

Intégration via REST, gRPC ou FIX sur une surface typée. Géré via Fabric sur le Mesh public Dweve pour les pilotes. Licencié pour votre co-localisation. Air-gapped pour les données de compensation les plus sensibles. Même API, même format de trace, mêmes paquets de rejeu sur les trois.

Version de la place appliquée à la route.

La règle de routage produit une décision brute.

Ordre journalisé avant l'exécution de la règle.

Les passerelles OMS, EMS et FIX existantes continuent de fonctionner. Dweve les enveloppe dans une couche de décision déterministe qui enregistre chaque ordre, chaque règle et chaque action du trader au moment de l'exécution. Le paquet de rejeu est la pièce d'audit. L'ordre est journalisé avant l'exécution de la règle, la règle de routage produit la décision brute, la version de la place en vigueur est appliquée, et le trader signe l'exécution finale.

Le trader signe ; le paquet est la pièce d'audit.

Le calcul déterministe choisit la place.

Chaque route enregistre la version de règle utilisée.

Le routage des ordres est le flux de travail le plus endommagé par la dérive des flottants et le décalage des données de marché. Dweve exécute la décision de routage sur une arithmétique entière, épingle une version spécifique de la règle de sélection de place, et livre le même routage à chaque fois. Le paquet est la pièce d'audit quand l'AFM appelle. Le NewOrderSingle est extrait du flux FIX, la version de règle utilisée est enregistrée avec la route, le calcul déterministe choisit la place, et le trader signe. Quand la question est de savoir quelle place a pris l'ordre et pourquoi, la réponse est ce paquet rejoué, pas une reconstitution à partir de l'OMS, du flux de données de marché et d'une boîte mail.

La couche de décision ne franchit jamais une frontière de confiance qui enfreint les règles MiFID II ou DORA. La même topologie est livrée sur les trois postures.

Aucun appel sortant. Point de terminaison AFM optionnel, UE uniquement.

Paquets signés écrits une fois, lus plusieurs fois, réplique UE uniquement.

Moteur natif CPU, pas de ferme GPU, pas d'API ML cloud.

Terminaison TLS dans l'UE, mTLS vers la couche de décision.

Trois modèles d'exploitation, une architecture de preuve. Managed Fabric s'exécute sur le Mesh public. L'exploitation sous licence apporte des produits directs dans votre colocation. L'exploitation en environnement isolé protège les données de compensation les plus sensibles. Chaque modèle maintient les décisions et les preuves dans sa frontière de confiance déclarée. L'entrée termine TLS dans l'UE et parle mTLS à la couche de décision, la décision elle-même s'exécute sur un moteur natif CPU sans ferme GPU ni API ML cloud dans le chemin, les paquets signés sont écrits une fois et lus plusieurs fois sur une réplique UE uniquement, et la sortie ne fait aucun appel sortant.

Le déterminisme est affirmé dans la suite, pas promis en prose. La même oracle exécutée sur votre matériel produit la même réponse que sur le nôtre.

Aucune erreur d'arrondi ne franchit le seuil de l'unité de la dernière place.

Les coins et les plages sont exercés automatiquement dans le CI.

Chaque résultat comparé à une référence haute précision.

Nombre d'itérations borné, pas d'unité à virgule flottante.

Chaque calcul numérique dans le chemin de tarification et de meilleure exécution est vérifié contre MPFR à une précision de 256 bits. Le résultat publié est 0 ULP, correctement arrondi sur le domaine d'entrée documenté, avec des tests basés sur les propriétés exerçant les coins à chaque version. La porte se trouve dans le CI, donc un changement numérique qui déplace le chemin de tarification est une construction échouée plutôt qu'une découverte faite lors d'une revue.

Message ISO 20022 compilé de manière déterministe.

Attacher instrument, lieu, négociateur, devise.

Le rapport de transaction est le flux de travail canonique des marchés de capitaux le plus endommagé par la dérive des flottants et l'asymétrie des données de lieu. Dweve exécute le rapport en arithmétique entière, épingle un lieu et une version d'instrument spécifiques, et envoie les mêmes champs à chaque fois. La transaction est tirée du flux FIX, enrichie avec l'instrument, le lieu, le négociateur et la devise, formatée de manière déterministe dans le message ISO 20022, et soumise à l'autorité compétente nationale avec le reçu enregistré. Chacune de ces quatre étapes est enregistrée, de sorte que le rapport peut être montré comme ayant été construit à partir de la transaction plutôt que saisi contre elle.

Managed Fabric, sous licence dans votre colocation, ou en environnement isolé.

Spécification OpenAPI 3.1, erreurs typées (RFC 7807), FIX 4.4.

Source FIX, règle, négociateur, exécution, signature.

Même entrée, même sortie, chaque machine, chaque version.

Chaque instantané du carnet d'ordres repose sur un moteur déterministe. Relecture bit-exacte entre machines et versions. Le même carnet sur le bureau de trading, dans le cloud et sur un ordinateur portable. Aucune dérive en virgule flottante, aucun arrondi dépendant du processeur. Chaque instantané laisse un paquet signé avec la source FIX, la règle, le trader, l'exécution et la signature, qu'il s'exécute en tant que Fabric géré, sous licence dans votre colocation, ou en mode isolé.

Vous n'avez pas besoin d'un avocat pour contester une exécution. Le paquet est en langage clair et le lieu d'exécution, la règle et le trader sont nommés sur la confirmation.

Tribunal financier, sans frais initiaux.

Service de réclamation du régulateur néerlandais.

Chaque exécution effectuée par votre courtier est contestable. Le registre signé par le trader est celui que vous pouvez contester. Si vous êtes en désaccord avec le lieu d'exécution, le prix ou le glissement, le parcours de réclamation est indiqué sur la confirmation. Il commence par un examen par le trader et le bureau nommés, puis le service de réclamation de l'AFM, puis un tribunal financier sans frais initiaux, et chacun lit ce même paquet signé.

Compensation soumise, marge de la contrepartie centrale enregistrée.

Apparié au carnet, exécution enregistrée.

Ordre routé selon la règle de sélection du lieu d'exécution.

Une transaction n'est plus une boîte noire. Les étapes de routage, d'appariement, de compensation et de règlement ont chacune un trader nommé, un horodatage et une règle associés. L'ordre est routé selon la règle de sélection du lieu d'exécution en vigueur, apparié au carnet avec l'exécution enregistrée, soumis à la compensation avec la marge de la contrepartie centrale enregistrée, et réglé à T+2 avec le registre mis à jour. Chaque étape conserve le trader qui l'a signée et l'heure à laquelle elle s'est produite, de sorte qu'une question sur votre exécution trouve sa réponse dans un seul registre.

Euronext AMS, compensation en zone euro.

Le lieu d'exécution qui a pris votre ordre.

Quand votre courtier utilise Dweve, votre exécution n'est pas une supposition d'une machine. Elle est liée à un lieu d'exécution, un prix et un trader nommé qui peut expliquer le glissement. Si vous demandez pourquoi, la réponse est écrite. Elle nomme le lieu d'exécution qui a pris votre ordre, le prix que vous avez obtenu et le bureau qui l'a signé, et la même exécution revient de la même manière à chaque demande.

Chaque transaction transporte le même paquet du desk jusqu'au CCP puis au CSD. L'audit de discipline de règlement CSDR est une récupération, pas une reconstruction.

Registre mis à jour, signature enregistrée.

Instruction de règlement envoyée au CSD.

Transaction soumise au CCP, marge calculée.

La compensation et le règlement sont les flux de travail les plus affectés par l'asymétrie des marges du CCP et le retard du registre. Dweve enveloppe le cycle de vie de la transaction dans une couche de décision déterministe afin que chaque exécution, chaque appel de marge et chaque instruction de règlement transporte le même paquet signé à travers le CCP et le CSD. La transaction est soumise au CCP et la marge est calculée sur ce paquet, la position est nette selon la règle du CCP, l'instruction de règlement va au CSD, et la mise à jour du registre et la signature atterrissent sur le même enregistrement. Rien n'est ressaisi entre le desk et le dépositaire.