Proyecto editorial · Buenos Aires
Una cascada de ventas algorítmicas no arranca con una caída visible: se arma en segundos, con ejecuciones parciales que activan nuevas órdenes automáticas. Umbral de Riesgo observa esa secuencia en el flujo de ejecuciones y discute por qué los umbrales fijos de volumen no alcanzan para separar una corrección ordinaria de un episodio de pánico. No publicamos señales de inversión ni predicciones de precio.
Antes de hablar de umbrales conviene entender el orden de las cosas. Una cascada de órdenes algorítmicas no arranca con una caída de precio visible: se arma en segundos, cuando ejecuciones parciales activan nuevas ventas automáticas que a su vez disparan otras. Para cuando el movimiento aparece en pantalla, la secuencia ya lleva varias rondas encima. Por eso el trabajo empieza por el flujo de ejecuciones y por la concentración de participantes empujando en la misma dirección, no por el último precio impreso.
La observación combina dos capas que suelen mirarse por separado. Por un lado, las métricas del libro de órdenes: ritmo de cancelaciones, tiempo entre ejecuciones, tamaño relativo de las ventas que llegan al mercado. Por otro, el contexto operativo de la mesa: quién está mirando, con qué criterio y bajo qué presión. Ninguna de las dos alcanza sola. Un umbral fijo de volumen no distingue una corrección ordinaria de un episodio de pánico, y una lectura del estado del responsable de riesgo sin el dato de mercado queda en el aire.
El proyecto es editorial y técnico. No entrega señales de inversión, predicciones de precio ni asesoramiento financiero. Lo que ofrece es un marco para discutir criterios operativos con equipos de riesgo, infraestructura de mercado y cumplimiento.
Ayuda contar con una descripción del flujo real de órdenes: qué estrategias envían, con qué frecuencia y bajo qué condiciones se activan. También sirve saber qué señales ya se registran hoy y cuáles no, porque casi siempre la discusión deriva hacia datos que nadie está guardando. No hace falta un sistema previo de detección; sí hace falta claridad sobre la operación que se quiere observar.
Un sistema que alerta demasiado deja de ser escuchado en pocas semanas. Parte del trabajo consiste en asumir que habrá falsos positivos y decidir cómo se registran y se usan para recalibrar. Los umbrales que funcionan en un régimen tranquilo fallan en otro, y eso no es un defecto del diseño: es una condición que hay que tratar explícitamente.
Entre detectar y actuar hay captura de datos, evaluación de señales, decisión y envío. Cada tramo suma. La pregunta práctica no es solo cuándo pausar, sino cuánto margen real existe entre el momento en que la señal aparece y el momento en que la orden de pausa llega al mercado. Ese margen se mide, no se supone.
Si una decisión automática frena la operación, alguien tendrá que reconstruirla después. Conviene definir de antemano qué se guarda: señales de entrada, umbrales activos, versión del criterio aplicado y estado del operador en ese instante. La trazabilidad no es un añadido posterior, forma parte del mecanismo.
Congelar ventas automáticas no es un botón binario. Hay que decidir si la pausa alcanza a toda la operación, a una estrategia o solo a la velocidad de envío, y con qué condiciones se reactiva. La reversibilidad importa tanto como la velocidad de reacción: una pausa mal diseñada puede amplificar el problema que intenta evitar.
Las consultas editoriales y la correspondencia se atienden en Buenos Aires. Si querés plantear un caso concreto o pedir material de referencia, escribí a info@slacksplumbing.com o llamá al +54 11 4895-6370. La dirección de contacto es Av. Corrientes 1234, Piso 18, Torre Banco de la Nación Argentina, Ciudad Autónoma de Buenos Aires, Argentina, y funciona únicamente como correspondencia.
Umbral de Riesgo es un proyecto editorial en Buenos Aires sobre infraestructura algorítmica en mercados electrónicos. Si trabaja en riesgo, cumplimiento o ingeniería de mercado y quiere contrastar criterios sobre cascadas de órdenes automáticas, señales tempranas y falsos positivos, puede escribirnos. No damos señales de inversión ni asesoramiento financiero: la conversación es sobre observación operativa y diseño de mecanismos de pausa.
Escenarios de referencia, no casos reales. Cada entrada describe una situación tipo, las acciones que un equipo de riesgo podría ejecutar y el resultado aplicable, sin nombres ni métricas verificadas.
Estos ejemplos sirven para discutir criterios operativos. No son registros de episodios concretos ni resultados medidos: son escenarios construidos a partir de los problemas que el proyecto observa en la infraestructura algorítmica.
Escenario: una secuencia de ejecuciones parciales dispara órdenes automáticas en la misma dirección durante pocos segundos. Acción: revisar la concentración de participantes y el tiempo entre ejecuciones antes de tocar cualquier umbral. Resultado aplicable: se distingue una corrección ordinaria de una retroalimentación sostenida sin depender solo del volumen acumulado.
Escenario: el mismo nivel de volumen genera alertas en un día tranquilo y pasa desapercibido en uno volátil. Acción: comparar el umbral activo con ventanas adaptativas y registrar cada falso positivo. Resultado aplicable: el equipo ajusta la sensibilidad con datos propios en lugar de asumir que un número fijo funciona en todos los contextos.
Escenario: durante una jornada tensa, los patrones de pausa y la variabilidad cardíaca del responsable de riesgo cambian de forma visible. Acción: tratar esas señales como contexto adicional, nunca como disparador único de una pausa automática. Resultado aplicable: se evita atribuir a una persona lo que en realidad describe el estado del mercado.
Escenario: se congela un conjunto de ventas automáticas y, al reanudar, la presión se concentra de nuevo. Acción: definir antes del episodio el alcance, la duración mínima y las condiciones de reactivación. Resultado aplicable: la pausa deja de ser un botón binario y se convierte en una decisión reversible y explicable.
Escenario: un sistema actuó solo y, días después, nadie puede explicar qué señal lo activó. Acción: guardar en el momento las señales de entrada, los umbrales vigentes y la versión del modelo. Resultado aplicable: la revisión interna o regulatoria parte de datos concretos y no de una reconstrucción aproximada.
Umbral de Riesgo no publica conclusiones cerradas sobre lo que va a pasar en el mercado. Publica cómo se llega a una lectura y qué queda fuera de ella. Ese es el criterio que ordena todo el material del proyecto.
Cookies en este sitio
Usamos cookies propias para recordar tu elección y mantener el sitio funcionando como corresponde. No activamos cookies de medición ni de terceros sin tu permiso. Podés leer el detalle en nuestra política de privacidad.