Trading AI | MiFID II, DORA, SFTR

El operador se identifica en el momento de la ejecución

La revisión reconstruye el día de negociación

La elección del centro de negociación se registra en la ejecución

La regla reside en un documento de política

La revisión reproduce las mismas entradas

La elección del centro de negociación se explica más adelante

El lugar, el precio y la persona responsable se mantienen con su relleno.

Su confirmación indica la ruta que tomó.

El lugar, el precio y la hora se mantienen juntos.

enrutamiento, emparejamiento, mejor ejecución

Las pasarelas OMS, EMS y FIX existentes siguen funcionando. Dweve las envuelve en una capa de decisión determinista que registra cada orden, cada regla y cada acción del operador a medida que se ejecuta la operación.

Paquete cerrado para los datos de compensación más sensibles.

Ejecución dentro de Euronext AMS o en tu co-ubicación interna.

Mesh público operado por Dweve; el límite de procesamiento se documenta en el acuerdo.

Integra mediante REST, gRPC o FIX contra una superficie tipada. Gestionado a través de Fabric en el Mesh público de Dweve para pilotos. Con licencia para tu co-ubicación. Aislado para los datos de compensación más sensibles. La misma API, el mismo formato de traza y los mismos paquetes de reproducción en los tres.

La regla de enrutamiento produce una decisión bruta.

Orden registrada antes de que se ejecute la regla.

Las pasarelas OMS, EMS y FIX existentes siguen funcionando. Dweve las envuelve en una capa de decisión determinista que registra cada orden, cada regla y cada acción del operador a medida que se ejecuta la operación. El paquete de reproducción es el artefacto de auditoría. La orden se registra antes de que se ejecute la regla, la regla de enrutamiento produce la decisión bruta, se aplica la versión de la sede en vigor y el operador firma la ejecución final.

El operador firma; el paquete es el artefacto de auditoría.

Cada ruta registra la versión de la regla utilizada.

El enrutamiento de órdenes es el flujo de trabajo más dañado por la deriva de coma flotante y la asimetría de los datos de mercado. Dweve ejecuta la decisión de enrutamiento con aritmética de enteros, se fija a una versión específica de la regla de selección de sede y envía el mismo enrutamiento cada vez. El paquete es el artefacto de auditoría cuando AFM llama. El NewOrderSingle se extrae del feed FIX, la versión de la regla utilizada se registra con la ruta, el cálculo determinista elige la sede y el operador firma. Cuando la pregunta es qué sede tomó la orden y por qué, la respuesta es ese paquete reproducido, no un reensamblaje desde el OMS, el feed de datos de mercado y un buzón.

La capa de decisión nunca cruza un límite de confianza que incumpla las normas MiFID II o DORA. La misma topología se envía en las tres posturas.

Sin llamadas salientes. Endpoint AFM opcional solo en la UE.

Paquetes firmados escritos una vez, leídos muchas veces, réplica solo UE.

Motor nativo de CPU, sin granja de GPU, sin APIs de ML en la nube.

Terminación TLS en la UE, mTLS hacia la capa de decisión.

Tres modelos de operación, una arquitectura de evidencia. Managed Fabric se ejecuta en la Mesh pública. La operación con licencia trae productos directos a su centro de datos. La operación aislada protege los datos de compensación más sensibles. Cada modelo mantiene decisiones y evidencia dentro de su límite de confianza declarado. La entrada termina TLS en la UE y habla mTLS con la capa de decisión, la decisión en sí se ejecuta en un motor nativo de CPU sin granja de GPU ni API de ML en la nube en la ruta, los paquetes firmados se escriben una vez y se leen muchas veces en una réplica solo UE, y la salida no realiza llamadas salientes.

La determinación se afirma en la suite, no se promete en prosa. El mismo oráculo ejecutado en su hardware produce la misma respuesta que en el nuestro.

Ningún error de redondeo cruza el umbral de la unidad en el último lugar.

Esquinas y rangos probados automáticamente en CI.

Cada resultado comparado con una referencia de alta precisión.

Iteración acotada, sin unidad de coma flotante.

Cada cálculo numérico en la ruta de precios y mejor ejecución se verifica contra MPFR con precisión de 256 bits. El resultado publicado es 0 ULP, redondeado correctamente en todo el dominio de entrada documentado, con pruebas basadas en propiedades que impulsan los extremos en cada versión. La puerta está en CI, por lo que un cambio numérico que mueva la ruta de precios es una compilación fallida en lugar de un descubrimiento durante una revisión.

