Trading AI | MiFID II, DORA, SFTR

O trader é nomeado no momento da execução

A revisão reconstrói o dia de negociação

A escolha do local é registada na execução

A escolha do local é explicada mais tarde

O local, o preço e o responsável ficam com o seu preenchimento.

A sua encomenda vai para um local escolhido.

A sua confirmação indica o percurso que seguiu.

O local, o preço e a hora são mantidos juntos.

roteamento, correspondência, melhor execução

local escolhido de acordo com a política

Os gateways OMS, EMS e FIX existentes continuam a funcionar. A Dweve envolve-os numa camada de decisão determinística que regista cada ordem, cada regra e cada ação do trader à medida que a execução ocorre.

Pacote fechado para os dados de compensação mais sensíveis.

Execute dentro da Euronext AMS ou na sua co-localização interna.

Mesh público operado pela Dweve; fronteira de processamento documentada no acordo.

Integre via REST, gRPC ou FIX contra uma superfície tipificada. Gerido através da Fabric no Mesh público da Dweve para pilotos. Licenciado para a sua co-localização. Isolado para os dados de compensação mais sensíveis. Mesma API, mesmo formato de rastreio, mesmos pacotes de reprodução nos três.

A regra de roteamento produz uma decisão bruta.

Ordem registada antes de a regra ser executada.

Os gateways OMS, EMS e FIX existentes continuam a funcionar. A Dweve envolve-os numa camada de decisão determinística que regista cada ordem, cada regra e cada ação do trader à medida que a execução ocorre. O pacote de reprodução é o artefacto de auditoria. A ordem é registada antes de a regra ser executada, a regra de roteamento produz a decisão bruta, a versão da praça em vigor é aplicada e o trader assina a execução final.

O trader assina; o pacote é o artefacto de auditoria.

O cálculo determinístico escolhe a praça.

Cada rota regista a versão da regra utilizada.

O roteamento de ordens é o fluxo de trabalho mais afetado pela deriva de vírgula flutuante e pela distorção dos dados de mercado. A Dweve executa a decisão de roteamento com aritmética de inteiros, fixa uma versão específica da regra de seleção de praça e envia o mesmo roteamento sempre. O pacote é o artefacto de auditoria quando a AFM liga. O NewOrderSingle é obtido do feed FIX, a versão da regra utilizada é registada com a rota, o cálculo determinístico escolhe a praça e o trader assina. Quando a pergunta é qual praça recebeu a ordem e porquê, a resposta é esse pacote reproduzido, não uma remontagem a partir do OMS, do feed de dados de mercado e de uma caixa de correio.

A camada de decisão nunca cruza uma fronteira de confiança que falhe as regras MiFID II ou DORA. A mesma topologia é enviada nas três posturas.

Sem chamadas de saída. Endpoint AFM opcional apenas na UE.

Packets assinados escritos uma vez, lidos muitas vezes, réplica exclusiva da UE.

Motor nativo de CPU, sem farm de GPUs, sem APIs de ML na cloud.

TLS termina na UE, mTLS para a camada de decisão.

Três modelos operacionais, uma arquitetura de evidência. O Fabric Gerido funciona no Mesh público. A operação licenciada traz produtos diretos para a sua colocation. A operação air-gapped protege os dados de compensação mais sensíveis. Cada modelo mantém decisões e evidências dentro do seu limite de confiança declarado. O ingresso termina TLS na UE e fala mTLS com a camada de decisão, a decisão em si corre num motor nativo de CPU, sem farm de GPUs e sem API de ML na cloud no caminho, os pacotes assinados são escritos uma vez e lidos muitas vezes numa réplica exclusiva da UE, e o egresso não faz chamadas de saída.

A determinismo é afirmado na suíte, não prometido em prosa. A mesma oracle executada no seu hardware produz a mesma resposta que na nossa.

Nenhum erro de arredondamento cruza o limiar da unidade no último lugar.

Cantos e intervalos exercitados automaticamente em CI.

Cada resultado comparado com uma referência de alta precisão.

Contagem de iterações limitada, sem unidade de vírgula flutuante.

Cada cálculo numérico no caminho de preços e melhor execução é verificado contra MPFR com precisão de 256 bits. O resultado publicado é 0 ULP, arredondado corretamente em todo o domínio de entrada documentado, com testes baseados em propriedades a exercitar os cantos em cada lançamento. O portão está em CI, por isso uma alteração numérica que mova o caminho de preços é uma compilação falhada, não uma descoberta feita durante uma revisão.

Mensagem ISO 20022 compilada deterministicamente.

Anexar instrumento, local, trader, moeda.

