Cuando un corredor 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 comprende. 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 con la orden.
- 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 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 cita 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 profundidad? | El LP | Nadie; combina la profundidad disponible del LP | 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 empaquetado | Este es el rol 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 |
Dónde se encuentra cada capa
How the layers connect
EUR/USD · illustrative external execution
Trading platform
Shows prices
and trade results
Bridge
Translates messages
for the platform
Aggregator
Compares quotes
and selects a source
Liquidity providers
Supply prices and fills
Three sources, one price stream. The aggregator compares LP quotes. The bridge carries the selected stream to the platform.
Buy 100,000 EUR. The bridge translates the order. The aggregator routes it to LP A, which has the best eligible ask and enough size in this example.
LP A fills the order at 1.08420. Its execution report returns through the aggregator and bridge. The platform updates the trade.
Quotes flow from liquidity providers through the aggregator and bridge to the trading platform. Orders travel in the opposite direction. Fill reports return from the selected provider.
Las cotizaciones viajan desde las fuentes de liquidez hacia la plataforma de negociación. Las órdenes viajan en la otra dirección. 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 bróker híbrido puede internalizar parte del flujo de clientes. El puente o motor de riesgo conectado puede enviar solo la cobertura requerida 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 bróker, 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 fijos o están sujetos a la ú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 el rendimiento durante las noticias, rollover y brechas del mercado.
Un LP no garantiza un diferencial ajustado para cada orden. Una cotización puede ser ajustada en la parte superior del libro, pero llevar 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 de precio o 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 entre 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 per-LP;
- dividir un gran pedido entre niveles de precios;
- elige una ruta basada en precio, profundidad, latencia e historial de llenado;
- moverse a otra fuente después de un rechazo, si la política 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 mantener el diferencial 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 sean enviados. Eso puede ocurrir en otro lugar dentro de la estructura 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 varias fuentes de LP, internalizar algunas posiciones y enviar solo la exposición neta al exterior. Ver un precio agregado no prueba que cada operación del 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:
- traduciendo los mensajes de la plataforma a formato FIX u otro formato de API;
- convertir lotes en unidades o cantidades de contrato;
- simbología de mapeo, decimales y tamaños de contrato;
- enviando flujos de precios a los grupos de plataformas correctos;
- aplicando marcados o configuraciones de ejecución;
- enviar órdenes a un LP, agregador o libro interno;
- manejo de llenados parciales, rechazos y desconexiones;
- mapeo de IDs de ejecución externos de vuelta a los pedidos de la plataforma;
- preservar marcas de tiempo y registros para la reconciliación.
El puente ejecuta la configuración del corredor. No decide el modelo de negocio por sí mismo. 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 que 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 corredor envía una €750,000 orden de compra EUR/USD al exterior. El lado de oferta disponible es:
| Fuente | Preguntar | 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 la LP A tiene la mejor oferta, pero no puede completar el monto total. Envía €300,000 a la LP A y el restante €450,000 a la 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 se devuelven 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, movimiento de precios, comisiones, márgenes, última mirada, ejecuciones parciales y tamaños mínimos específicos del 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 mostrarle al corredor una corriente de precios.
La etiqueta comercial no cambia las preguntas lógicas:
- ¿Quién proporciona la cotización ejecutable y realiza el llenado externo?
- ¿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 bróker 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 enrutar cada exposición. El agregador es importante cuando la ruta externa tiene varias fuentes.
Una pila 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 debe recibir informes de ejecución, razones de rechazo, estado de ruta y propiedad de incidentes.
La solución de corretaje llave en mano de Quadcode combina la plataforma de negociación con liquidez, operaciones, gestión de riesgos e infraestructura de back-office. También admite 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 de LP y agregador | Confirma el estado de la fuente y si se eliminaron cotizaciones obsoletas |
| Todos los precios de los clientes usan los decimales incorrectos | Mapeo de puente o plataforma | La definición del símbolo se está traduciendo incorrectamente |
| Una gran orden 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 alcanzar una cotización | Respuesta de LP, luego política de ruta | Verifica la razón del rechazo y si se permitió reintentar |
| Los volúmenes de la plataforma y el LP difieren | Registros de puente y política de riesgo del corredor | La cobertura externa puede haber sido neteada, dividida o parcialmente llena |
| La plataforma muestra un llenado pero finanzas no pueden igualarlo | Puente, agregador e IDs de ejecución de LP | La cadena necesita un conjunto de identificadores rastreables |
Llamar a cada caso un “problema de LP” desperdicia 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 repartida 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;
- redirecciones, barridos y concentración de rutas.
Puente
- plataforma para enrutar latencia;
- mapeo y validación rechazos;
- mensajes caídos 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 extremo a extremo 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 a través de tamaños de orden y condiciones de mercado. Un promedio saludable puede ocultar resultados pobres durante el rollover o 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 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, qué equipo llamar y qué registro debe explicar la transacción.
