12 de junio de 2026 — 10 minutos de lectura
Gestiona Quicknode desde tu terminal, código o agente de IA.Ahora con CLI, Admin API, MCP y SDK.
Empieza a crearCambios en WebSocket de Hyperliquid Foundation: qué significa esto para ti
La Fundación Hyperliquid va a introducir cambios en sus fuentes públicas de WebSocket tras su próxima actualización de red. A continuación explicamos qué implica esto para los operadores automatizados y cómo trasladar las cargas de trabajo sensibles a la latencia al streaming gRPC con Quicknode.
Certificación SOC 2 Tipo II · ISO 27001
12 de junio de 2026 — 10 minutos de lectura
El 9 de junio de 2026, el equipo principal de Hyperliquid anunció que varias fuentes públicas de la API de WebSocket enviarían datos con menor frecuencia tras la próxima actualización de la red. El 11 de junio de 2026, el equipo ajustó la implementación en función de los comentarios de los usuarios: webData2 mantendrá su intervalo de envío actual de 5 segundos durante una actualización más de la red, según lo establecido l2Book pasará a 20 niveles cada 2 segundos, antes de pasar posteriormente a 5 segundos, y un nuevo fastAssetCtxs El feed de WebSocket conservará las diferencias de precios de referencia de 5 segundos para las interfaces.
Las fuentes de datos afectadas siguen incluyendo la profundidad del libro de órdenes, los precios medios, el contexto de los activos, el contexto de todos los activos de los DEX y webData2, que, según lo previsto, seguirá migrando a webData3.
En el caso de los paneles de control, los monitores de carteras y las vistas destinadas a los usuarios, los nuevos intervalos pueden resultar aceptables. Sin embargo, en el caso de los sistemas de negociación automatizados, estos intervalos modifican el modelo de datos. Una estrategia que cotice, calcule el volumen, cancele o envíe órdenes a partir de instantáneas públicas de WebSocket necesita ahora un plano de datos diferente.
El equipo de Hyperliquid fue muy claro sobre la trayectoria prevista para esta carga de trabajo:
«Los operadores automatizados deberían ejecutar un nodo sin validación para disponer de más niveles o de flujos de actualización en tiempo real».
En esta entrada se explica qué está cambiando, por qué es importante para los bots y cómo trasladar las cargas de trabajo de Hyperliquid, sensibles a la latencia, a una infraestructura gestionada con Quicknode.
Fuente de datos de la API pública | Nuevo comportamiento tras la actualización | Repercusiones operativas |
|---|---|---|
webData2 | Se mantiene el intervalo de envío actual de 5 segundos durante una actualización más de la red. La migración a webData3 sigue siendo necesaria. | Las aplicaciones que aún están leyendo webData2 disponen de más tiempo, pero no deben considerar que el feed es permanente. |
l2Book | 5 niveles cada 0,5 segundos con «fast: true», o 20 niveles cada 2 segundos sin «fast: true». Se prevé que una futura actualización amplíe la frecuencia de los 20 niveles a cada 5 segundos. | La lógica de negociación debe elegir entre datos de la parte superior del libro de órdenes, que son menos exhaustivos pero más rápidos, y instantáneas más exhaustivas, aunque más lentas. |
allMids | Cada 5 segundos. | La lógica basada en el precio medio puede desviarse de la situación actual del mercado entre una subida y otra. |
spotAssetCtxs / allDexsAssetCtxs | Cada 15 segundos. Una nueva fuente WebSocket de fastAssetCtxs ofrece las diferencias de precios de referencia con el intervalo original de 5 segundos. | Las interfaces que necesiten diferencias de precios de referencia de 5 segundos pueden utilizar fastAssetCtxs; no obstante, los sistemas de negociación deben seguir evaluando si el contexto del activo debe formar parte de la ruta de decisión. |
El l2Book El cambio es lo más importante para las estrategias automatizadas. Sin fast: true, la API pública devuelve 20 niveles cada 2 segundos tras la próxima actualización, y se prevé que posteriormente este intervalo pase a ser de 5 segundos. Con fast: true, devuelve 5 niveles cada 0,5 segundos. Ninguna de las dos opciones ofrece un libro completo en tiempo real para estrategias que dependen de la profundidad, el comportamiento de la cola o los cambios rápidos en el spread.
No se trata de una interrupción del servicio ni de un cambio radical en el sentido habitual. Es una línea divisoria entre la infraestructura pública compartida y el perfil de datos que necesitan los sistemas de negociación automatizados.
Para un bot, un libro obsoleto no supone un inconveniente. Lo interpreta como una entrada incorrecta.
Los creadores de mercado necesitan datos actualizados sobre la profundidad del mercado para cotizar en función del inventario en tiempo real y el diferencial. Los bots de ejecución necesitan los precios medios actuales y la presión del libro de órdenes para dimensionar las órdenes. Las estrategias de liquidación, arbitraje y base requieren que la diferencia entre la última instantánea y el bloque actual sea lo más pequeña posible.
Cuando un libro se actualiza cada 2 o 5 segundos, la estrategia no solo va con retraso respecto a ese intervalo, sino que actúa en función de una situación de mercado diferente. Esto afecta a:
Plazo de presentación de ofertas y plazo de cancelación
Cálculos del diferencial, el deslizamiento y la selección adversa
Determinación del tamaño de las posiciones y controles de riesgo
Indicadores de liquidación y financiación que activan órdenes
Pruebas retrospectivas que parten de la base de que el flujo de datos es similar al de producción
La API pública puede seguir siendo útil para la interfaz de usuario, la monitorización pasiva y los datos de visualización no críticos. La lógica de negociación que depende de la profundidad de mercado actual requiere una fuente de datos diseñada específicamente para ello, ya sea una suscripción a WebSocket o un flujo gRPC.
La recomendación de Hyperliquid es ejecutar un nodo no validador para obtener más niveles o flujos de actualización en tiempo real. Esto proporciona a los operadores automatizados acceso directo al perfil de datos que necesitan, pero también conlleva una serie de tareas relacionadas con la infraestructura: operaciones del nodo, actualizaciones, supervisión, gestión de reconexiones, planificación de la capacidad e integración de clientes.
Quicknode es una plataforma de desarrollo de blockchain que ofrece infraestructura Hyperliquid gestionada tanto en HyperCore como en HyperEVM a través de un único punto de conexión. Todos los puntos de conexión de Hyperliquid son compatibles tanto con WebSocket como con gRPC. Para los equipos afectados por este cambio en la API pública, la funcionalidad más relevante es la transmisión gRPC de HyperCore. No porque WebSocket sea una herramienta inadecuada, sino porque hemos detectado los puntos débiles de WebSocket a gran escala: tormentas de reconexiones, fragilidad de las transmisiones basadas en paquetes y sobrecarga de la carga útil en suscripciones a múltiples mercados.
Quicknode's Documentación de Hyperliquid Ofrece compatibilidad con gRPC en todo el conjunto de flujos de datos de HyperCore, con transmisión bidireccional, una latencia inferior al milisegundo para los datos de mercado y compresión nativa zstd capaz de reducir el ancho de banda en aproximadamente un 70 %. Acceso a /hypercore JSON-RPC, /hypercore WebSocket e HyperCore gRPC requieren el plan Build o superior.
Empieza por consultar la documentación de Quicknode Hyperliquid y la referencia de la API de streaming gRPC de Hyperliquid.
La diferencia clave no es solo un punto final privado, sino el acceso a los conjuntos de datos de HyperCore, que se adaptan a las cargas de trabajo de negociación automatizada.
Los conjuntos de datos Hyperliquid de Quicknode abarcan operaciones ejecutadas, eventos del ciclo de vida de las órdenes, actualizaciones del libro de órdenes, datos de ejecución TWAP, eventos relacionados con cuentas y saldos, acciones de escritura de HyperCore a HyperEVM, bloques sin procesar, instantáneas del libro de órdenes de nivel 2, instantáneas y diferencias del libro de órdenes de nivel 4, y transacciones del mempool de la red de pruebas.
Esto es importante porque la opción más adecuada para sustituir un feed público de WebSocket depende de la función que desempeñe la estrategia. Un creador de mercado necesita datos distintos a los de un monitor de liquidaciones, y un panel de control necesita datos distintos a los de un enrutador de órdenes.
Conjunto de datos | Disponibilidad de la API | Dónde va |
|---|---|---|
OFICIOS | gRPC + JSON-RPC/WSS | Operaciones realizadas, seguimiento de precios y análisis de operaciones. |
PEDIDOS | gRPC + JSON-RPC/WSS | Seguimiento del ciclo de vida de las órdenes, ejecuciones, cancelaciones y estado de ejecución. |
NOVEDADES SOBRE EL LIBRO | gRPC + JSON-RPC/WSS | Variaciones prospectivas de la cartera de pedidos para el seguimiento de la profundidad y la liquidez. |
TWAP | gRPC + JSON-RPC/WSS | Progreso de la ejecución TWAP y análisis de la ejecución algorítmica. |
EVENTOS | gRPC + JSON-RPC/WSS | Saldos, transferencias, ingresos, reintegros, movimientos en la cámara acorazada, pagos de financiación y comisiones de las subastas prioritarias de gas. |
ACCIONES_DEL_ESCRITOR | gRPC + JSON-RPC/WSS | Datos sobre la transferencia de activos y el puente entre HyperCore e HyperEVM. |
BLOQUES | Solo gRPC | Datos sin procesar de la cadena de bloques HyperCore para sistemas de archivo y análisis de la cadena. |
StreamL2Book | Solo gRPC | Profundidad agregada del nivel de precios, con instantáneas completas en cada bloque. |
StreamL4Book | Solo gRPC | Órdenes de reposo individuales, instantáneas iniciales y diferencias por bloque. |
StreamBboBook | Solo gRPC | Mejor oferta/demanda en la parte superior del libro de órdenes; se muestra únicamente cuando cambia el BBO. Precisión superior a la del sondeo rápido l2Book de 0,5 s. |
StreamL2BookDiff | Solo gRPC | Cambios incrementales en el nivel de precios de L2 con números de secuencia por moneda para un mantenimiento eficiente del libro de órdenes local. |
StreamL4BookUpdates | Solo gRPC | Diferencias de adición, actualización y eliminación clasificadas por pedido para el seguimiento de cada pedido y el análisis de la microestructura. |
StreamTpslUpdates | Solo gRPC | Actualizaciones de alta y baja de órdenes con nivel de activación (TP/SL), con instantánea de las órdenes abiertas para la supervisión y las alertas de stop. |
MEMPOOL_TXS | Solo gRPC, solo en la red de pruebas | Transacciones pendientes antes de la confirmación del bloque en la red de pruebas. |
StreamL2Book proporciona una instantánea completa y agregada del libro de órdenes de nivel 2 en cada bloque. Cada mensaje incluye las ofertas de compra y venta actuales por nivel de precio, junto con el volumen total y el número de órdenes en cada nivel.
Uso StreamL2Book cuando tu estrategia necesita conocer la profundidad actual por nivel de precio sin tener que crear un libro de órdenes local a partir de diferencias incrementales. El flujo admite una profundidad configurable, con n_niveles hasta 100, además de una clasificación opcional por tramos de precios para una agregación más amplia.
En comparación con un servicio público l2Book Un feed que transmite 5 niveles cada 0,5 segundos o 20 niveles cada 2 segundos, antes de pasar posteriormente a intervalos de 5 segundos; esta es la opción más adecuada para la creación de mercado, la supervisión de diferenciales, la ejecución con información sobre la profundidad del mercado y las alertas basadas en el libro de órdenes.
StreamL4Book proporciona el libro de órdenes con un nivel de detalle por orden individual. Al suscribirse, envía una instantánea completa de las ofertas de compra y venta pendientes. A partir de ahí, envía diferencias por bloque.
Uso StreamL4Book cuando los niveles de precios agregados no son suficientes. Entre los ejemplos se incluyen el análisis de colas, los estudios de liquidez a nivel de orden, la investigación sobre la microestructura del mercado y los sistemas que necesitan realizar un seguimiento de las órdenes pendientes individuales, en lugar de limitarse únicamente a los totales a nivel de precios.
StreamL2Book y StreamL4Book son exclusivas de gRPC. No están disponibles a través de WebSocket ni JSON-RPC.
Necesidad comercial | WebSocket público tras la actualización | Ruta de Quicknode |
|---|---|---|
Profundidad L2 actual | 5 niveles cada 0,5 segundos, o 20 niveles cada 2 segundos, antes de pasar posteriormente a 5 segundos | StreamL2Book: instantánea completa y agregada en cada bloque |
Actualizaciones al principio del libro | La mejor aproximación la ofrece l2Book, con un sondeo rápido cada 0,5 segundos. | StreamBboBook: emisión al producirse un cambio en el mejor precio de compra/venta |
Más de 20 niveles | No está disponible en el modelo «push» público actualizado | StreamL2Book con profundidad configurable de hasta 100 niveles |
Libro de pedidos individual | No está disponible a través de instantáneas públicas de WebSocket | Instantánea completa inicial de StreamL4Book más diferencias por bloque |
Seguimiento del ciclo de vida de los pedidos | Es posible que la frecuencia de las entradas públicas no se ajuste a las necesidades de ejecución | ÓRDENES a través de gRPC para ejecuciones, cancelaciones y cambios de estado |
Transmisión en directo para múltiples mercados con bajo ancho de banda | Cargas útiles JSON de WebSocket | gRPC con compresión nativa zstd |
Relleno histórico | No es el patrón de acceso adecuado | HyperCore JSON-RPC, que incluye hl_getBatchBlocks para un máximo de 200 bloques por solicitud |
No es necesario que traslades todas las integraciones de Hyperliquid de una sola vez. Empieza por separar los datos de decisión de los datos de visualización.
Clasifica cada suscripción.
Las fuentes de datos que activan órdenes, cancelaciones, ajustes de tamaño o límites de riesgo deben priorizarse. Las fuentes de datos que alimentan paneles de control, gráficos visibles para el usuario o la supervisión pasiva suelen poder seguir utilizando WebSocket.
Sustituir «público» l2Book para la toma de decisiones de inversión.
Uso StreamL2Book si tu estrategia requiere profundidad de precios, datos actualizados de los precios de oferta y demanda o cálculos de diferenciales. Utiliza StreamL4Book si necesita información sobre el estado de un pedido concreto o detalles a nivel de cola.
Diseña el comportamiento de reconexión basándote en el modelo de flujo.
Con StreamL2Book, cada mensaje es una instantánea completa de L2 para ese bloque, por lo que el consumidor puede sustituir el estado local del nivel de precios con cada actualización. Con StreamL4Book, inicializar a partir de la instantánea, aplicar las diferencias y restablecer a partir de una nueva instantánea al volver a conectarse.
Mantén la ejecución, el análisis y las alertas en vías separadas.
Un patrón de producción habitual consiste en utilizar gRPC para los datos de mercado en tiempo real de la estrategia, la API o el SDK de negociación de Hyperliquid para las órdenes firmadas localmente, JSON-RPC para lecturas por lotes e históricas, Streams o Webhooks para flujos de eventos asíncronos, y SQL Explorer para análisis o investigaciones.
Mantén ambas alimentaciones durante la transición.
Antes de actualizar la red, ejecuta tu consumidor WebSocket público actual junto al nuevo consumidor gRPC. Compara la antigüedad de la cartera, el spread observado, los intervalos entre actualizaciones, la calidad de ejecución y cualquier métrica de riesgo específica de la estrategia. Esto te proporcionará un plan de transición concreto, en lugar de tener que cambiar de punto final a última hora.
Quicknode mantiene un repositorio público de ejemplos de HyperCore gRPC para desarrolladores que trabajan con flujos gRPC de Hyperliquid. El repositorio incluye ejemplos en JavaScript, Python, Go y Rust, con definiciones proto compartidas, compatibilidad con la descompresión zstd, ejemplos de filtrado del lado del servidor y formatos de puntos finales tanto para la red principal como para la red de pruebas.
gRPC debería ser la primera opción a la hora de buscar datos de mercado de HyperCore sensibles a la latencia, pero no es necesario que se encargue de todas las cargas de trabajo.
WebSocket está disponible en todos los puntos finales de Hyperliquid. Sigue siendo la base de los paneles de control del navegador, las vistas de carteras, las interfaces de supervisión y cualquier tarea relacionada con la negociación en la que el perfil de actualización se ajuste a la estrategia.
JSON-RPC puede gestionar el rellenado de datos, las lecturas por lotes de bloques, el estado de la cartera, el estado de la cámara de compensación y la interacción con contratos HyperEVM.
Los flujos y los webhooks pueden enviar eventos filtrados a los sistemas de backend y a los procesos de alerta.
SQL Explorer puede consultar más de 500 mil millones de filas indexadas de datos de Hyperliquid y exponer las consultas como puntos finales REST programables.
La página de Quicknode dedicada a Hyperliquid también destaca un SLA con un tiempo de actividad del 99,99 %, más de 6 mil millones de solicitudes a la API de Hyperliquid al mes y más de 500 mil millones de filas de datos consultables. Esas cifras son importantes cuando la carga de trabajo no es una demostración, sino un sistema de negociación que funciona de forma ininterrumpida.
Crea una cuenta de Quicknode en quicknode.com/signup.
Crea un punto de acceso de Hyperliquid desde el panel de control de Quicknode. Un único punto de acceso proporciona acceso gestionado tanto a HyperCore como a HyperEVM.
Revisa los conjuntos de datos disponibles de Hyperliquid y asigna cada dato de entrada de la estrategia al flujo correspondiente.
Utiliza la documentación de la API de streaming gRPC de Hyperliquid para conectar tu consumidor.
Elige la vía que mejor se adapte a tu estrategia: StreamL2Book para la profundidad del nivel de precios agregado, StreamL4Book para el estado de cada orden individual, o los conjuntos de datos estándar sobre operaciones, órdenes, eventos y actualizaciones del libro de órdenes.
Clona el repositorio de ejemplos de HyperCore gRPC para probar las suscripciones en JavaScript, Python, Go o Rust.
Consulta los ejemplos prácticos de la biblioteca de guías y la biblioteca de aplicaciones de ejemplo de Hyperliquid.
La actualización de la API pública de Hyperliquid es una señal de que la red está orientando los puntos de conexión compartidos hacia modelos de acceso más ligeros y amplios. Los operadores automatizados necesitan una vía diferente: profundidad de mercado actual, más niveles, flujos en tiempo real y una infraestructura diseñada para sistemas siempre activos.
Quicknode ofrece una solución gestionada para esa configuración sin que tengas que gestionar tú mismo la infraestructura de Node.js.
Empieza por consultar la documentación de Quicknode Hyperliquid.
Fundada en 2017, Quicknode ofrece una infraestructura de blockchain de nivel institucional para desarrolladores y empresas. Con un tiempo de actividad del 99,99 % y compatibilidad con más de 80 cadenas, los equipos pueden crear y ampliar aplicaciones en cadena sin renunciar a nada.
Las últimas novedades sobre ingeniería, actualizaciones de productos y noticias sobre la Web3, directamente en tu bandeja de entrada.