A quién sirve — A quien necesita distribuir una orden en el tiempo o evaluar una ejecución frente a una media temporal sin confundir el nombre del benchmark con el comportamiento real del algoritmo.
TWAP significa Time-Weighted Average Price. El término se utiliza para dos objetos relacionados, pero distintos:
- un benchmark, es decir, una media de precios observados en intervalos temporales definidos;
- una estrategia de ejecución que divide una orden mayor en órdenes hijas distribuidas dentro de una ventana temporal.
El benchmark sirve para comparar un resultado. El algoritmo decide cómo buscar fills. Una orden etiquetada como “TWAP” por una plataforma no promete que el precio final coincida con el benchmark ni implica que todas las órdenes hijas tengan la misma cantidad o lleguen a ejecutarse.
En palabras sencillas — “Calcular la media del precio cada cinco minutos” es una regla de medición. “Enviar partes de mi orden durante dos horas” es una regla de ejecución. Pueden usar el mismo reloj, pero responden a preguntas distintas.
El benchmark TWAP
Para una serie de precios observados en instantes equidistantes, una forma sencilla es:
TWAP = suma de los precios observados / número de observaciones
La definición operativa debe declarar qué precio se muestrea —último trade, punto medio o precio típico de una vela—, la frecuencia y el inicio y el final de la ventana. Cambiar cualquiera de estos elementos modifica el benchmark. TWAP no es, por tanto, una única “media verdadera” independiente de los datos, sino una medida construida conforme a una metodología declarada.
El VWAP concede más peso a los precios asociados a mayor volumen. TWAP y VWAP solo coinciden en casos particulares. Una sesión cuyo volumen se concentre durante periodos de precios altos puede producir valores muy diferentes. Por ello, un algoritmo temporal no debe describirse como una forma segura de conseguir el VWAP.
El algoritmo de ejecución TWAP
La instrucción inicial, u orden matriz, especifica al menos lado, cantidad, instrumento y ventana. También pueden aplicarse un precio límite, hora de inicio, urgencia, centros permitidos y condiciones de cancelación. El algoritmo genera o gestiona las órdenes hijas necesarias para trabajar la cantidad.
Un ejemplo didáctico puede dividir 1.200 unidades en doce tramos de 100. Las implementaciones reales pueden, en cambio:
- variar o aleatorizar ligeramente el tamaño de las órdenes hijas;
- comenzar de forma pasiva y volverse más agresivas al final de un intervalo;
- redistribuir cantidad no ejecutada entre intervalos posteriores;
- respetar un precio límite y dejar sin ejecutar la cantidad incompatible;
- pausar, cancelar o terminar cuando expire la duración.
La documentación de Coinbase Advanced, por ejemplo, indica que el tamaño
estimado de las subórdenes puede variar, que algunos hijos se aleatorizan y que
la cantidad no ejecutada puede redistribuirse. Coinbase Prime exige parámetros
como start_time, expiry_time y limit_price para su orden TWAP. Son ejemplos
de producto, no una definición universal para cualquier proveedor.
Instrucción, algoritmo y clasificación regulatoria
Un usuario puede seleccionar “TWAP” como instrucción en una interfaz, pero tras esa elección opera un sistema que determina timing, cantidad o gestión de las órdenes hijas. El artículo 4(1)(39) de MiFID II define el trading algorítmico como aquel en el que un algoritmo determina automáticamente parámetros individuales de las órdenes, con intervención humana limitada o nula. Excluye los sistemas utilizados solo para enrutar órdenes sin determinar parámetros de negociación.
El Supervisory Briefing de ESMA de 2026 cita timing, precio, cantidad y gestión posterior como ejemplos de parámetros y destaca controles pre-trade, gobernanza, pruebas y externalización. La clasificación exacta sigue dependiendo de la actividad, la entidad y el marco aplicable: la presencia de un botón TWAP no sustituye a un análisis regulatorio.
Qué puede aportar y qué no garantiza
Distribuir la cantidad en el tiempo puede evitar demandar toda la liquidez en un solo instante y reducir la concentración temporal. No garantiza:
- completar la cantidad de la orden matriz;
- un precio mejor que el de una orden inmediata;
- un precio de ejecución igual al TWAP o al VWAP;
- menor impacto de mercado o slippage;
- anonimato o ausencia de fuga de información;
- protección frente a un mercado que se aleja durante la ventana.
Una duración más larga puede reducir la urgencia y el impacto inmediato, pero aumenta la exposición al riesgo de precio y al coste de oportunidad. Una duración más corta concentra los hijos y puede consumir más liquidez. Las órdenes pasivas evitan cruzar inmediatamente el spread, pero introducen riesgo de falta de ejecución y selección adversa. No existe un único ajuste del reloj óptimo para todos los instrumentos y regímenes de mercado.
Error habitual — Evaluar TWAP solo a partir del precio medio de los fills completados. Si una parte importante queda sin ejecutar, ignorar la cantidad residual y el movimiento posterior oculta el coste de oportunidad.
Ejemplo de evaluación
Un inversor debe comprar 12.000 acciones entre las 10:00 y las 12:00 sujeto a un límite máximo. El algoritmo programa órdenes hijas durante la ventana, pero el mercado cotiza por encima del límite durante cuarenta minutos. Algunos hijos quedan sin ejecutar y se vuelven a intentar después; al expirar la orden se han adquirido 9.500 acciones.
El precio medio de esas 9.500 acciones puede compararse con benchmarks declarados, pero la evaluación debe incluir también ratio de fill, cantidad residual, comisiones, spread y coste de la falta de ejecución. Decir únicamente “mejor que TWAP” no describe el resultado completo.
Lista de control
- Definir cantidad matriz, ventana, precio límite y regla de finalización.
- Leer cómo el proveedor dimensiona, aleatoriza y recupera órdenes hijas.
- Fijar benchmarks y timestamps antes de la ejecución.
- Registrar fills ponderados por cantidad, residuos, cancelaciones y costes.
- Separar resultado del algoritmo, benchmark TWAP y comparación con VWAP.
- Verificar controles, gestión de fallos y conducta durante suspensiones.
El contexto completo está en el hub de órdenes, ejecución y microestructura. Los componentes económicos se explican en costes-de-transaccion y calidad-de-ejecucion.
Fuentes
- Coinbase Help, Advanced Trade order types — TWAP orders — parámetros, subórdenes, redistribución, comportamiento pasivo/agresivo y aleatorización en la implementación documentada.
- Coinbase Developer Documentation, Prime — Order Types — parámetros TWAP y distinción frente a las órdenes VWAP en Coinbase Prime.
- EUR-Lex, Directiva 2014/65/UE, artículo 4(1)(39) — definición de trading algorítmico y exclusión del mero routing.
- ESMA, Supervisory Briefing on Algorithmic Trading in the EU, 26 de febrero de 2026 — parámetros automatizados, gobernanza, pruebas, externalización y controles pre-trade.