Mensaje ISO 20022 compilado de forma determinista.

Adjuntar instrumento, lugar, operador, divisa.

La notificación de transacciones es el flujo de trabajo canónico de los mercados de capitales más dañado por la deriva de coma flotante y la desviación de datos del lugar. Dweve ejecuta el informe con aritmética de enteros, fija un lugar y una versión de instrumento específicos, y envía los mismos campos cada vez. La operación se extrae del feed FIX, se enriquece con el instrumento, el lugar, el operador y la divisa, se formatea de forma determinista en el mensaje ISO 20022 y se envía a la autoridad competente nacional con el recibo registrado. Cada uno de esos cuatro pasos queda registrado, por lo que se puede demostrar que el informe se construyó a partir de la operación en lugar de escribirse contra ella.

Managed Fabric, con licencia en su centro de datos, o aislado.

Especificación OpenAPI 3.1, errores tipados (RFC 7807), FIX 4.4.

Fuente FIX, regla, operador, relleno, firma.

Misma entrada, misma salida, cada máquina, cada versión.

Cada instantánea del libro de órdenes se ejecuta en un motor determinista. Reproducción bit a bit idéntica entre máquinas y versiones. El mismo libro en la mesa de negociación, en la nube y en un portátil. Sin desviaciones de coma flotante, sin redondeos dependientes del chip. Cada instantánea deja un paquete firmado con la fuente FIX, la regla, el operador, la ejecución y la firma, ya sea como Fabric gestionado, con licencia en su colocación, o aislado.

No necesita un abogado para impugnar una ejecución. El paquete está en lenguaje claro y el lugar de negociación, la regla y el operador aparecen nombrados en la confirmación.

Servicio de reclamaciones del regulador neerlandés.

Toda ejecución que realice su bróker es recurrible. El mismo registro que firmó el operador es el registro que usted puede impugnar. Si no está de acuerdo con el lugar de negociación, el precio o el deslizamiento, la vía de reclamación está en la confirmación. Comienza con una revisión por parte del operador y la mesa nombrados, luego el servicio de reclamaciones de la AFM, luego un tribunal financiero sin coste inicial, y cada uno lee ese mismo paquete firmado.

Liquidación en T+2, registro actualizado.

Compensación enviada, margen de la CCP registrado.

Casada con el libro, ejecución registrada.

Orden cursada según la regla de selección de lugar de negociación.

Una operación ya no es una caja negra. Los pasos de cursar, casar, compensar y liquidar tienen cada uno un operador nombrado, una marca de tiempo y una regla asociada. La orden se cursa según la regla de selección de lugar de negociación vigente, se casa con el libro con la ejecución registrada, se envía para compensación con el margen de la CCP registrado y se liquida en T+2 con el registro actualizado. Cada paso conserva el operador que lo firmó y la hora en que ocurrió, de modo que una pregunta sobre su ejecución se responde desde un único registro.

Euronext Ámsterdam, compensación en la eurozona.

El lugar de negociación que tomó su orden.

Cuando su bróker usa Dweve, su ejecución no es una suposición de una máquina. Está vinculada a un lugar de negociación, un precio y un operador nombrado que puede explicar el deslizamiento. Si pregunta por qué, la respuesta está por escrito. Nombra el lugar de negociación que tomó su orden, el precio que obtuvo y la mesa que la firmó, y la misma ejecución vuelve de la misma manera cada vez que pregunta.

Cada operación lleva el mismo paquete desde la mesa hasta la ECC y luego a la CSD. La auditoría de disciplina de liquidación de CSDR es una recuperación, no una reconstrucción.

Instrucción de liquidación enviada a la CSD.

Posición neteada según la regla de la ECC.

Operación enviada a la ECC, margen calculado.

La compensación y la liquidación son los flujos de trabajo más dañados por el sesgo de margen de la ECC y el retraso del registro. Dweve envuelve el ciclo de vida de la operación en una capa de decisión determinista para que cada ejecución, cada llamada de margen y cada instrucción de liquidación lleven el mismo paquete firmado a través de la ECC y la CSD. La operación se envía a la ECC y el margen se calcula contra ese paquete, la posición se netea según la regla de la ECC, la instrucción de liquidación va a la CSD, y la actualización del registro y la firma aterrizan en el mismo registro. Nada se vuelve a teclear entre la mesa y el depositario.

La ejecución permanece dentro de su jurisdicción. La misma plataforma escala desde una sola mesa hasta un pipeline completo de prime brokerage sin necesidad de re-plataformar.