Cuando un bróker me dice que tiene “liquidez conectada”, hago una pregunta: ¿puede el equipo trazar la ruta de una orden desde la plataforma de trading hasta la empresa que la completa?
Si el diagrama tiene una caja etiquetada como LP / puente / agregador, la configuración aún no se entiende. Estas capas pueden venir en un solo paquete comercial, pero realizan trabajos diferentes.
- Un proveedor de liquidez, o LP, ofrece precios ejecutables y tamaño disponible. Acepta, rechaza o completa una orden bajo los términos de ejecución acordados.
- Un agregador de liquidez recopila precios y profundidad de varias fuentes. Construye una vista combinada y decide qué fuente o fuentes pueden cumplir el pedido.
- Un puente de liquidez conecta la plataforma del bróker con la ejecución externa o interna. Traduce mensajes, mapea símbolos, aplica las reglas de enrutamiento del bróker y devuelve los resultados de la ejecución.
La explicación más breve y útil es esta: el LP proporciona la liquidez, el agregador organiza el acceso a varias fuentes, y el puente conecta esa pila de ejecución a la plataforma del corredor.
| Pregunta | Proveedor de liquidez | Agregador | Puente |
|---|---|---|---|
| ¿De dónde provienen los precios? | El LP cotiza sus propios precios o precios de upstream | Combina precios recibidos de fuentes conectadas | Transmite el flujo de precios seleccionado a la plataforma |
| ¿Quién proporciona la profundidad? | El LP | Nadie; combina la profundidad del LP disponible | Nadie; lleva y aplica los datos configurados |
| ¿Quién elige entre los LPs? | No entre los otros LPs del corredor | La lógica de agregación y enrutamiento | El puente envía la orden a la ruta configurada |
| ¿Quién se conecta a la plataforma de trading? | A veces directamente | A veces como parte de un producto agrupado | Este es el papel principal del puente |
| ¿Quién llena la orden externa? | El LP o lugar seleccionado | Puede coordinar varios llenados | Recibe y mapea los informes de vuelta a la plataforma |
Donde se encuentra cada capa
Cómo se conectan las capas
EUR/USD · ejecución externa ilustrativa
Plataforma de trading
Muestra precios
y resultados de comercio
Puente
Traduce mensajes
para la plataforma
Agregador
Compara cotizaciones
y selecciona una fuente
Proveedores de liquidez
Suministran precios y llenados
Tres fuentes, un flujo de precios. El agregador compara las cotizaciones de LP. El puente lleva el flujo seleccionado a la plataforma.
Comprar 100,000 EUR. El puente traduce la orden. El agregador la dirige a LP A, que tiene el mejor ask elegible y suficiente tamaño en este ejemplo.
LP A llena la orden a 1.08420. Su informe de ejecución regresa a través del agregador y el puente. La plataforma actualiza el comercio.
Las cotizaciones fluyen de los proveedores de liquidez a través del agregador y el puente a la plataforma de trading. Las órdenes viajan en la dirección opuesta. Los informes de llenado regresan del proveedor seleccionado.
Las cotizaciones viajan desde las fuentes de liquidez hacia la plataforma de trading. Las órdenes viajan en la dirección opuesta. Los informes de ejecución luego regresan a través de la misma cadena.
Ese diagrama limpio tiene dos variaciones comunes.
Primero, un corredor que utiliza un LP puede conectar el puente directamente a ese proveedor. No hay nada que agregar.
En segundo lugar, un corredor híbrido puede internalizar parte del flujo de clientes. El puente o motor de riesgo conectado puede enviar solo la cobertura necesaria al agregador o LP. Por lo tanto, una orden de cliente y una cobertura externa no siempre son del mismo tamaño o incluso un par uno a uno.
Lo que hace un proveedor de liquidez
Un LP hace que los precios estén disponibles y respalda una cantidad definida de tamaño ejecutable. En FX y CFDs, el proveedor puede ser un banco, un creador de mercado no bancario, un prime-of-prime, un corredor, un lugar o otra contraparte con acceso a liquidez upstream.
La etiqueta por sí sola me dice muy poco. Quiero saber:
- qué instrumentos y sesiones abarca;
- precios de oferta y demanda en cada nivel de profundidad;
- tamaño mínimo y máximo de pedido;
- si los precios son firmes o están sujetos a última revisión;
- comportamiento de llenado, llenado parcial y rechazo;
- margen, colateral y términos de crédito;
- comisiones y otros costos de ejecución;
- cómo cambian los rendimientos durante noticias, rollover y brechas de mercado.
Un LP no garantiza un diferencial ajustado para cada orden. Una cotización puede ser ajustada en la parte superior del libro pero tener solo una pequeña cantidad de tamaño. El siguiente nivel puede estar a varios puntos de distancia.
Algunos proveedores de FX utilizan última mirada, lo que significa que realizan una verificación final del precio o de la validez después de recibir una solicitud de operación. El resultado puede ser una aceptación o un rechazo. Esa política pertenece a la relación con el LP o el lugar. El agregador y el puente deben registrar la respuesta con precisión, pero no crean las reglas de aceptación del proveedor.
Qué hace un agregador de liquidez
Un agregador recibe flujos de varios LPs o lugares y los normaliza en una vista utilizable.
Para cada símbolo, puede:
- compara la mejor oferta y demanda;
- combinar profundidad de varias fuentes;
- eliminar citas obsoletas, inválidas o no disponibles;
- respetar los límites de crédito y tamaño de per-LP;
- dividir un gran pedido entre niveles de precios;
- elige una ruta basada en el precio, la profundidad, la latencia y el historial de llenado;
- mover a otra fuente después de un rechazo, si la póliza lo permite.
El agregador no fabrica liquidez. Si tres proveedores conectados retiran todas sus cotizaciones, el libro combinado sigue estando vacío. Si cada proveedor amplía, la agregación no puede preservar el spread de ayer.
Sin embargo, puede reducir la dependencia de una sola fuente. Un LP puede ofrecer el mejor precio para una pequeña orden de EUR/USD, mientras que otro tiene más profundidad para una orden más grande. El agregador expone esa diferencia y puede utilizar ambos.
La agregación de precios no es lo mismo que la agregación de pedidos
La agregación de precios construye un precio compuesto o libro a partir de las cotizaciones entrantes.
La agregación de pedidos combina o netea pedidos antes de que se envíen. Eso puede suceder en otro lugar en la pila de riesgo y ejecución del corredor. Las dos funciones pueden compartir tecnología, pero responden a diferentes preguntas.
Esta distinción es importante en un modelo híbrido. Un corredor puede mostrar a los clientes un precio construido a partir de varios flujos de LP, internalizar algunas posiciones y enviar solo la exposición neta hacia afuera. Ver un precio agregado no prueba que cada operación de cliente haya llegado a un LP externo.
Qué hace un puente de liquidez
El puente es la capa de integración y control entre la plataforma de trading y la ruta de ejecución elegida.
Sus responsabilidades pueden incluir:
- traducir los mensajes de la plataforma a formato FIX u otro formato de API;
- convertir lotes en unidades o cantidades de contrato;
- símbolos de mapeo, decimales y tamaños de contrato;
- enviando flujos de precios a los grupos de plataformas correctos;
- aplicando marcas o configuraciones de ejecución;
- dirigir pedidos a un LP, agregador o libro interno;
- manejo de llenados parciales, rechazos y desconexiones;
- mapeo de IDs de ejecución externos a pedidos de la plataforma;
- preservar marcas de tiempo y registros para la conciliación.
El puente ejecuta la configuración del corredor. No decide el modelo de negocio por sí solo. Alguien todavía tiene que definir qué flujo se externaliza, qué rutas están permitidas y qué sucede cuando la conexión principal falla.
Esta es también la razón por la cual un puente no puede reparar la liquidez débil. Puede redirigir una orden después de que un LP la rechace, pero el siguiente precio disponible puede ser peor o no estar disponible. La conmutación por error mejora la resiliencia; no promete las mismas condiciones de ejecución.
Una orden EUR/USD a través de las tres capas
Suponga que la política de riesgo del bróker envía una orden de compra de €750,000 EUR/USD al exterior. El lado de oferta disponible es:
| Fuente | Pregunta | Tamaño disponible |
|---|---|---|
| LP A | 1.08420 | €300,000 |
| LP B | 1.08422 | €500,000 |
| LP C | 1.08425 | €1,000,000 |
[Custom HTML block: Aggregated liquidity order sweep – paste 02-aggregated-order-sweep.html here.]
El puente recibe la orden de la plataforma, confirma el símbolo y el volumen, y lo envía a la ruta externa configurada.
El agregador ve que LP A tiene la mejor oferta, pero no puede llenar la cantidad completa. Envía €300,000 a LP A y los restantes €450,000 a LP B.
El precio promedio ponderado por volumen es:
(€300,000 x 1.08420 + €450,000 x 1.08422) / €750,000 = 1.084212
Las dos órdenes de compra regresan a través del agregador. El puente las mapea a la orden original de la plataforma y reporta el resultado combinado.
Este ejemplo aísla los roles. La ejecución real también puede incluir latencia, movimientos de precios, comisiones, márgenes, último vistazo, ejecuciones parciales y tamaños mínimos específicos de LP.
Por qué los nombres de los productos hacen esto confuso
Un proveedor puede vender “un puente” que incluye agregación. Otro puede llamar al producto completo un agregador, aunque también suministre conectores de plataforma, reglas de riesgo e informes. Un LP puede agregar varias fuentes ascendentes antes de mostrar al corretaje un flujo de precios.
La etiqueta comercial no cambia las preguntas lógicas:
- ¿Quién proporciona la cotización ejecutable y lleva a cabo la ejecución externa?
- ¿Quién combina y clasifica múltiples fuentes?
- ¿Quién traduce el pedido de la plataforma y aplica la ruta del corredor?
- ¿Quién es el dueño del registro que prueba lo que sucedió?
Les pido a los proveedores que definan esas responsabilidades antes de discutir las reclamaciones de latencia. Un sistema rápido con una propiedad poco clara se vuelve lento en el momento en que se disputa un pedido.
¿Qué configuración necesita un corredor?
Un LP y una ruta externa simple
Un puente conectado directamente a un LP puede ser suficiente. Esta es la arquitectura más pequeña, pero el LP sigue siendo un único punto de dependencia.
Varios LPs compitiendo por flujo
El corredor necesita lógica de agregación para comparar precios y profundidad. También necesita un puente o conector equivalente entre esa ruta agregada y la plataforma de trading.
Un modelo de ejecución híbrido
El corredor necesita conectividad a la plataforma más reglas de riesgo que decidan si internalizar, cubrir o enviar cada exposición. El agregador es importante cuando la ruta externa tiene varias fuentes.
Una pila de marca blanca gestionada
Las capas de puente y agregación pueden estar incluidas y ser en gran medida invisibles para el corredor. Eso reduce el trabajo de integración, pero el operador aún debería recibir informes de ejecución, razones de rechazo, estado de la ruta y propiedad de incidentes.
La solución llave en mano para corretaje de Quadcode combina la plataforma de trading con liquidez, negociación, gestión de riesgos e infraestructura de back-office. También soporta liquidez preconectada y la opción de conectar otros LPs. La pregunta práctica para un corredor es qué partes son gestionadas por el proveedor y qué controles permanecen en manos del corredor.
¿Quién posee problemas comunes de ejecución?
| Síntoma | Comienza la investigación aquí | Por qué |
|---|---|---|
| Solo un LP deja de cotizar | Conexión LP y agregador | Confirma el estado de la fuente y si se eliminaron cotizaciones obsoletas |
| Todos los precios de clientes utilizan los decimales incorrectos | Mapeo de puente o plataforma | La definición del símbolo se está traduciendo incorrectamente |
| Una orden grande se llena a varios precios | Agregador y profundidad de LP | La orden puede haber barrido más de un nivel o fuente |
| Una orden es rechazada después de tocar una cotización | Respuesta de LP, luego política de enrutamiento | Verifica la razón del rechazo y si se permitió reintentar |
| Los volúmenes de la plataforma y del LP difieren | Registros de puente y política de riesgo del bróker | La cobertura externa puede haber sido neteada, dividida o parcialmente llena |
| La plataforma muestra un llenado pero finanzas no pueden hacer coincidir | IDs de ejecución de puente, agregador y LP | La cadena necesita un conjunto de identificadores rastreables |
Llamar a cada caso un “problema de LP” pierde tiempo. Llamar a cada caso un “problema de puente” hace lo mismo. Sigue el ID de pedido desde la plataforma hacia afuera hasta que el estado cambie.
[Internal link: Broker Reports Don’t Match]
Métricas a monitorear por capa
Proveedor de liquidez
- profundidad disponible y dispersa por símbolo y sesión;
- tasas de llenado, llenado parcial y rechazo;
- aceptación de última mirada donde sea aplicable;
- deslizamiento y tiempo de respuesta según el tamaño del pedido;
- uso colateral y exposición a contrapartes.
Agregador
- contribución de cada LP al mejor precio y volumen ejecutado;
- dispersión y profundidad compuestas;
- eliminaciones de citas obsoletas;
- número de fuentes utilizadas por pedido;
- redirige, barre y concentra rutas.
Puente
- plataforma para enrutar la latencia;
- mapeo y validación rechazos;
- mensajes perdidos o duplicados;
- tiempo de actividad de la conexión y eventos de conmutación por error;
- IDs de plataforma y ejecución externa que no coinciden.
La calidad de ejecución de principio a fin sigue siendo lo más importante. Un corredor debe comparar los precios solicitados y los precios ejecutados, las distribuciones de deslizamiento, las tasas de ejecución y los rechazos en diferentes tamaños de orden y condiciones del mercado. Un promedio saludable puede ocultar resultados deficientes durante el rollover o la alta volatilidad.
La distinción que mantengo
El proveedor posee la cotización y el llenado. El agregador decide cómo se visualizan y utilizan varias fuentes. El puente hace que esa ruta de ejecución funcione con la plataforma y las políticas del corredor.
Mantén esas responsabilidades visibles incluso cuando un contrato agrupe los tres. Así es como un corredor sabe qué capa cambiar, a qué equipo llamar y qué registro debería explicar la transacción.