O relatório de transações é o fluxo de trabalho canónico dos mercados de capitais mais danificado por deriva de vírgula flutuante e distorção de dados do local. A Dweve executa o relatório em aritmética inteira, fixa-se numa versão específica do local e do instrumento, e envia os mesmos campos todas as vezes. A negociação é puxada do feed FIX, enriquecida com o instrumento, o local, o trader e a moeda, formatada deterministicamente na mensagem ISO 20022, e submetida à autoridade competente nacional com o recibo registado. Cada um desses quatro passos é registado, para que o relatório possa ser mostrado como tendo sido construído a partir da negociação, em vez de digitado contra ela.

Fabric Gerido, licenciado na sua colocation, ou air-gapped.

Especificação OpenAPI 3.1, erros tipados (RFC 7807), FIX 4.4.

Fonte FIX, regra, trader, preenchimento, assinatura.

Mesma entrada, mesma saída, todas as máquinas, todos os lançamentos.

Cada snapshot do livro de ordens funciona num motor determinístico. Reprodução bit-exata entre máquinas e versões. O mesmo livro na mesa de negociação, na nuvem e num portátil. Sem deriva de vírgula flutuante, sem arredondamentos dependentes do chip. Cada snapshot deixa um pacote assinado com a fonte FIX, a regra, o trader, a execução e a assinatura, quer funcione como Fabric gerido, licenciado na sua colocalização, ou isolado.

Não precisa de um advogado para contestar uma execução. O pacote está em linguagem simples e o local de negociação, a regra e o trader são nomeados na confirmação.

Balcão de reclamações do regulador neerlandês.

Cada execução que o seu corretor faz é contestável. O mesmo registo que o trader assinou é o registo que pode contestar. Se discordar do local de negociação, do preço ou do deslize, o caminho de reclamação está na confirmação. Começa com uma revisão pelo trader e mesa nomeados, depois o balcão de reclamações da AFM, depois um tribunal financeiro sem taxa inicial, e cada um lê esse mesmo pacote assinado.

Compensação submetida, margem CCP registada.

Correspondido contra o livro, execução registada.

Ordem encaminhada conforme regra de seleção do local.

Uma negociação já não é uma caixa negra. Os passos de encaminhamento, correspondência, compensação e liquidação têm cada um um trader nomeado, um carimbo de tempo e uma regra associada. A ordem é encaminhada sob a regra de seleção do local em vigor, correspondida contra o livro com a execução registada, submetida para compensação com a margem CCP registada e liquidada em T+2 com o registo atualizado. Cada passo mantém o trader que o assinou e a hora em que aconteceu, para que uma pergunta sobre a sua execução seja respondida a partir de um registo.

Quando o seu corretor funciona com Dweve

Quando o seu corretor usa Dweve, a sua execução não é um palpite de uma máquina. Está ligada a um local, a um preço e a um trader nomeado que pode explicar o deslize. Se perguntar porquê, a resposta está por escrito. Nomeia o local que aceitou a sua ordem, o preço que obteve e a mesa que a assinou, e a mesma execução volta da mesma forma sempre que perguntar.

Cada negociação transporta o mesmo pacote da mesa através da CCP até ao CSD. A auditoria de disciplina de liquidação CSDR é uma recuperação, não uma reconstrução.

Registo atualizado, assinatura registada.

Posição compensada conforme regra da CCP.

Negociação submetida à CCP, margem calculada.

A compensação e a liquidação são os fluxos de trabalho mais afetados pela distorção das margens da CCP e pelo atraso do registo. A Dweve envolve o ciclo de vida da negociação numa camada de decisão determinística, de modo que cada execução, cada chamada de margem e cada instrução de liquidação transporta o mesmo pacote assinado através da CCP e do CSD. A negociação é submetida à CCP e a margem é calculada com base nesse pacote, a posição é compensada sob a regra da CCP, a instrução de liquidação vai para o CSD, e a atualização do registo e a assinatura ficam no mesmo registo. Nada é reintroduzido entre a mesa e o depositário.

A execução permanece dentro da sua jurisdição. A mesma plataforma escala de uma única mesa para um pipeline completo de prime brokerage sem reestruturação da plataforma.

Execute dentro da Euronext AMS ou no seu co-location interno. Mesma API, mesmo formato de rastreio.

Mesh público operado pela Dweve; limite de processamento documentado no acordo.

Duas perguntas decidem a aquisição: onde é executado e quais regras satisfaz. É executado de forma gerida através da Fabric no Mesh público da Dweve, no seu co-location, ou totalmente isolado, sem reestruturação entre níveis. MiFID II, SFTR, DORA e o Regulamento Europeu sobre IA são restrições de design que a plataforma satisfaz por construção.