Artículos técnicos sobre infraestructura financiera, arquitectura regulatoria y diseño de sistemas.
El AMLR se aplica directamente en toda la UE desde julio de 2027 y exige que las evaluaciones de riesgo del cliente reflejen los cambios materiales en el momento en que ocurren. Un ciclo de revisión basado en calendario no puede cumplir esa exigencia, una arquitectura de cumplimiento basada en eventos sí.
El Artículo 30(2)(d) de DORA requiere que las entidades financieras puedan auditar a su proveedor de ICT de terceros. Cuando el proveedor es un sistema de IA, el derecho de auditoría se limita al documento legal.
El patrón de núcleo auxiliar no elimina el riesgo de migración. Reemplaza una sola transición abrupta por un requisito de reconciliación continuo que persiste durante toda la duración de la ejecución en paralelo.
Un depósito a la vista de EUR 1.000 y un depósito tokenizado de EUR 1.000 son el mismo pasivo en el balance. Son instrumentos diferentes para settlement, redención y fines de compliance.
Generar una identidad sintética que pase las verificaciones KYC estándar cuesta menos de EUR 50 en 2026. Ejecutar la verificación KYC para detectarla cuesta más.
La convergencia TradFi-DeFi se rompe en la capa de settlement, no en la capa de datos. Las transferencias de crédito SEPA se liquidan a través de compensación neta diferida con finalidad T+1.
La soberanía financiera requiere independencia a nivel de infraestructura. Un ledger alojado en infraestructura de nube estadounidense no es soberano independientemente de dónde esté constituido el banco.
MiCAR impone requisitos de reserva, obligaciones de redención y deberes de monitoreo de transacciones sobre emisores de stablecoins y proveedores de servicios de criptoactivos.
Un agente de IA que inicia un pago contra un ledger que no puede garantizar ejecución exactamente una vez producirá débitos duplicados, créditos fantasma y corrupción de estado irrecuperable.
La segregación de fondos de clientes es un requisito regulatorio, no una funcionalidad. Categorías de cuentas, reglas de transferencia y obligaciones de reporte.
Matching con puntuación de confianza, clasificación de transacciones ISO 20022 y el impacto operacional de la conciliación automatizada diaria.
Políticas CDD conscientes de la jurisdicción, abstracción de proveedores y profundidad de verificación basada en riesgo. Configuración sobre código.
La ley de Amdahl y los límites de las bases de datos de propósito general para cargas de liquidación de alto rendimiento. El caso para motores especializados.
Rechazo, Devolución, Reembolso, Reversión. Cuatro eventos de ciclo de vida distintos con diferentes impactos en el libro mayor.
Cuatro capas de aislamiento de inquilinos desde el gateway API hasta la base de datos. Defensa en profundidad para infraestructura financiera.
Las compensaciones Saga son necesarias pero insuficientes. La ejecución durable proporciona garantías exactly-once que los procesos financieros requieren.
Contención de bloqueos, pausas de GC y sobrecarga de deserialización. Qué hace diferente un motor de liquidación especializado.
Por qué la clasificación semántica nativa (Domain/Family/SubFamily) importa más que el parsing XML para la conciliación automatizada.
Tres capas, tres dominios de fallo. Cómo la separación del motor de libro mayor, orquestación y lógica de dominio crea un sistema auditable.
DORA no es una lista de verificación de cumplimiento. Es una especificación de sistemas con implicaciones arquitectónicas para determinismo, trazabilidad y resiliencia.
Los atajos de entrada cero y entrada simple fallan bajo escrutinio regulatorio. Cómo las invariantes de partida doble aplicadas a nivel de motor previenen la deriva del libro mayor.