Artigos técnicos sobre infraestrutura financeira, arquitetura regulatória e design de sistemas.
O AMLR passa a se aplicar diretamente em toda a UE a partir de julho de 2027 e exige que as avaliações de risco do cliente reflitam mudanças materiais no momento em que ocorrem. Um ciclo de revisão baseado em calendário não consegue atender a essa exigência, uma arquitetura de compliance orientada a eventos consegue.
O Artigo 30(2)(d) da DORA requer que as entidades financeiras possam auditar seu provedor de ICT de terceiros. Quando o provedor é um sistema de IA, o direito de auditoria limita-se ao documento legal.
O padrão de núcleo auxiliar não elimina o risco de migração. Substitui um único corte abrupto por um requisito de reconciliação contínua que persiste durante toda a duração da execução em paralelo.
Um depósito à vista de EUR 1.000 e um depósito tokenizado de EUR 1.000 são o mesmo passivo no balanço. São instrumentos diferentes para settlement, resgate e fins de compliance.
Gerar uma identidade sintética que passe nas verificações KYC padrão custa menos de EUR 50 em 2026. Executar a verificação KYC para detectá-la custa mais.
A convergência TradFi-DeFi se rompe na camada de settlement, não na camada de dados. As transferências de crédito SEPA se liquidam por meio de compensação líquida diferida com finalidade T+1.
A soberania financeira requer independência em nível de infraestrutura. Um ledger hospedado em infraestrutura de nuvem dos Estados Unidos não é soberano independentemente de onde o banco esteja constituído.
MiCAR impõe requisitos de reserva, obrigações de resgate e deveres de monitoramento de transações sobre emissores de stablecoins e prestadores de serviços de criptoativos.
Um agente de IA que inicia um pagamento contra um ledger que não pode garantir execução exatamente uma vez produzirá débitos duplicados, créditos fantasmas e corrupção de estado irrecuperável.
A segregação de fundos de clientes é um requisito regulatório, não uma funcionalidade. Categorias de contas, regras de transferência e obrigações de reporte.
Matching com pontuação de confiança, classificação de transações ISO 20022 e o impacto operacional da reconciliação automatizada diária.
Políticas CDD cientes de jurisdição, abstração de provedores e profundidade de verificação baseada em risco. Configuração sobre código.
A lei de Amdahl e os limites de bancos de dados de propósito geral para cargas de liquidação de alto throughput. O caso para motores especializados.
Rejeição, Devolução, Reembolso, Reversão. Quatro eventos de ciclo de vida distintos com diferentes impactos no livro-razão.
Quatro camadas de isolamento de inquilinos do gateway API ao banco de dados. Defesa em profundidade para infraestrutura financeira.
Compensações Saga são necessárias mas insuficientes. Execução durável fornece garantias exactly-once que processos financeiros exigem.
Contenção de locks, pausas de GC e overhead de deserialização. O que um motor de liquidação especializado faz de diferente.
Por que a classificação semântica nativa (Domain/Family/SubFamily) importa mais que parsing XML para reconciliação automatizada.
Três camadas, três domínios de falha. Como a separação do motor de ledger, orquestração e lógica de domínio cria um sistema auditável.
DORA não é uma lista de verificação de compliance. É uma especificação de sistemas com implicações arquitetônicas para determinismo, rastreabilidade e resiliência.
Atalhos de entrada zero e entrada simples falham sob escrutínio regulatório. Como invariantes de partida dobrada aplicadas no nível do motor previnem desvio do livro-razão.