Fintech Noticias
Datos de mercado: cotizaciones, operaciones, flujos de datos y latencia
Una guía sobre los datos de mercado basada en primeros principios, que abarca su cadena operativa, su economía, los registros que sirven de referencia, los modos de fallo y las pruebas que deben verificar los inversores o los operadores.

Un panel puede hacer que los datos de mercado parezcan un único evento. Sin embargo, crear un evento, publicar el flujo de datos y mostrar la información o actuar a partir de ella son cambios de estado distintos, gestionados por participantes diferentes. Esos traspasos ocultos son los puntos donde entran en juego el tiempo, el costo y el riesgo.
Los datos de mercado son el flujo de órdenes, cotizaciones, operaciones, condiciones de referencia y mensajes de estado que se utiliza para observar los mercados y operar en ellos. Una cotización es una oferta para realizar una operación en determinadas condiciones; una operación informa de una ejecución; un flujo de datos agrupa eventos; y la latencia mide cuándo se crea, transmite, procesa y muestra la información.
El mejor precio mostrado no siempre está disponible para que todos los participantes operen a él. Los flujos de datos difieren en cobertura de centros de negociación, profundidad, tratamiento de lotes impares, correcciones, derechos de acceso, consolidación y marcas de tiempo. Dos pantallas pueden mostrar datos distintos, pero válidos en ambos casos, porque recibieron eventos diferentes en momentos diferentes.
Para situar los datos de mercado en el contexto más amplio de la cobertura de Securities.io, compara Explicación de los roles en los valores digitales, ¿Qué son los valores digitales? y Cómo funcionan las transacciones con tokens de valores. En conjunto, esas guías muestran cómo cambia la misma cuestión de infraestructura de mercado cuando varían el emisor, el activo, el derecho del inversor o la infraestructura operativa.
De la creación de un evento a su visualización o uso: la cadena de datos de mercado
Crear un evento significa que un centro de negociación acepta, modifica o cancela una orden, o la ejecuta, de acuerdo con sus reglas. A continuación, el resultado pasa a ser una entrada para la asignación de marcas de tiempo y secuencias, etapa en la que la fuente ordena los mensajes y marca cuándo ocurrió el evento. Ese traspaso es el primer punto en que hay que verificar los datos de mercado: la parte receptora debe poder distinguir un cambio de estado completado de un mensaje, una estimación o un registro provisional. La misma verificación se aplica en cada flecha posterior, hasta que la visualización o la acción produzca un resultado que pueda conciliarse de forma independiente.
Lee el diagrama en sentido inverso, desde la visualización o la acción. El estado final debería conducir a los mensajes del centro de negociación, los números de secuencia, los relojes sincronizados, las especificaciones del flujo de datos, los registros de correcciones y los resultados de ejecución; después, a la fuente autorizada utilizada para normalizar y calcular, a la exposición generada al publicar el flujo de datos y a las entradas aceptadas al crear un evento. Si esa cadena se rompe, una cotización obsoleta puede parecer una transacción completada, incluso cuando el precio mostrado llega después de que el mercado haya cambiado. Este recorrido inverso mantiene el análisis centrado en el evento de mercado, su marca de tiempo y el estado reconstruido por el observador, en lugar de en la etiqueta del proveedor o el estado de la interfaz.
¿Quién controla los registros fundamentales de los datos de mercado?
| Participante o variable | Qué modifica | Pruebas que hay que verificar |
|---|---|---|
| Centro de negociación | Genera eventos autorizados de órdenes y operaciones. | Reglamento, números de secuencia, marcas de tiempo y mensajes de corrección. |
| Procesador de información de valores | Consolida los datos públicos designados. | Especificación del flujo de datos, entradas de los centros de negociación, cálculos y tiempo de actividad. |
| Proveedor de datos | Normaliza, enriquece, almacena y redistribuye datos. | Lógica de correspondencia, gestión de lagunas, latencia y derechos de acceso. |
| Intermediario o algoritmo | Utiliza los datos para dirigir y fijar el precio de las órdenes. | Sincronización de relojes, registros de decisiones, selección de fuentes y resultados de ejecución. |
| Inversor | Ve una representación seleccionada, que a menudo no muestra toda la profundidad del mercado. | Definición de lo que se muestra, aviso de demora, tamaño de la cotización y hora de actualización. |
El centro de negociación y el procesador de información sobre valores ocupan posiciones distintas en la cadena operativa. El centro de negociación genera eventos oficiales de órdenes y operaciones, mientras que el procesador de información sobre valores consolida los datos públicos designados. Sus registros —el reglamento, los números de secuencia, las marcas de tiempo y los mensajes de corrección; y la especificación del flujo de datos, los datos de entrada de los centros de negociación, los cálculos y el tiempo de actividad— deben coincidir en cuanto al mismo evento, sin ser copias de una única base de datos de un proveedor. El proveedor de datos, el corredor o algoritmo y el inversor aportan decisiones o pruebas distintas; tratar esas funciones como intercambiables oculta dónde intervienen la discrecionalidad, la liquidez o la responsabilidad legal.
Una interrupción del servicio del corredor o del algoritmo es una prueba práctica de rendición de cuentas en el ámbito de los datos de mercado. Utiliza los datos para dirigir y fijar el precio de las órdenes. La pregunta es si el centro de negociación y el procesador de información sobre valores aún pueden reconstruir la posición a partir de la sincronización de los relojes, los registros de decisiones, la selección de fuentes y los resultados de ejecución. Los contratos pueden asignar tareas, pero la parte responsable de la promesa al cliente, el activo o la obligación no puede sustituir las pruebas por una cláusula de externalización. Un diseño resiliente especifica el registro alternativo y la persona autorizada para resolver cualquier discrepancia.
Cómo cambian de estado los datos de mercado en la práctica
1. Crear un evento: definir el estado inicial de los datos de mercado
Un centro de negociación acepta, modifica, cancela o ejecuta una orden de acuerdo con sus reglas. En esta parte del proceso de datos de mercado, este paso establece las condiciones en las que pueden basarse la marca de tiempo y la secuencia. El centro de negociación es fundamental porque genera eventos oficiales de órdenes y operaciones. El registro de trabajo debe conservar el reglamento, los números de secuencia, las marcas de tiempo y los mensajes de corrección.
El fallo que se debe cuestionar en esta etapa es la cotización desactualizada: el precio mostrado llega después de que el mercado haya cambiado. Para poner a prueba esta etapa, registre el resultado con el mismo momento, alcance y términos aplicables; luego cambie una suposición antes de la marca de tiempo y la secuencia. En el caso de los datos de mercado, una transferencia de responsabilidad defendible identifica quién la aprobó, qué registro cambió, qué aspectos siguen siendo reversibles y quién asume la pérdida si el siguiente participante rechaza las pruebas.
2. Marcar la hora y ordenar la secuencia: identificar la regla de decisión en los datos de mercado
La fuente ordena los mensajes e indica cuándo ocurrió el evento. En esta parte del proceso de datos de mercado, este paso filtra las condiciones en las que puede basarse la publicación del flujo de datos. El procesador de información sobre valores es fundamental porque consolida los datos públicos designados. El registro de trabajo debe conservar la especificación del flujo de datos, los datos de entrada de los centros de negociación, los cálculos y el tiempo de actividad.
El fallo que se debe cuestionar en esta etapa es el mensaje perdido: una brecha en la secuencia corrompe silenciosamente el libro de órdenes local. Para poner a prueba esta etapa, vuelva a calcular el resultado con el mismo momento, alcance y términos aplicables; luego cambie una suposición antes de publicar el flujo de datos. En el caso de los datos de mercado, una transferencia de responsabilidad defendible identifica quién la aprobó, qué registro cambió, qué aspectos siguen siendo reversibles y quién asume la pérdida si el siguiente participante rechaza las pruebas.
3. Publicar el flujo de datos: medir la transferencia del riesgo en los datos de mercado
Los canales directos y consolidados distribuyen cotizaciones, operaciones y cambios de estado. En esta parte del proceso de datos de mercado, este paso reasigna las condiciones en las que pueden basarse la normalización y el cálculo. El proveedor de datos es fundamental porque normaliza, enriquece, almacena y redistribuye los datos. El registro de trabajo debe conservar la lógica de correspondencia, el tratamiento de brechas, la latencia y los derechos de acceso.
El fallo que se debe cuestionar en esta etapa es la asignación incorrecta de símbolos: los eventos se vinculan al instrumento, la clase o el historial de acciones corporativas equivocados. Para poner a prueba esta etapa, someta el resultado a condiciones de estrés con el mismo momento, alcance y términos aplicables; luego cambie una suposición antes de normalizar y calcular. En el caso de los datos de mercado, una transferencia de responsabilidad defendible identifica quién la aprobó, qué registro cambió, qué aspectos siguen siendo reversibles y quién asume la pérdida si el siguiente participante rechaza las pruebas.
4. Normalizar y calcular: conciliar el registro oficial de los datos de mercado
Los proveedores asignan correspondencias a los símbolos, reparan brechas y calculan libros, barras o índices de referencia. En esta parte del proceso de datos de mercado, este paso concilia las condiciones en las que pueden basarse la visualización o la actuación. El corredor o algoritmo es fundamental porque utiliza los datos para dirigir y fijar el precio de las órdenes. El registro de trabajo debe conservar la sincronización de los relojes, los registros de decisiones, la selección de fuentes y los resultados de ejecución.
El fallo que se debe cuestionar en esta etapa es el desfase del reloj: los sistemas discrepan sobre el orden de los eventos porque las marcas de tiempo no están sincronizadas. Para poner a prueba esta etapa, compare el resultado con el mismo momento, alcance y términos aplicables; luego cambie una suposición antes de mostrar los datos o actuar. En el caso de los datos de mercado, una transferencia de responsabilidad defendible identifica quién la aprobó, qué registro cambió, qué aspectos siguen siendo reversibles y quién asume la pérdida si el siguiente participante rechaza las pruebas.
5. Mostrar los datos o actuar: poner a prueba el resultado final de los datos de mercado
Las personas y los algoritmos utilizan la vista resultante para tomar decisiones y ejecutar operaciones. En esta parte del proceso de datos de mercado, este paso cierra las condiciones en las que puede basarse el resultado registrado. El inversor es fundamental porque ve una representación seleccionada, a menudo sin toda la profundidad del mercado. El registro de trabajo debe conservar la definición de lo que se muestra, el aviso de demora, el tamaño de la cotización y la hora de actualización.
El fallo que debe ponerse a prueba en este caso es la concentración de los flujos de datos: muchos usuarios pierden visibilidad o enrutan mal sus órdenes cuando falla un proveedor. Para probar esta etapa, demuestre el resultado usando el mismo momento, alcance y condiciones aplicables; después, cambie una de las hipótesis antes de que se registre el resultado. En el caso de los datos de mercado, una transferencia de responsabilidad justificable identifica quién la aprobó, qué registro cambió, qué aspectos siguen siendo reversibles y quién asume las pérdidas si el siguiente participante rechaza las pruebas.
Tres estados que suelen confundirse en los datos de mercado
Una cotización es una oferta de compra o de venta con precio, cantidad, centro de negociación y hora; puede cambiar o desaparecer sin que se realice ninguna operación. En cambio, una operación es un informe de ejecución completada que posteriormente puede corregirse, anularse o quedar sujeto a condiciones. La vista calculada añade un tercer estado: un libro de órdenes, el mejor precio, una barra, un índice o un análisis derivado de eventos y reglas seleccionados. Estas distinciones importan porque dos usuarios pueden ver una confirmación similar y, sin embargo, tener derechos distintos, estar sujetos a plazos diferentes o depender de instituciones distintas. En los datos de mercado, para cada estado conviene identificar el registro que tiene autoridad y quién asume las pérdidas.
Compare la cotización, la operación y la vista calculada con un mismo criterio: importe, plazo, liquidez consumida, reversibilidad, derecho legal y pérdida residual. En los datos de mercado, una etiqueta más rápida no representa automáticamente un estado más definitivo, y un rendimiento comunicado más estable no implica automáticamente un menor riesgo económico. Usar un mismo marco de medición evita confundir las diferencias de plazos o de contabilidad con una mejora real.
Costes, incentivos y efectos en el balance de los datos de mercado
El precio de los datos depende de la velocidad, la profundidad, los derechos de redistribución, la cobertura de activos y el soporte. Los flujos directos pueden mejorar la ejecución de los usuarios sensibles a la latencia, mientras que los productos consolidados reducen los costes de integración y amplían la visión del mercado.
La ventaja de latencia ofrece rendimientos decrecientes y puede desencadenar una carrera armamentista en redes, coubicación y hardware. El beneficio social depende de si la inversión mejora la formación de precios o, principalmente, redistribuye las rentas entre los participantes más rápidos y los más lentos.
Los datos incorrectos generan costes ocultos de negociación y modelización por rechazos, precios erróneos, alertas falsas y tareas de auditoría. Por tanto, la gobernanza de datos debe tratar la trazabilidad, las correcciones y los derechos de acceso como infraestructura de producción, no como metadatos administrativos.
Dónde fallan los datos de mercado y qué probar primero
- Cotización desactualizada: El precio mostrado llega después de que el mercado haya cambiado. Interrumpa la generación de un evento mientras el centro de negociación mantiene su obligación habitual y, después, compruebe si la cotización sigue teniendo el significado descrito anteriormente.
- Mensaje perdido: Un salto en la secuencia corrompe silenciosamente el libro de órdenes local. Interrumpa las marcas de tiempo y la secuencia mientras el procesador de información de valores mantiene su obligación habitual y, después, compruebe si la operación sigue teniendo el significado descrito anteriormente.
- Asignación incorrecta de símbolo: Los eventos se asocian al instrumento, la clase o el historial de acciones corporativas equivocados. Interrumpa la publicación del flujo de datos mientras el proveedor de datos mantiene su obligación habitual y, después, compruebe si la vista calculada sigue teniendo el significado descrito anteriormente.
- Desfase de reloj: Los sistemas discrepan sobre el orden de los eventos porque las marcas de tiempo no están sincronizadas. Interrumpa la normalización y el cálculo mientras el bróker o el algoritmo mantiene su obligación habitual y, después, compruebe si la cotización sigue teniendo el significado descrito anteriormente.
- Concentración de los flujos de datos: Muchos usuarios pierden visibilidad o enrutan mal sus órdenes cuando falla un proveedor. Interrumpa la visualización o la actuación mientras el inversor mantiene su obligación habitual y, después, compruebe si la operación sigue teniendo el significado descrito anteriormente.
Una prueba de estrés útil para los datos de mercado combina una cotización obsoleta con una asignación incorrecta del símbolo, en lugar de evaluar cada problema por separado. Congele o retrase la publicación del flujo, deje fuera de servicio al corredor o al algoritmo y exija al inversor que concilie el resultado a partir de la definición de visualización, el aviso de demora, el tamaño de la cotización y la hora de actualización. El diseño solo supera la prueba si la visualización o la acción llega a un estado explicable, preserva los derechos asociados a la operación y asigna cualquier déficit conforme a reglas establecidas antes de la interrupción.
Ejemplo práctico: seguimiento integral de un evento de datos de mercado
En una pantalla para clientes minoristas, una acción muestra una oferta de compra de 25,00 $ y una oferta de venta de 25,02 $. Un flujo directo del centro de negociación recibe una cancelación unos microsegundos antes, mientras que el flujo consolidado todavía está procesando la actualización. Un algoritmo que utiliza el flujo directo sabe que la oferta de venta ya no está disponible; el usuario minorista, no. Ningún valor de latencia es significativo sin especificar el reloj de inicio, el reloj de fin, la ruta de red y el procesamiento. Es posible que la oportunidad aparente de dos centavos nunca hubiera sido ejecutable para quien observaba con más demora.
El ejemplo puede refutarse cambiando el supuesto controlado en la marca de tiempo y la secuencia, o eliminando las pruebas aportadas por el proveedor de datos. Siga el cambio a través de la publicación del flujo, la normalización y el cálculo, y la visualización o la acción; no salte directamente de los datos de entrada al resultado principal. Si el nuevo resultado de los datos de mercado no puede reproducirse a partir de los mensajes del centro de negociación, los números de secuencia, los relojes sincronizados, las especificaciones del flujo, los registros de correcciones y los resultados de ejecución, el proceso depende de un criterio o registro no documentado.
Por qué importan ahora los datos de mercado
Las políticas actuales sobre datos de mercado se centran en flujos consolidados más completos, lotes no estándar, subastas, gobernanza y acceso equitativo, mientras que los mercados electrónicos siguen optimizando los flujos directos y el sellado temporal por hardware. Los sistemas de IA añaden otra capa, porque pueden inferir y actuar a partir de datos normalizados a gran escala; la fiabilidad de sus resultados depende de la cobertura de los eventos, los derechos y la trazabilidad.
La lección perdurable sobre los datos de mercado es que crear un evento y mostrarlo o actuar en función de él no son el mismo evento. Las decisiones intermedias determinan el evento de mercado, su marca de tiempo y el estado que reconstruye el observador, mientras que el centro de negociación y el inversor pueden ver partes distintas del registro. La automatización es valiosa cuando abarata la verificación de esas decisiones; es peligrosa cuando las reduce a un único estado que oculta la concentración de los flujos.
Pruebas que respaldan los datos de mercado
Las principales fuentes de evidencia sobre los datos de mercado son la Norma de la SEC sobre infraestructura de datos de mercado, el Reglamento NMS de la SEC y los Principios del CPMI-IOSCO para las infraestructuras de los mercados financieros. Deben leerse como capas complementarias: reglas y definiciones, estructura institucional o del mercado, y pruebas operativas necesarias para evaluar una afirmación concreta. Ninguna de ellas debe considerarse un sustituto de los documentos del producto, las cuentas o los registros de transacciones descritos anteriormente.
Preguntas que conviene plantearse antes de confiar en los datos de mercado
- ¿Puede el centro de negociación demostrar cuál es el reglamento aplicable y aportar los números de secuencia, las marcas de tiempo y los mensajes de corrección antes de la marca de tiempo y la secuencia?
- ¿Qué registro prevalece si el procesador de información sobre valores y el corredor o el algoritmo discrepan?
- ¿Quién financia o asume la exposición generada al publicar el flujo?
- ¿Qué diferencia a una operación de una cotización en términos jurídicos y económicos?
- ¿Cómo detectaría el sistema un mensaje perdido antes de mostrarlo o actuar en función de él?
- ¿Qué ocurre cuando el proveedor de datos no está disponible o sus pruebas están obsoletas?
- ¿Puede un revisor independiente conciliar el resultado con los mensajes del centro de negociación, los números de secuencia, los relojes sincronizados, las especificaciones del flujo, los registros de correcciones y los resultados de ejecución?
En materia de datos de mercado, sustituya frases como «la plataforma se encarga» por cuentas, contratos, marcas de tiempo, reglas de aprobación y entidades responsables identificados. Una respuesta completa debe permitir que un revisor retroceda desde la visualización o la acción hasta la creación del evento, identifique quién es responsable de cada registro y calcule quién asume la pérdida antes de que se produzca una excepción.
El principio fundamental de los datos de mercado
El análisis de los datos de mercado es más claro cuando sigue el evento de mercado, su marca de tiempo y el estado reconstruido por el observador a través de las cinco etapas operativas, y verifica el resultado con los mensajes del centro de negociación, los números de secuencia, los relojes sincronizados, las especificaciones del flujo, los registros de correcciones y los resultados de ejecución. El flujo explica qué cambia; la tabla de participantes identifica quién puede autorizar ese cambio; la comparación de los tres estados impide confundir afirmaciones que no son equivalentes; y el mapa de fallos señala dónde debe disminuir la confianza. En conjunto, estos elementos permiten distinguir una mejora real de la fricción o el riesgo trasladados a una capa menos visible.












