Barreras algorítmicas para motores de market making · Buenos Aires, Argentina

Av. Corrientes 1234, Torre Corrientes, Piso 18

Por qué un equipo de vigilancia elige este enfoque y no otro

La mayoría de las defensas perimetrales asumen que la red es confiable y que basta con autenticar al emisor una vez. En market making eso no alcanza: una orden puede salir de una sesión legítima y aun así llevar un vector de identidad manipulado. VectorShield trabaja sobre esa capa intermedia, entre la firma del emisor y la llegada al motor de emparejamiento, donde todavía es posible rechazar sin tocar el libro.

Comparar alternativas no es un ejercicio de marketing. Un equipo técnico necesita saber qué se rompe primero cuando algo falla, cuánto cuesta operar la defensa y qué queda registrado para reconstruir un incidente. Estos son los criterios que suelen inclinar la decisión.

Verificación antes del emparejamiento, no después

Un filtro que actúa sobre el libro ya reacciona tarde: la orden falsificada consumió profundidad y dejó una huella en el precio. Aquí el control vive en el punto de entrada, así que una firma que no coincide con la clave efímera vigente simplemente no llega al motor. La diferencia no es de velocidad, es de orden de operaciones.

Rotación de claves decidida por el operador

No imponemos una cadencia fija. El equipo define cada cuánto rota la clave por sesión según su propia tolerancia al riesgo y su ventana de latencia. Un motor de alta frecuencia y una mesa con horizontes más largos no necesitan el mismo intervalo, y forzar uno único obliga a comprometer algo.

Registro del intento, no solo del rechazo

Cuando un vector no valida, queda constancia de qué se recibió, contra qué firma se comparó y en qué punto se cortó el flujo. Ese rastro es lo que permite a un equipo de vigilancia distinguir un error de configuración de un intento deliberado de suplantación, en lugar de tratar ambos casos como un mismo evento opaco.

Sin promesas de detección total

No publicamos tasas de acierto ni latencias garantizadas porque no las medimos sobre sistemas ajenos. Lo que sí podemos describir es la secuencia de controles y qué revisa cada uno. Un equipo que opera en producción sabe leer esa diferencia y prefiere un alcance honesto a un número que no puede auditar.

Si el recorrido de una orden firmada por sesión hasta el punto de entrada es el problema que están evaluando, conviene revisar primero cómo se documenta hoy ese trayecto. Hay material de apoyo en la sección de soporte técnico, y el canal para plantear un caso concreto está en la página de contacto.

Verificación en el punto de entrada: qué se revisa antes del emparejamiento

Una orden de market making no llega sola al libro. Viaja con un vector de identidad que la ata a una sesión, a una clave efímera y a un emisor esperado. En esta página describimos el orden de los controles que aplicamos sobre órdenes reales, sin prometer tasas de detección ni resultados medidos: solo qué se comprueba, en qué momento y por qué ese orden importa.

VectorShield: experience
El vector de identidad se firma antes del envío; la pasarela lo valida antes de que la orden toque el motor.

No publicamos tasas de detección, latencias medidas ni resultados de clientes. Lo que sigue es el orden de los pasos y qué se revisa en cada uno. Si tu equipo ya opera algoritmos en producción y necesita revisar esta secuencia sobre vuestros propios vectores, el siguiente paso es una conversación técnica.

Solicitar una revisión técnica