Qué es exactamente un proveedor de liquidez cripto
La liquidez mide, simplificando, cuánto puedes comprar o vender, con qué rapidez y con qué impacto sobre el precio. No es lo mismo que volumen.
Un mercado puede mostrar mucho volumen y, sin embargo, tener poca profundidad en el momento en que intentas ejecutar una orden grande. Del mismo modo, dos plataformas pueden ofrecer el mismo BTC/EUR y dar resultados muy diferentes a un cliente que intente comprar 100.000 €.
Un proveedor de liquidez o liquidity provider (LP) es la empresa, participante o infraestructura que aporta esa capacidad de negociación. En el mundo institucional puede hacerlo poniendo órdenes de compra y venta, cotizando precios OTC con su propio balance o dando acceso agregado a diferentes centros de ejecución.
Es una pieza especialmente relevante para un exchange de criptomonedas que todavía no genera suficiente liquidez orgánica por sí mismo.
Hay, eso sí, una confusión habitual: “liquidity provider” significa dos cosas bastante distintas dentro de cripto.
En un exchange centralizado o CEX, normalmente hablamos de firmas profesionales, mesas OTC, market makers o agregadores institucionales. En DeFi, también se llama proveedor de liquidez al usuario o entidad que deposita activos en un smart contract para financiar un pool.
Si has llegado aquí porque quieres depositar tokens en Uniswap, Curve u otro AMM, te interesa más nuestra guía sobre cómo funcionan los pools de liquidez. En este artículo nos centramos principalmente en la elección de un proveedor profesional para un exchange, bróker, proyecto cripto o mesa de trading.
Qué hace realmente un proveedor de liquidez
El trabajo empieza antes de que llegue una orden.
Un market maker puede mantener simultáneamente precios de compra y venta para un determinado par. Por ejemplo, podría estar dispuesto a comprar BTC a 79.990 € y venderlo a 80.010 €, actualizando ambas cotizaciones a medida que cambia el mercado.
Pero mostrar dos precios es solo la superficie. Un buen proveedor también necesita determinar cuánto está dispuesto a negociar a cada nivel, controlar su inventario, cubrir exposiciones en otros mercados y mantener operativa su infraestructura durante movimientos bruscos.
Cuando llega una orden, pueden darse varios modelos.
El proveedor puede actuar como contraparte utilizando su propio capital. También puede buscar la ejecución en otros exchanges o mesas de liquidez. Un agregador, por su parte, puede consultar varios proveedores y venues y enviar cada orden allí donde estime que existe una ejecución adecuada.
Después viene algo que muchas comparativas apenas mencionan: la liquidación. Comprar 500.000 € de ETH a un precio excelente sirve de poco si después existen problemas para mover el efectivo, recibir los criptoactivos, cuadrar balances o gestionar garantías.
Por eso, la cadena real es más parecida a esta:
precio → profundidad → ejecución → cobertura de riesgo → liquidación → reconciliación.
Un proveedor puede ser excelente en una de esas capas y mediocre en otra.
Proveedor de liquidez, market maker, agregador y mesa OTC no son exactamente lo mismo
La terminología se mezcla bastante en cripto, incluso entre las propias empresas del sector. Para evaluar propuestas, importa más entender el modelo económico que quedarse con la etiqueta comercial.
| Modelo | Qué hace principalmente | Qué deberías vigilar |
|---|---|---|
| Proveedor de liquidez | Concepto amplio: pone capital, precios o capacidad de ejecución a disposición de una plataforma | Fuente real de la liquidez, profundidad, contraparte y liquidación |
| Market maker | Mantiene activamente cotizaciones de compra y venta y gestiona inventario | Spread, profundidad, uptime, calidad de las cotizaciones y conflictos |
| Agregador de liquidez | Conecta varios exchanges, market makers o pools y consolida su liquidez | Enrutamiento, latencia, costes, concentración y fallos de proveedores subyacentes |
| Mesa OTC | Cotiza operaciones, normalmente mediante RFQ o precios bilaterales, fuera del libro público | Tamaño mínimo, precio efectivo, crédito, contraparte y settlement |
| LP de un AMM | Deposita activos en un pool utilizado por un DEX | Smart contracts, composición del pool, comisiones y pérdida impermanente |
Un market maker es, por tanto, una forma de aportar liquidez, pero no todo proveedor de liquidez es necesariamente un market maker que cotiza continuamente en un libro de órdenes.
Esta distinción afecta al contrato. Si quieres que alguien mantenga un mercado BTC/EUR con determinada profundidad, un spread máximo y un porcentaje mínimo de disponibilidad, necesitas compromisos de market making medibles. “Te damos acceso a nuestra liquidez” es demasiado ambiguo.
La liquidez no se evalúa mirando solo el spread
Este es probablemente el error más caro al comparar proveedores.
Imagina dos propuestas:
Proveedor A: spread anunciado de 4 puntos básicos.
Proveedor B: spread anunciado de 9 puntos básicos.
Un punto básico —1 basis point o 1 bp— equivale al 0,01 %. A simple vista, A parece claramente mejor.
Ahora intenta ejecutar una compra de 100.000 €.
Apenas hay 10.000 € disponibles al mejor precio del proveedor A y el resto de la orden tiene que consumir niveles progresivamente peores. El precio medio final termina un 0,26 % por encima del precio medio de referencia: aproximadamente 260 € de coste implícito.
El proveedor B tiene peor precio en la primera línea, pero mucha más profundidad. La misma orden termina ejecutándose, por ejemplo, un 0,11 % por encima de la referencia. Incluso añadiendo una comisión explícita de 2 puntos básicos, el coste sería de unos 130 €.
Es un ejemplo ilustrativo, no una cotización real, pero muestra el problema: el spread que aparece en la pantalla no te dice cuánto cuesta realmente ejecutar el tamaño que necesitas.
Las métricas que sí merece la pena comparar
| Métrica | Qué te dice | Cómo evaluarla |
|---|---|---|
| Spread | Distancia entre mejor compra y mejor venta | Mediana y percentiles, no una captura puntual |
| Profundidad | Capital ejecutable cerca del precio medio | Liquidez disponible a ±10, ±25 o ±50 bps |
| Slippage | Cuánto empeora el precio al ejecutar | Medirlo para tamaños representativos de tus clientes |
| VWAP de ejecución | Precio medio realmente conseguido | Compararlo contra un benchmark definido antes de enviar la orden |
| Fill rate | Qué parte de lo solicitado termina ejecutándose | Separar órdenes normales de periodos de estrés |
| Rechazos y expiraciones | Fiabilidad de las cotizaciones | Analizar frecuencia y condiciones en que aparecen |
| Uptime | Tiempo durante el que existen precios utilizables | Medir disponibilidad real de cada par importante |
| Latencia | Tiempo entre solicitud, respuesta y ejecución | Mirar percentiles p95/p99, no solo una media |
| Settlement | Capacidad de liquidar las operaciones correctamente | Tiempos, incidencias, redes, fiat, stablecoins y horarios |
| Markout | Qué ocurre con el precio después de ejecutar | Útil para detectar de forma sistemática cotizaciones poco competitivas o desactualizadas |
El volumen puede formar parte del análisis, pero no debería ser la métrica central. Lo que quieres comprar es liquidez ejecutable, no una cifra bonita de volumen mensual.
Cómo elegir un proveedor de liquidez cripto
Empieza por saber quién será realmente tu contraparte
Antes de analizar precios, identifica la entidad jurídica con la que firmarás y qué función desempeña.
¿Opera como principal y negocia contra su propio balance? ¿Actúa como agente? ¿Agrega terceros? ¿Tus operaciones se ejecutarán directamente con él o acabarán en otros venues?
La respuesta cambia el riesgo.
Si el proveedor depende de tres exchanges externos para construir sus precios, por ejemplo, la calidad de esos exchanges y la concentración de la liquidez también forman parte indirectamente de tu infraestructura.
Y si tienes que prefinanciar una cuenta considerable antes de poder operar, aparece una exposición de contraparte que no existiría exactamente igual en un modelo de liquidación posterior.
Mide profundidad con órdenes del tamaño que de verdad tendrás
Una demo con una compra de 500 € dice poco sobre una plataforma que espera procesar órdenes de 50.000 €.
Construye varios tamaños representativos y compara cuánto volumen puede absorber cada propuesta antes de deteriorar el precio.
Para BTC/EUR podrías descubrir que dos proveedores son prácticamente indistinguibles con 5.000 €, pero que a partir de 100.000 € uno de ellos presenta mucho menos slippage.
Con altcoins la diferencia puede ser aún mayor.
También conviene repetir la medición en diferentes momentos. La liquidez que realmente merece dinero es la que sigue existiendo cuando el mercado deja de estar tranquilo.
No compares únicamente el precio medio: mira la distribución
Una media puede esconder bastante.
Supongamos que el proveedor normalmente funciona muy bien, pero durante un 5 % de las órdenes su slippage se dispara. Si tu negocio procesa miles de operaciones, ese extremo de la distribución puede importar más que mejorar un punto básico en las operaciones fáciles.
Por eso miraría también percentiles: p50, p95 y, cuando haya suficiente muestra, p99.
Lo mismo aplica a la latencia.
Una API con 25 milisegundos de latencia media parece excelente hasta que descubres que unas pocas peticiones tardan dos segundos y coinciden precisamente con periodos de volatilidad.
Comprueba que cubre los mercados que realmente necesitas
“500 pares disponibles” es una métrica bastante pobre si tus cinco mercados prioritarios reciben poca profundidad.
Comprueba cada activo, par y producto relevante: spot, perpetuos, opciones o cualquier otro instrumento que forme parte de tu negocio.
También importa la moneda de cotización. Para una plataforma europea, BTC/EUR no es intercambiable con BTC/USDT solo porque ambos permitan obtener exposición a Bitcoin. Introducir conversiones adicionales puede generar costes, riesgo operativo y nuevas dependencias.
Lo mismo ocurre entre DEX y CEX. Un proveedor excelente gestionando un libro centralizado no tiene por qué ofrecer la misma calidad on-chain.
Revisa la tecnología como infraestructura crítica
En una integración institucional, REST puede ser suficiente para determinadas operaciones, mientras que flujos de precios continuos y sistemas sensibles a latencia suelen utilizar WebSocket, FIX u otras conexiones especializadas.
La pregunta importante no es qué siglas aparecen en la web comercial, sino cómo se comporta la infraestructura cuando algo falla.
Necesitas conocer políticas de rate limits, reconexión, secuenciación de mensajes, tratamiento de precios obsoletos, sandbox, redundancia, mantenimiento, monitorización y procedimiento ante una caída.
También debe quedar claro qué pasa si desaparece el feed principal mientras existen órdenes de clientes abiertas.
Un buen diseño necesita un kill switch, controles sobre precios anómalos y un mecanismo de contingencia. Seguir enviando órdenes porque “la API todavía responde” puede ser peor que detener temporalmente la ejecución.
Analiza settlement y custodia con el mismo cuidado que los precios
En cripto, ejecución y liquidación pueden estar mucho más conectadas de lo que parece.
Hay proveedores que exigen prefunding. Otros permiten determinadas líneas de crédito o liquidación posterior. Algunos trabajan con custodios externos y otros mantienen directamente activos dentro de su propia infraestructura.
Ninguna solución es automáticamente superior.
Prefinanciar puede simplificar la ejecución, pero inmoviliza capital y aumenta la exposición a la contraparte. El crédito mejora la eficiencia del capital, aunque introduce límites, colateral, condiciones financieras y riesgo bilateral.
Pregunta también qué ocurre con las transferencias blockchain: redes admitidas, confirmaciones requeridas, direcciones, controles de wallets, stablecoins utilizadas y procedimientos ante congestión o incidentes.
Calcula el coste total, no solo la comisión
Puedes recibir un tarifario con una comisión de 2 bps y acabar pagando mucho más.
Para comparar propuestas, usaría un coste efectivo aproximadamente así:
coste de ejecución frente al benchmark + comisiones explícitas + costes de financiación/liquidación + costes operativos relevantes.
No sumes spread y slippage mecánicamente si ya estás calculando el precio real de ejecución frente al precio medio inicial, porque podrías contar dos veces parte del mismo coste.
Añade también mínimos mensuales, compromisos de volumen, costes de conectividad, financiación, garantías y posibles penalizaciones contractuales.
Exige datos que puedas auditar
Si un contrato incluye compromisos sobre spread, profundidad o uptime, tiene que existir una definición matemática de cada métrica.
“Spread competitivo” no es un SLA.
Algo mucho más útil sería definir en qué pares se mide, durante qué horario, a qué tamaño mínimo, con qué benchmark y qué situaciones extraordinarias quedan excluidas.
También querría acceder a datos suficientemente granulares como para calcular la calidad por mi cuenta. Un PDF mensual con tres promedios escogidos por el propio proveedor da bastante menos visibilidad que los datos de cotización y ejecución necesarios para hacer un análisis independiente.
MiCA: qué debes revisar si trabajas desde España o la UE
Aquí conviene evitar una simplificación bastante habitual: MiCA no crea una licencia llamada “proveedor de liquidez”. La normativa enumera servicios concretos, como custodia, operación de una plataforma, intercambio de criptoactivos por fondos u otros criptoactivos, ejecución de órdenes o recepción y transmisión de órdenes. Por eso, la regulación aplicable depende de lo que haga realmente la entidad, no de que comercialmente se presente como “LP”.
ESMA también ha aclarado que la operativa puramente por cuenta propia no implica necesariamente una relación con un cliente. Esto es importante porque dos empresas que se llaman “market maker” pueden estar haciendo actividades jurídicamente diferentes. Hay que mapear el flujo real de órdenes, la contraparte y el servicio prestado antes de concluir qué autorización corresponde.
En España terminó el periodo transitorio de MiCA el 1 de julio de 2026. Cuando la entidad esté prestando un servicio de criptoactivos sujeto a MiCA dentro de la UE, debes comprobar que la entidad jurídica correspondiente dispone de la autorización necesaria de la CNMV o de otra autoridad competente europea. La propia CNMV recomienda verificar no solo la marca, sino la sociedad concreta con la que se contrata.
ESMA mantiene además un registro de proveedores autorizados que permite comprobar tanto la entidad como los servicios para los que dispone de autorización. No basta con encontrar el nombre de un grupo empresarial: interesa saber si tu contraparte exacta y el servicio exacto aparecen cubiertos.
Hay otro detalle especialmente relevante para brokers y plataformas que ejecutan órdenes de clientes. El artículo 78 de MiCA exige buscar el mejor resultado posible considerando, entre otros factores, precio, costes, rapidez, probabilidad de ejecución y liquidación, tamaño y condiciones de custodia. Es casi una lista regulatoria de motivos por los que elegir un LP únicamente por su spread resulta insuficiente.
La autorización, por supuesto, tampoco elimina el riesgo de contraparte, mercado u operación. Es la misma idea que explicamos al hablar de los riesgos cripto que MiCA no elimina: regulación y ausencia de riesgo son dos cosas distintas.
Las preguntas que enviaría a cualquier proveedor antes de firmar
- ¿Con qué entidad jurídica vamos a contratar y qué autorizaciones cubren exactamente los servicios que nos prestaréis?
- ¿Actuáis como principal, agente, market maker, agregador o combináis varios modelos?
- ¿De dónde procede vuestra liquidez y qué porcentaje depende de vuestros principales venues o contrapartes?
- ¿Qué spread mediano y percentiles p95/p99 registráis en nuestros pares prioritarios y para qué tamaño de cotización?
- ¿Qué profundidad real existe dentro de ±10, ±25 y ±50 puntos básicos para los tamaños que necesitamos?
- ¿Podemos analizar slippage, fill rate, rechazos, uptime y latencia con datos de ejecución suficientemente granulares?
- ¿Cómo cambian esas métricas durante periodos de alta volatilidad o interrupciones de un exchange subyacente?
- ¿Qué APIs, entornos de pruebas, límites de tráfico, redundancia y mecanismos de contingencia ofrece la integración?
- ¿Cómo funciona la liquidación: prefunding, crédito, colateral, horarios, fiat, stablecoins, redes y custodios?
- ¿Cuál es el coste completo: ejecución, comisión, mínimos, financiación, conectividad y cualquier otro cargo contractual?
- ¿Qué SLAs existen y cómo se calculan spread, profundidad, disponibilidad, soporte e incidencias?
- ¿Podemos ejecutar una prueba paralela antes de migrar flujo real y comparar vuestro resultado contra nuestros proveedores o venues actuales?
Si una empresa evita contestar varias de estas preguntas alegando que son “información propietaria”, yo no intentaría rellenar los huecos con confianza. Buscaría otra contraparte capaz de demostrar qué servicio estoy comprando.
Señales de alerta al evaluar un proveedor
| Señal | Por qué debería preocuparte |
|---|---|
| Promete volumen garantizado sin explicar cómo se genera | Puede esconder actividad artificial o prácticas incompatibles con un mercado sano |
| Solo enseña el spread mínimo | No demuestra profundidad ni coste efectivo de ejecución |
| No identifica claramente la entidad contractual | Complica la evaluación regulatoria y de contraparte |
| Se niega a dar métricas históricas o permitir pruebas | Te obliga a comprar una promesa en lugar de una ejecución medible |
| El origen de la liquidez es completamente opaco | No puedes evaluar concentración ni dependencias |
| Requiere mucho prefunding sin explicar custodia y segregación | Aumenta el riesgo operativo y de contraparte |
| No existe plan claro ante caídas de venues o APIs | Una incidencia externa puede convertirse en tu propia caída |
| El contrato habla de “market making” pero no define spread, depth o uptime | Resulta casi imposible exigir después un nivel concreto de servicio |
| Ofrece “mantener el precio” de un token | La provisión de liquidez no debe confundirse con garantizar una cotización |
| Propone generar volumen mediante operaciones artificiales | El volumen fabricado no sustituye una liquidez orgánica y ejecutable |
Una señal especialmente mala es que el argumento comercial principal sea “podemos hacer que vuestro volumen parezca mayor”. El objetivo de un market maker serio es construir un mercado en el que terceros puedan negociar eficientemente, no decorar estadísticas.
¿Es mejor trabajar con un solo proveedor o con varios?
Para una empresa pequeña, empezar con un proveedor principal puede tener sentido. Reduce integraciones, contratos, reconciliaciones y capital repartido entre distintas contrapartes.
Pero introduce una concentración evidente.
Si el único LP pierde conectividad, retira temporalmente sus cotizaciones o empeora mucho el precio durante un episodio de volatilidad, tu plataforma puede quedarse prácticamente sin mercado.
Una arquitectura con varios proveedores reduce esa dependencia y permite comparar cotizaciones. Con un agregador o un sistema de smart order routing, incluso es posible repartir órdenes entre varias fuentes según precio y profundidad.
La contrapartida es que multi-LP no significa automáticamente mejor ejecución. Tendrás que gestionar más APIs, saldos, límites de riesgo, reconciliaciones, garantías y reglas de enrutamiento. Fragmentar 100.000 € de capital entre cinco sitios tampoco ayuda si después te falta capacidad donde realmente necesitas ejecutar.
Por eso no empezaría preguntando “¿cuántos LP debemos tener?”, sino:
¿cuál es el coste de que nuestro proveedor principal falle durante las horas más difíciles del mercado?
Si la respuesta es “la operativa prácticamente se detiene”, ya tienes un argumento sólido para construir redundancia.
Qué tipo de proveedor encaja mejor según el negocio
Un exchange nuevo necesita sobre todo profundidad visible en el libro, cotizaciones continuas, métricas contractuales y capacidad para mantener varios pares operativos. Un market maker con compromisos claros puede ser más valioso que un enorme catálogo de activos sin garantías sobre la calidad de cada mercado.
Una aplicación o bróker orientado a cliente final tiene otro problema: importa especialmente el precio total al que consigue ejecutar cada orden. La agregación de varias fuentes, el routing y un buen análisis de costes pueden pesar más que mostrar un gran libro de órdenes propio.
En una mesa OTC, el foco cambia hacia tamaños grandes, RFQ, streaming prices, crédito, discreción y settlement. La capacidad de cotizar un bloque de varios millones tiene poco que ver con mantener 5.000 € a cada lado de un order book minorista.
Para un proyecto que acaba de listar su token, buscaría un market maker dispuesto a aceptar objetivos transparentes de spread, profundidad y uptime. Evitaría contratos cuyo supuesto éxito dependa de “crear volumen”. Liquidez y volumen están relacionados, pero no son intercambiables.
Y si el negocio es un protocolo o DEX, la pregunta cambia por completo: ya no estás seleccionando solamente una contraparte institucional, sino diseñando incentivos y pools on-chain. Ahí entran riesgos de smart contract, concentración de liquidez, capital mercenario, rangos de precio y pérdida impermanente.
La prueba que más información te dará antes de contratar
La documentación comercial sirve para descartar candidatos. La decisión final debería apoyarse en una prueba de ejecución.
Conecta, cuando sea posible, los feeds de los proveedores finalistas sin enviar todavía todo tu flujo real. Guarda precios, tamaños, timestamps y disponibilidad. Simula o ejecuta de manera controlada los tickets que de verdad representen tu negocio y calcula el coste frente a un benchmark común.
No mires únicamente la media.
Separa pares, tamaños y condiciones de mercado. Busca qué ocurre en el percentil malo: órdenes grandes, mercados rápidos, altcoins menos líquidas y momentos en los que una fuente externa deja de responder.
Un proveedor que gana casi siempre por 1 o 2 puntos básicos, pero falla precisamente cuando aumenta la volatilidad, puede ser una peor decisión que otro ligeramente más caro y mucho más consistente.
Eso resume bastante bien cómo elegir un proveedor de liquidez cripto: no compres un spread, compra calidad de ejecución medible. Profundidad, slippage, fiabilidad, settlement, contraparte y cumplimiento deben funcionar juntos. Si una de esas capas no está clara antes de firmar, probablemente tampoco lo estará cuando haya dinero real en movimiento.
