> ## Documentation Index > Fetch the complete documentation index at: https://docs.hyperdash.com/llms.txt > Use this file to discover all available pages before exploring further. # Hyperliquid Peering > Una conexión de peering privada y autorizada entre su nodo de Hyperliquid y la infraestructura de Hyperdash. [Contacto](https://t.me/hyperhans) Los equipos que operan sus propios nodos de Hyperliquid dependen de pares para obtener datos de mercado. Los pares gossip públicos tienen capacidad limitada, se desconectan sin aviso y se degradan bajo carga, especialmente en torno a las actualizaciones de la red. > [!NOTE] > > **Hyperliquid Peering es una conexión privada y autorizada entre su nodo y la infraestructura de Hyperdash, que hace peering directamente con un nodo de la Hyperliquid Foundation.** Sin capas intermedias entre el par de la Foundation y su nodo. ## A quién está dirigido A equipos que ya operan, o están listos para operar, su propio nodo de Hyperliquid no validador y quieren una vía estable hacia la red: * Creadores de mercado y firmas de trading sensibles a la latencia * Fondos cuantitativos y de research * Proveedores de datos y análisis * Equipos de infraestructura que construyen sobre Hyperliquid ## Peering o feed alojado El peering elimina por completo la capa de distribución. Cualquier feed alojado tiene que recibir, procesar y retransmitir los datos antes de que lleguen a usted. Con el peering directo, su nodo recibe los bloques a través del protocolo gossip nativo de Hyperliquid y usted decodifica localmente. El peering encaja con equipos que ya operan su propio nodo. Si prefiere no operar uno, hablemos de acceso por API. ## Qué incluye * **Bloques y actualizaciones de estado** por el protocolo gossip nativo de Hyperliquid * **Transacciones del mempool**: nuestra infraestructura ejecuta `split_client_blocks` de extremo a extremo, de modo que `mempool_txs` se puebla en su nodo * **Tres IP autorizadas**, reservadas para sus nodos en lugar de capacidad compartida * **IP y regiones adicionales** a petición, para pasar de staging a producción sin repetir la incorporación Nunca estamos en su ruta de ejecución. El envío de órdenes va directo a la API de Hyperliquid. ## Regiones | Región | Ubicación | Estado | | - | - | - | | Japón | Tokio | Activa | | Europa | Alemania | Activa | Coloque su nodo en la misma región que el nodo con el que hace peering. Menos saltos suponen menor latencia de cola en ejecuciones, bloques y actualizaciones de estado. La mejora real depende de su propia infraestructura, región y cadena de procesamiento, y la latencia de la capa gossip la fija la red. ## Antes de empezar Necesitará un nodo de Hyperliquid no validador operado por usted, en una máquina con IP pública estática. Los requisitos de hardware, sistema operativo y puertos los fija Hyperliquid, no nosotros: consulte el [repositorio del nodo de Hyperliquid](https://github.com/hyperliquid-dex/node) para ver las especificaciones vigentes. Dimensione disco y ancho de banda para la captura del mempool antes de activarla. `mempool_txs` se escribe de forma continua y ocupa bastante más que los datos de bloques por sí solos. **Punto de partida recomendado en AWS:** la familia de instancias x8aedz, con procesadores AMD EPYC (Turin) de 5.ª generación a 5.0 GHz, la mayor frecuencia de reloj en AWS, y almacenamiento NVMe local. Funciona en Tokio, la misma región que nuestro nodo de Japón. Empiece por ahí y ajústela a su propia carga de trabajo. ## Configuración La configuración se completa el mismo día. **1. Autorización** Envíenos la IP estática de su nodo. La autorizamos en nuestro nodo y le devolvemos la IP de nuestro nodo para su región. **2. Configuración** Fije la IP de nuestro nodo como entrada raíz en su configuración gossip de sustitución, en `~/override_gossip_config.json`: ```json theme={null} { "root_node_ips": [{ "Ip": "" }], "try_new_peers": false, "chain": "Mainnet" } ``` Poner `try_new_peers` en `false` mantiene su nodo en el par reservado en lugar de dejar que vuelva a los públicos. **3. Activación** Reinicie su nodo y compruebe que los bloques se aplican. ## Recursos > [card] [Configuración del nodo de Hyperliquid](https://github.com/hyperliquid-dex/node) > > Software oficial del nodo, requisitos de hardware y pasos de configuración. > [card] [Streaming del mempool](https://github.com/hyperliquid-dex/node#streaming-mempool-transactions) > > Cómo transmitir `mempool_txs` desde su nodo. > [card] [Comisiones de prioridad](https://hyperliquid.gitbook.io/hyperliquid-docs/for-developers/api/priority-fees) > > Cómo funcionan las comisiones de prioridad de Hyperliquid. > [card] [API de Hyperliquid en Telegram](https://t.me/hyperliquid_api) > > El canal de Hyperliquid para desarrolladores de API y nodos. ## Disponibilidad y soporte * **99.99% de disponibilidad**, con monitorización y alertas 24/7 * Canal directo con nuestro equipo de infraestructura ## Periodo de prueba Una prueba gratuita le permite comparar con su configuración actual desde sus propias máquinas. ## Precio **\$500/mes** o **\$5,000/año**, con tres IP autorizadas incluidas. Escríbanos por [Telegram](https://t.me/hyperhans) para iniciar una prueba gratuita de 7 días. Hacer staking de HYPE en nuestro validador da acceso a descuentos. ## Preguntas frecuentes > [accordion] ¿En qué se diferencia de consumir un feed por websocket o una API? > > El peering elimina por completo la capa de distribución. Cualquier feed alojado tiene que recibir, procesar y retransmitir los datos antes de que lleguen a usted. Con el peering directo, su nodo recibe los bloques a través del protocolo gossip nativo de Hyperliquid y usted decodifica localmente. > [accordion] ¿Qué mejora de latencia cabe esperar? > > Los resultados dependen de la infraestructura, la región y la cadena de procesamiento de cada firma, y la latencia de la capa gossip la fija la red. El periodo de prueba existe para que lo mida desde sus propias máquinas en lugar de fiarse de una cifra. > [accordion] ¿De dónde obtiene nuestro nodo sus datos? > > Nuestro nodo hace peering directamente con un nodo de la Hyperliquid Foundation. Originalmente hacía peering con nuestra infraestructura de validador, que entonces era la ruta de menor latencia. Desde que Hyperliquid cambió su arquitectura gossip, el peering directo con el nodo de la Foundation es la ruta más rápida. Ese par de la Foundation está dedicado a nuestro nodo. > [accordion] ¿Cómo se compara el peering con los pares públicos? > > Los pares gossip públicos tienen capacidad limitada y se desconectan sin aviso, especialmente en torno a las actualizaciones de la red. Aquí su par queda reservado para su nodo. > [accordion] ¿Se incluyen los datos del mempool? > > Sí. Nuestra infraestructura ejecuta `split_client_blocks` de extremo a extremo, de modo que `mempool_txs` se puebla en su nodo. > [accordion] ¿Están ustedes en nuestra ruta de ejecución? ¿Nuestra actividad es privada? > > No. El envío de órdenes va directo a la API de Hyperliquid, y nunca estamos en la ruta de ejecución. No registramos ni conservamos datos que puedan exponer su actividad. > [accordion] ¿Cuál es el compromiso de disponibilidad? > > 99.99% de disponibilidad, con monitorización y alertas 24/7. > [accordion] ¿Podemos cambiar o añadir IP autorizadas? > > Sí. Se incluyen tres y pueden sustituirse al pasar de staging a producción. Se pueden añadir más IP o regiones a petición. > [accordion] ¿Cuánto dura la prueba? > > 7 días. > [accordion] ¿En qué zona de AWS está el nodo de Tokio? > > AZ ID `apne1-az1` en ap-northeast-1. > [accordion] ¿El peering acelera el envío de órdenes? > > No. Las órdenes pasan por la API de Hyperliquid; el peering solo acelera los datos. > [accordion] ¿Por qué nuestro nodo no se reconecta tras varios reinicios? > > Hyperliquid permite a cada IP una solicitud de sincronización cada 10 minutos. Espere 10 minutos y su nodo se reconectará. > [accordion] ¿Cómo funciona la facturación? > > Ofrecemos planes mensuales (\$500) o anuales (\$5,000). > [accordion] ¿Algún cliente tiene prioridad sobre otros? > > No. Todos los clientes reciben la misma conexión y la misma prioridad. No activamos subastas de prioridad de gossip en nuestros nodos. ## Acceso Para solicitar acceso, escriba a [sales@hyperdash.com](mailto:sales@hyperdash.com) o contáctenos en Telegram: [@hyperhans](https://t.me/hyperhans). ## Acerca de Hyperdash [Hyperdash](https://hyperdash.com) es una plataforma de trading global y una empresa de análisis de datos. Hyperliquid Peering funciona sobre nuestra infraestructura de producción. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.