Detenga los fallos o cotizaciones obsoletas antes de que lleguen a su libro.

Saltos anormales de precio

Un mercado puede publicar un decimal mal colocado, un tick de apertura de fin de semana incorrecto o un movimiento genuino que esté muy fuera del rango que su libro está preparado para aceptar automáticamente.

La protección configurable frente a saltos compara una nueva cotización de la fuente con el valor aceptado anteriormente. Si el movimiento incumple la política del símbolo o de la fuente, CoinPriceFeeds conserva el precio aceptado y lo marca como protegido, en vez de transmitir el salto.

El evento es visible en el dashboard. Un usuario autorizado puede revisar el origen, entender qué salidas dependen de él y restablecer la protección cuando esa sea la decisión correcta.

Una fuente deja de cotizar de forma explícita

«Sin cotización» no significa lo mismo que «el último precio no ha cambiado».

Los mercados comunican la indisponibilidad mediante distintos eventos: un libro vacío o incompleto, una cotización cancelada, un cambio de estado del instrumento, una suscripción rechazada o una sesión desconectada. CoinPriceFeeds trata estas señales como una cancelación explícita.

La fuente deja de influir de inmediato en los símbolos dependientes, y sus salidas se recalculan con las alternativas válidas. El último valor correcto permanece disponible para el diagnóstico y una recuperación controlada.

Una fuente se congela silenciosamente

A veces una conexión parece estar en buen estado aunque un símbolo deje de actualizarse. Los cálculos que tienen en cuenta la antigüedad impiden que una cotización antigua ancle un consenso actual o se elija como respaldo mucho después de quedar inmóvil.

Cada política de failover puede definir una antigüedad máxima distinta. Lo importante es que una fuente de respaldo solo sea apta cuando sea válida y actual, no simplemente porque exista un valor.

La monitorización también sigue la actividad de las fuentes y los patrones de entrega, para investigar un feed inactivo antes de que el cliente detecte el problema.

Las actualizaciones llegan tarde o fuera de orden

Varias rutas de red pueden entregar la misma cotización en momentos distintos. Las actualizaciones antiguas se ignoran, por lo que una copia más lenta no puede hacer retroceder el estado actual. La monitorización distingue el tiempo de la fuente del tiempo de la ruta de entrega local.

Se rechazan precios imposibles

Las cotizaciones con valores cero, negativos, no finitos o cruzados no son datos de mercado válidos. Se rechazan al entrar o antes de la entrega para que no contaminen una fórmula, persistan tras un reinicio o provoquen un error downstream.

Los fallos matemáticos, como la división por cero, también se convierten en estados inválidos explicados, no en precios infinitos o indefinidos.

Un mercado rápido puede necesitar un freno configurable

Algunos brókeres prefieren que la cotización para el cliente responda a un movimiento adverso rápido con un margen gradual, en vez de seguir todo el movimiento de una sola vez.

El amortiguamiento opcional puede ensancharse en contra de la dirección del movimiento y decaer con el tiempo. Se controla por símbolo y funciona junto con los márgenes normales, la política de spread y la protección contra huecos.

Esto es un control de riesgo, no un algoritmo oculto. El comportamiento deseado se acuerda con el cliente y se representa en las reglas de ese feed.

El fallo permanece aislado

Cada feed de cliente tiene sus propias reglas, estado de cotización, estado de protección y conexiones de salida. Un problema de configuración en un feed no se convierte automáticamente en un problema de precios para todos los demás clientes.

Las ráfagas de mercado y los consumidores lentos se gestionan sin permitir que una conexión o un símbolo muy activo detengan el resto del feed.

La recuperación es visible y controlada

CoinPriceFeeds conserva el estado de precios en caliente durante los reinicios rutinarios, por lo que un despliegue no tiene que reconstruir cada control desde cero.

En el dashboard del cliente , el estado es explícito:

• un valor protegido muestra que un salto fue retenido;
• un valor inválido incluye su razón;
• un valor obsoleto muestra que ha superado la antigüedad permitida por la política de precios; y
• las relaciones de origen muestran qué salidas del cliente pueden verse afectadas.

Para los equipos operativos, monitorización y verificación añade actividad, invalidación, retraso y verificaciones entre servidores.