Hyperliquid prueba HIP-3 con listas blancas de monederos

Hyperliquid está probando HIP-3*, una extensión opcional de su marco de perpetuos gestionados por constructores que permite a cada desplegador de mercados imponer listas blancas de monederos en sus propios mercados. La función se publicó en una actualización para desarrolladores del 3 de septiembre en el canal Hyperliquid API Announcements y actualmente solo está activa en la red de pruebas, sin fecha anunciada para la red principal. Un desplegador de HIP-3* puede actuar en nombre de un usuario de cinco formas limitadas: añadir o retirar la aprobación de la lista blanca, cancelar órdenes resting concretas, cancelar en bloque órdenes resting y TWAP del mercado, colocar órdenes reduce-only y trasladar garantías a otra cuenta del mismo mercado. Las órdenes mediadas deben ser reduce-only, por lo que un operador puede reducir una posición, pero no aumentarla mediante la función de proxy.

Por qué es importante

HIP-3* es la primera herramienta de control de acceso que Hyperliquid ha lanzado para su modelo de constructores y desplegadores, y el enfoque es tan importante como la función. Los desplegadores que gestionan un mercado HIP-3 ya asumen la carga económica y operativa: definen contratos, mantienen oráculos, fijan límites de apalancamiento, liquidan mercados y deben bloquear 500.000 HYPE, una cantidad que los validadores pueden reducir por entradas irregulares que pongan en peligro la corrección, la disponibilidad o el rendimiento del protocolo. HIP-3* añade el filtrado de monederos a ese modelo de operador sin trasladar la responsabilidad del mercado al protocolo central ni imponer KYC al resto de la red. La intención declarada por Hyperliquid es ayudar a los desplegadores independientes a cumplir los requisitos que les sean aplicables, no actuar como una capa de cumplimiento normativo.

Esa separación es lo que hace que la función resulte comprensible para las contrapartes institucionales. Una empresa con procesos de incorporación de clientes, exclusiones de jurisdicciones sancionadas o restricciones de flujos de socios dispone ahora de una herramienta onchain para restringir su propio mercado, mientras que los desplegadores abiertos siguen operando libros sin permisos. No constituye aprobación regulatoria ni un lanzamiento en la red principal, pero es el tipo de infraestructura que un departamento de tesorería o un prime broker solicitaría antes de dirigir flujos a un DEX gestionado por un constructor y desplegador.

Impacto en el mercado

La lectura inmediata es estructural, no reactiva.