Algoritmos de ejecución: TWAP, VWAP y POV

Tenéis una orden de compra de 130.000 acciones. No podéis lanzarla entera al mercado de golpe — sería como verter un cubo de agua en una taza de té y sorprenderos cuando se desborda. El precio se os escapa, vuestra ejecución es pésima y la ventaja que tardasteis meses en investigar se evapora en noventa segundos de impacto.

Así que, en su lugar, troceáis la orden madre en cientos de órdenes hijas pequeñas y las vais soltando al mercado a lo largo de la jornada. La pregunta que responde todo algoritmo de ejecución es la misma: ¿con qué forma liberáis las porciones? ¿Por el reloj? ¿Por dónde está el volumen? ¿Por una fracción fija de lo que se negocia? Cada respuesta es un algoritmo con nombre propio, con su benchmark, sus fortalezas y su forma particular de costaros dinero sin que os deis cuenta.

TWAP — precio medio ponderado por tiempo

Analogía. TWAP es promediar el coste en euros con un cronómetro. Sois el inversor que compra exactamente 500 € de un fondo indexado el día 1 de cada mes, le pese al mercado lo que le pese — salvo que vuestro “mes” es media hora y vuestro objetivo es el precio medio de la sesión, no el del calendario.

Definición. TWAP trocea la orden madre en porciones iguales por el reloj. Elegís $N$ intervalos de tiempo; negociáis $\tfrac{1}{N}$ de la orden en cada uno. El benchmark al que apunta es la media temporal simple del precio a lo largo de la ventana: $\text{TWAP}=\frac{1}{N}\sum_{i=1}^{N} p_i$ donde $p_i$ es el precio en el intervalo $i$. Fijaos en que el volumen nunca aparece — cada intervalo recibe el mismo número de acciones.

Ejemplo resuelto. 130.000 acciones, sesión regular 09:30–16:00, troceada en 13 intervalos de media hora:

Plano como la superficie de una mesa: 10.000 acciones a las 09:30, 10.000 a las 10:00, y así hasta las 16:00. Sin previsión, sin reaccionar — solo aritmética y un reloj.

Cuándo usarlo

Cuando no tenéis una previsión de volumen fiable, cuando el activo es ilíquido o su perfil de volumen es errático (de modo que cualquier previsión es ruido), o cuando queréis un calendario sencillo, predecible y difícil de cuestionar por su tamaño. La contracara de predecible es detectable: un calendario de relojería puede ser olfateado por otros participantes, así que TWAP suele añadir una pequeña aleatorización al momento y tamaño de las porciones.

VWAP — precio medio ponderado por volumen

Analogía. VWAP es el invitado educado a la fiesta que habla alto cuando la sala está ruidosa y se calla cuando está en silencio. Operad más cuando el mercado es profundo y bullicioso (apertura, cierre), menos cuando es un almuerzo soñoliento — para que cada una de vuestras porciones sea un pez pequeño en un estanque grande y apenas levante una onda.

Definición. VWAP da forma a las órdenes hijas según la curva (prevista) de volumen intradía. Negociad una fracción de la orden en cada intervalo proporcional al volumen de mercado esperado en ese intervalo. El benchmark — el número que intentáis batir o igualar — es el precio medio ponderado por volumen del mercado a lo largo de la ventana: $\text{VWAP}=\frac{\sum_i p_i\,q_i}{\sum_i q_i}$ donde $p_i$ y $q_i$ son el precio y el volumen negociado del print $i$. Batid el VWAP en una compra (pagad menos que la media ponderada por volumen del día) y vuestra mesa queda bien.

Ejemplo resuelto — calcular el benchmark VWAP. Cuatro prints a lo largo de una porción del día:

$\text{VWAP}=\frac{501{,}100}{10{,}000}=\$50,11$

Comparadlo con el precio medio simple (50,00 + 50,20 + 49,90 + 50,10) / 4 = $50,05. El VWAP es más alto porque el gran print de 5.000 acciones a $50,20 tira hacia arriba del número ponderado por volumen — exactamente lo que el TWAP de tiempo igual habría pasado por alto. Esa brecha es justo el quid: VWAP está anclado a donde las acciones se negociaron de verdad.

Cuándo usarlo

Cuando existe una previsión de volumen decente (un valor líquido con un perfil estable en forma de U), cuando un cliente o mandato os mide contra el VWAP, y cuando minimizar la huella de mercado a lo largo de toda la sesión importa más que correr tras una señal efímera. Su debilidad es su dependencia: una mala previsión de volumen (día de resultados, recomposición de índice, una noticia sorpresa) rompe la forma sobre la que fue construido.

POV — porcentaje del volumen (participación)

