Barreras algorítmicas para motores de market making · Buenos Aires, Argentina
Av. Corrientes 1234, Torre Corrientes, Piso 18
Antes de seguir con el retrato de los equipos que leen este sitio, conviene fijar el terreno. Estas aclaraciones existen para que nadie interprete de más lo que escribimos ni lo que no escribimos.
VectorShield publica material explicativo sobre seguridad de vectores de identidad en órdenes algorítmicas de market making. No hay cuentas, paneles ni espacios de trabajo a los que acceder desde aquí. Tampoco hay registro, suscripción ni área privada. Lo único que un lector puede hacer, además de leer, es escribirnos desde la página de contacto. Esa decisión es deliberada: preferimos que el sitio funcione como referencia técnica y no como puerta de entrada a un producto.
Cuando en este sitio escribimos "vector de identidad" nos referimos al conjunto de campos que acompañan a cada orden enviada por un motor de market making: parámetros de sesión, marca temporal, contador de secuencia y metadatos del emisor. No es una metáfora ni un término decorativo. Es la firma concreta que permite al motor de emparejamiento decidir si una orden viene de quien dice venir. Si esa firma se construye de forma débil, un tercero puede replicarla. Todo lo que publicamos parte de esa definición y no de otra.
No prometemos rendimiento, latencia, tasas de detección ni resultados garantizados. No publicamos métricas de adopción, porcentajes de mejora ni cifras de ningún tipo sobre lo que hacen otros equipos. Tampoco afirmamos que una defensa concreta detenga todos los intentos de suplantación. Lo que describimos son barreras criptográficas y verificaciones en el punto de entrada, con sus costes y sus límites. Cualquier lector que busque una garantía numérica no la va a encontrar aquí, y preferimos decirlo antes de que siga leyendo.
Cuando hablamos de "equipos técnicos y de vigilancia de mercados" lo hacemos en términos cualitativos. No nombramos clientes, no citamos sectores concretos, no atribuimos volúmenes operados ni describimos casos reales. Lo que aparece en el sitio es un retrato general de cómo trabaja ese tipo de equipo: lectura de trazas, revisión de órdenes rechazadas, coordinación con quienes mantienen el motor de emparejamiento. Si un lector se reconoce en esa descripción, es porque la descripción es amplia a propósito, no porque tengamos datos suyos.
Las defensas que aparecen en el sitio —firmas por sesión, rotación de claves efímeras, verificación en el punto de entrada— se describen como componentes de un enfoque, no como un producto cerrado ni como una solución única. Cada una tiene supuestos: que la clave se genera en un entorno controlado, que la rotación ocurre con la frecuencia adecuada al tipo de mercado, que la verificación se hace antes de que la orden toque el motor. Cuando un supuesto no se cumple, la defensa pierde eficacia. Eso también forma parte de lo que explicamos.