He escuchado comentarios de muchos que el market making se ha vuelto más competitivo en Hyperliquid recientemente. Esto es genial para los usuarios finales, ya que significa que la liquidez es más profunda y robusta. La equidad es un principio fundamental de Hyperliquid en todas sus dimensiones. Para los creadores de mercado, esto significa que la blockchain está diseñada con el acceso igualitario en mente. Sin embargo, "igual" no significa "fácil". A medida que el protocolo continúa escalando para satisfacer la creciente demanda, se vuelve importante entender las complejidades de la infraestructura personalizada de Hyperliquid que impulsa el mayor lugar de comercio sin permisos. Durante mucho tiempo, la principal ventaja era simplemente integrar Hyperliquid. La API está diseñada para abstraer la mayoría de las complejidades de la blockchain para los nuevos usuarios, permitiendo a los traders automatizados portar estrategias con facilidad. Si bien la facilidad de incorporación no ha cambiado, la importancia de la latencia ha aumentado. Las estrategias más responsivas requieren la mejor infraestructura del lado del cliente. El principio general que guía la optimización de la latencia es que Hyperliquid es una blockchain, no un CEX: 1. Los datos más rápidos provienen de ejecutar un nodo. - Acción: ejecuta contra un par confiable y estático. Por ejemplo, la Hyper Foundation ofrece un par para que los no validadores se conecten. 2. Los datos más completos provienen de ejecutar un nodo. Cada transacción se transmite en tiempo real, y el nodo ofrece varios formatos para la ingestión. - Nota: ejecuta el nodo con el almacenamiento en búfer de salida deshabilitado. 3. Los nodos ejecutan toda la blockchain, lo cual no es una tarea pequeña de ingeniería y contrasta marcadamente con los CEX donde el código del lado del cliente solo procesa el estado del usuario. Los nodos de Hyperliquid ejecutan y verifican todo el estado de la blockchain, incluyendo HyperCore y HyperEVM en una sola máquina. Si bien la ejecución puede mantenerse al día con especificaciones de hardware moderadas, las mejoras de latencia escalan con el número de núcleos porque una parte significativa de la ejecución es paralelizable. - Acción: los datos expuestos por el nodo son ricos y permiten una mayor visión del estado completo de la blockchain. Además de los servidores API locales, se puede construir un libro L4 completo. Ver implementación de ejemplo. - Acción: los usuarios pueden ver ganancias significativas hasta 32 núcleos, con rendimientos adicionales decrecientes por encima de eso. 4. Las cancelaciones están diseñadas para tener una alta tasa de éxito. El primer efecto aquí está integrado en la priorización de cancelaciones del mempool de HyperBFT. Sin embargo, algunos usuarios encuentran útiles optimizaciones adicionales. Por ejemplo, una orden GTC en vuelo puede ser "cancelada" mientras aún está en el mempool invalidando el nonce utilizado en la orden.