Analogía. POV es el bailarín que se acompasa a la multitud en tiempo real. Sin coreografía decidida de antemano — simplemente os comprometéis a ser, pongamos, el 10 % de lo que esté ocurriendo en la pista ahora mismo. La multitud se anima, os movéis más; la multitud se diluye, aflojáis. Sois reactivos, no programados.

Definición. POV (también llamado tasa de participación) negocia una fracción fija del volumen que realmente se imprime en tiempo real, en vez de una previsión. Elegid una tasa $\rho$ (p. ej. 10 %); en cada ventana corta, si el mercado negoció $V$ acciones, vuestro objetivo es hacer $\rho \cdot V$. El contraste con VWAP es nítido: VWAP se compromete con una forma por adelantado y carga con el error de previsión; POV se compromete con una tasa y deja que el volumen realizado decida la forma y la hora de finalización.

Ejemplo resuelto. Tenéis 120.000 acciones que comprar a $\rho = 10\%$. Suponed que el valor negocia 1,5 M de acciones ese día:

El 10 % de 1,5 M es 150.000 — cómodamente más que vuestras 120.000, así que termináis pronto, con margen de sobra. Pero dad la vuelta al día: si el mercado solo negocia 900.000, vuestro 10 % da 90.000 de capacidad — no podéis terminar vuestras 120.000 a esa tasa y o bien os estiráis hasta el cierre, aceptáis quedaros sin terminar, o empujáis vuestra participación por encima del 10 % (y aceptáis el impacto extra).

Cuándo usarlo

Cuando queréis una ejecución que escale con el día real en lugar de con una conjetura — útil cuando el volumen es difícil de prever o cuando de verdad no os importa una hora de finalización flexible. Es la elección natural para una orden que debe “seguir siendo una fracción constante y discreta de la cinta”. Evitadlo cuando tenéis una fecha límite estricta (el cierre, un vencimiento, una cobertura que debe estar puesta a las 16:00) — POV no puede prometer estar terminado.

Algoritmos de precio de llegada / implementation shortfall

Analogía. Imaginad que el precio del instante en que decidisteis operar es una puerta que se cierra. Cuanto más esperéis para cruzarla, más puede cerrarse del todo (el precio se aleja y vuestro alfa se decae). Pero cruzarla a la carrera la golpea — chocáis contra el mercado y pagáis un impacto enorme. Un algoritmo de implementation shortfall (IS) es el operador que enhebra esa puerta: lo bastante rápido para batir la deriva, lo bastante suave para no golpearla.

Definición. Los algoritmos IS (también llamados de precio de llegada) toman como benchmark el precio de llegada — el punto medio de la horquilla en el momento en que la orden llega a la mesa — y equilibran explícitamente dos costes:

• Impacto de mercado — el precio que empujáis al operar rápido. Cae cuando vais más despacio.
• Riesgo de tiempo — la probabilidad de que el precio (y vuestro alfa) se escape mientras os demoráis. Cae cuando vais más rápido.

Como el impacto os quiere lentos y el riesgo de tiempo os quiere rápidos, los algoritmos IS suelen cargar al principio: operan más al inicio (cuando el precio de llegada está más fresco y vuestra ventaja más intacta), y luego reducen. Un parámetro de urgencia (o agresividad) regula todo el conjunto: urgencia baja se comporta como un VWAP paciente; urgencia alta colapsa hacia una ejecución casi inmediata. Este es el “dilema del operador” formal, y elegir la carga inicial de forma óptima es justo lo que la próxima lección, sobre ejecución óptima y la frontera de Almgren–Chriss, vuelve riguroso.

Cuándo usarlo

Cuando la orden lleva alfa que se decae (una señal que vale menos cada minuto) o se enfrenta a un riesgo de precio real a corto plazo — el coste de no operar es alto, así que cargar al principio compensa. Subid la urgencia para señales de decaimiento rápido y bajadla para flujo paciente y de baja convicción.

La comparación, lado a lado

Juntándolo todo

Tres de estos algoritmos responden a “¿qué forma?” con un calendario (TWAP por el reloj, VWAP por la curva prevista, POV por la cinta en vivo), mientras que el cuarto — IS — lo responde con un objetivo: preservar el precio de llegada equilibrando el impacto contra el riesgo de tiempo. Todo lo que habéis visto aquí es la rampa de acceso a la ejecución óptima, donde ese compromiso impacto-frente-a-riesgo se vuelve una optimización precisa.

Lo siguiente: estos algoritmos describen calendarios; la próxima lección, Ejecución óptima, deriva el mejor — formalizando el compromiso impacto-frente-a-riesgo-de-tiempo que hay detrás de IS en la frontera eficiente de Almgren–Chriss, donde elegís vuestra carga inicial según vuestra tolerancia al riesgo.