Índice de contenidos
Claves de la noticia
- LSEG se alía con Nvidia para acelerar el análisis de Tick History con cuDF y Polars, conservando licencias y controles de acceso.
- Las peticiones de datos históricos crecieron un 48 % en el primer semestre, frente al 29 % del tráfico de su red en tiempo real.
- La promesa de pasar de horas a segundos necesita contrastarse con cada consulta: Polars puede volver a ejecutar en CPU operaciones no compatibles con GPU.
LSEG y Nvidia quieren acercar la investigación de mercados al ritmo de las decisiones. El acuerdo anunciado este 14 de octubre permite procesar datos históricos con GPU sin mantener otra copia completa del conjunto de origen. La combinación resulta especialmente interesante para reconstruir lo ocurrido en un mercado, pero el anuncio todavía deja sin resolver cuánto acelera una tarea concreta y a qué coste.
La demanda del histórico crece más que el flujo en directo
El comunicado de LSEG sitúa Tick History en 110 billones de filas, 100 millones de instrumentos y más de treinta años de registros, procedentes de más de 580 bolsas, centros de negociación y contribuidores. Son dimensiones del archivo, no el tamaño de una consulta que necesariamente pueda resolverse de una sola vez.
La comparación más reveladora está en el uso. En el primer semestre de 2026, las solicitudes de clientes a la API de Tick History aumentaron un 48 % interanual. El tráfico de la red en tiempo real creció un 29 % y alcanzó un pico de 26 millones de mensajes por segundo en junio.
Restar las dos tasas publicadas arroja 19 puntos porcentuales de diferencia. Las peticiones al histórico crecieron más deprisa que el tráfico en directo, aunque ambas métricas cuentan cosas distintas y no permiten deducir sus volúmenes absolutos. Ese contraste explica la oportunidad del acuerdo: el problema de infraestructura no termina cuando se entrega la cotización; también aparece cuando los clientes vuelven sobre los datos para investigarlos.
No equivale a afirmar que exista más actividad histórica que negociación en vivo, ni que aumentaran un 48 % los ingresos del producto. La cifra cuenta solicitudes. Separar consumo, tamaño del archivo y facturación evita atribuir al anuncio un resultado comercial que no documenta.
Una consulta acelerada también puede acabar en la CPU
La colaboración utiliza cuDF, la tecnología de procesamiento tabular de RAPIDS, y Polars. La documentación del motor GPU de Polars explica el recorrido: prepara y optimiza un plan de consulta y lo entrega a un motor basado en cuDF para ejecutarlo en tarjetas Nvidia. El resultado vuelve como un dataframe alojado en memoria de CPU.
El motor sigue en beta abierta y utiliza la API diferida. Esa selección importa: disponer de una tarjeta no garantiza que un programa existente obtenga la misma ventaja. El desarrollador necesita saber cómo se representa su tarea antes de presupuestar la infraestructura.
Si el plan contiene una operación no admitida, Polars puede regresar de forma transparente al motor normal y ejecutar toda la consulta en CPU. Para comprobarlo, ofrece avisos en modo detallado y una opción que hace fallar la consulta cuando no puede usar GPU. Son mecanismos de diagnóstico documentados; no hemos ejecutado una prueba propia del servicio de LSEG.
De esa combinación surge una precaución concreta: solicitar ejecución GPU no acredita que la consulta se haya acelerado. Un equipo que evalúe la integración debe comprobar dónde se ejecutó el plan y comparar el resultado con su referencia. Es una distinción relevante para analistas y desarrolladores españoles que ya trabajen con Polars.
El archivo compartido conserva sus permisos
LSEG afirma que el procesamiento evita crear otra copia completa del conjunto subyacente y conserva las licencias, permisos y controles existentes. Ese compromiso afecta al modo de trabajar con el archivo; no significa que desaparezcan los movimientos de datos entre almacenamiento, memoria y procesadores. La propia documentación de Polars describe el intercambio entre CPU y GPU.
La distinción entre compartir el origen y copiar temporalmente datos para calcular es esencial. El anuncio no publica un diagrama que permita reconstruir todas las transferencias, ni elimina la necesidad de examinar qué información llega a cada entorno. Tampoco convierte un archivo comercial en datos abiertos: acelerar su uso no amplía los derechos del cliente.
Para una entidad financiera que quiera integrar el sistema, la primera comprobación sigue siendo qué instrumentos, mercados y usos permite su contrato. El cómputo y la gobernanza plantean preguntas diferentes, como sucede en los controles sobre agentes de IA que revisa la banca. Esta colaboración se centra en analizar datos y no autoriza por sí sola a un agente a operar.
Qué falta para medir el salto de horas a segundos
LSEG presenta un análisis comparativo que reduce de horas a segundos el procesamiento de años de histórico. Sin embargo, el comunicado no facilita tiempos exactos, consultas, hardware, número de repeticiones o configuración de referencia. Por eso no es posible calcular un multiplicador verificable ni extrapolar la mejora al archivo completo.
| Elemento | Qué debe comprobarse |
|---|---|
| Ejecución | Si el plan utilizó GPU o volvió a CPU. |
| Comparación | Misma consulta, datos y resultado esperado. |
| Tiempo total | Incluir lectura y transferencias, además del cálculo. |
| Acceso | Licencias y permisos aplicables al entorno. |
Estas comprobaciones son una propuesta de evaluación derivada del anuncio y de la documentación técnica, no resultados de un ensayo. Permiten convertir una frase comercial en preguntas reproducibles antes de cambiar una infraestructura. En particular, medir solo el cálculo podría ocultar una espera dominante en la lectura.
Polars advierte que las cargas dominadas por agregaciones y uniones tienen más posibilidades de acelerarse, mientras que las limitadas por entrada y salida suelen ofrecer un rendimiento parecido en CPU y GPU. Esa advertencia explica por qué la configuración y la naturaleza de la consulta pesan tanto como el procesador.
La oportunidad es volver sobre períodos largos conservando detalle y control de acceso. La conclusión defendible es más precisa que la promesa general: el acuerdo aborda una demanda histórica que crece más deprisa, pero su valor para cada cliente dependerá de que la consulta sea compatible y el ahorro sobreviva a la lectura y las transferencias. Eso puede comprobarse; una aceleración universal todavía no.
Imagen: recreación conceptual generada con IA para Tecnología Today; no representa una instalación de LSEG ni una prueba real.
