Hyperliquid amplía HIP-3 con mercados autorizados

HYPE
intercambio descentralizadomercados autorizadosHyperliquidlista blancatestnetHIP-3
2026-09-03Fuente: crypto.news
Hyperliquid amplía HIP-3 con mercados autorizados

Hyperliquid ha introducido una actualización preliminar de testnet HIP-3 que permite a los equipos de despliegue independientes controlar el acceso a los mercados de futuros perpetuos mediante listas blancas en cadena gestionadas por el desplegador.

Resumen

  • Los desplegadores de HIP-3 pueden elegir si restringen el acceso a sus mercados operados de forma independiente.
  • Las listas blancas en cadena pueden ser gestionadas por los desplegadores o por subdesplegadores designados por ellos.
  • Los mercados HIP-3 existentes permanecerán sin cambios porque la función de permisos es opcional.
  • Las conversaciones separadas que involucran a Hyperliquid Labs, Payward y Bitnomial siguen sujetas a la aprobación de la CFTC.

El cofundador de Hyperliquid, Jeffrey Yan, dijo en una propuesta de testnet que los desplegadores podrán crear mercados con permisos y gestionar sus listas de participantes sin delegar las decisiones de acceso al equipo central de desarrollo de Hyperliquid.

HIP-3 de Hyperliquid añade listas blancas en cadena opcionales

Según el diseño preliminar, un desplegador puede mantener una lista en cadena de participantes aprobados o designar a un subdesplegador para manejar el acceso. Los operadores de mercado que no necesiten permisos pueden continuar usando la estructura HIP-3 existente sin cambiar cómo funcionan sus mercados.

Hyperliquid ha puesto la primera versión a disposición en la testnet, donde los desarrolladores pueden examinar el diseño antes de cualquier lanzamiento de producción. Yan dijo que las especificaciones siguen siendo preliminares, lo que permite al equipo ajustar el sistema después de recibir comentarios técnicos.

HIP-3 ya permite a equipos externos desplegar mercados de futuros perpetuos en HyperCore sin buscar la aprobación de los desarrolladores centrales de Hyperliquid. Cada desplegador selecciona los activos ofrecidos a través de su mercado y controla varios términos operativos, incluidos los insumos del oráculo, los límites de apalancamiento y las tarifas.

La responsabilidad también permanece en el equipo de despliegue. Los operadores independientes gestionan sus mercados, supervisan la liquidación y abordan los problemas relacionados con los productos que listan, mientras que Hyperliquid proporciona la infraestructura subyacente de blockchain y negociación.

Agregar permisos extiende las herramientas disponibles para los mismos operadores en lugar de transferir el control del mercado a Hyperliquid. Un equipo podría usar una lista blanca cuando su modelo de negocio, obligaciones legales o políticas internas requieran limitar la participación, mientras que otro desplegador podría mantener su mercado abierto bajo el marco actual.

El diseño también separa la gobernanza de la infraestructura del acceso a nivel de mercado. Hyperliquid mantendría la red subyacente, pero cada equipo participante decidiría si activa una lista blanca y quién califica para ingresar a su despliegue.

Los desplegadores independientes conservan la responsabilidad operativa

HIP-3 se construyó para apoyar mercados lanzados por terceros en lugar de limitar la creación de productos al propio equipo de Hyperliquid. Los desplegadores pueden listar contratos perpetuos vinculados a activos criptográficos y otros mercados de referencia, siempre que gestionen los deberes técnicos y operativos asociados a sus productos.

Un contrato de futuros perpetuos no tiene una fecha de vencimiento fija. Los pagos de financiación recurrentes ayudan a mantener su precio cerca del activo de referencia, mientras que los operadores pueden mantener una posición siempre que cumplan con los requisitos de margen aplicables.

A través de HIP-3, los equipos independientes pueden determinar cómo se estructuran esos contratos. La selección del oráculo afecta el precio de referencia utilizado por el mercado, las reglas de apalancamiento determinan cuánta exposición pueden tomar los operadores, y la configuración de tarifas establece lo que los participantes pagan por operar.

Los despliegues con permisos agregarían el filtrado de participantes a esa lista de controles. Hyperliquid no ha dicho que todos los operadores de HIP-3 deban usar la función, y el lanzamiento en testnet no cambia automáticamente los mercados existentes.

Tal separación es consistente con la descripción que Hyperliquid hace de sí mismo como un proveedor de infraestructura neutral, más que como el operador de cada mercado construido sobre sus sistemas. Los implementadores siguen siendo responsables de los productos que introducen y de las reglas de acceso que deciden aplicar.

El control operativo también puede dejar a los equipos de implementación responsables de fallas relacionadas con su propia configuración de mercado. La calidad del oráculo, la configuración del apalancamiento, los procedimientos de liquidación y la gestión de acceso recaen en el operador, no en el grupo central de desarrollo de Hyperliquid, según la estructura descrita por Yan.

Durante la etapa de testnet, los desarrolladores participantes pueden evaluar cómo las listas de permitidos interactúan con las cuentas de trading, los permisos de mercado y los roles de subimplementador. Hyperliquid no ha anunciado una fecha para llevar la función a mainnet, y los comentarios podrían alterar las especificaciones finales.

Los mercados con permisos podrían respaldar los controles de cumplimiento

Las listas de permitidos en cadena proporcionan un método técnico para restringir la participación, pero la propuesta no establece que activar una haga que una implementación cumpla con alguna jurisdicción en particular. Las obligaciones legales dependen de los activos, clientes, operador y países involucrados, mientras que una lista de permitidos solo controla qué cuentas de blockchain pueden ingresar a un mercado.

Para los operadores orientados a EE. UU., el acceso a derivados generalmente está vinculado a las reglas de la Comisión de Comercio de Futuros de Productos Básicos (CFTC) y a las licencias que poseen el lugar de negociación, la organización de compensación y el intermediario. El software de permisos por sí solo no reemplaza los requisitos de registro, protección al cliente, informes o vigilancia del mercado impuestos por el regulador.

En julio, el Centro de Políticas de Hyperliquid y Phantom solicitaron reglas adaptadas para sistemas de trading descentralizados. Como informó crypto.news, los grupos argumentaron que los desarrolladores de software y los proveedores de billeteras no custodias no deberían enfrentar automáticamente las mismas obligaciones de registro que los intermediarios financieros tradicionales que controlan los activos de los clientes.

Una presentación del 26 de agosto del Centro de Políticas de Hyperliquid y trade[XYZ] posteriormente propuso perpetuos de energía vinculados al crudo West Texas Intermediate, crudo Brent y gas natural Henry Hub. La presentación dijo que trade[XYZ] había operado mercados perpetuos de terceros en Hyperliquid desde octubre de 2025 y registró más de $500 mil millones en volumen acumulado en varias clases de activos.

Según la presentación, cualquier operador regulado de EE. UU. aún tendría que cumplir con las reglas de la CFTC que cubren la protección al cliente, la integridad del mercado y el mantenimiento de registros. Los grupos también propusieron límites de apalancamiento específicos por activo, divulgaciones de financiamiento en lenguaje sencillo y controles que aborden la confiabilidad de los índices de referencia y los riesgos de manipulación.

La CFTC no ha aprobado los productos de energía solicitados. Su revisión cubre la confiabilidad de los precios, la vigilancia, los límites de posición, el margen, la compensación y los posibles efectos del trading continuo de derivados en los mercados físicos de materias primas.

Los planes de futuros perpetuos en EE. UU. requieren aprobación regulatoria

Discusiones separadas que involucran a Hyperliquid Labs y a Payward, matriz de Kraken, podrían colocar ciertos futuros perpetuos de criptomonedas en Bitnomial, un exchange de derivados regulado en EE. UU. Payward ha presentado la estructura propuesta a la CFTC, según el informe proporcionado, pero no se ha confirmado ninguna autorización.

Bajo el acuerdo discutido, los clientes elegibles de Bitnomial podrían operar ciertos futuros vinculados a criptomonedas utilizando la tecnología de Hyperliquid. Bitnomial proporcionaría el lugar regulado, mientras que los roles técnicos y operativos propuestos dependerían de la estructura final aceptada por las empresas y la CFTC.

Payward ya posee Bitnomial, que tiene licencias de exchange, cámara de compensación y corretaje en EE. UU. Kraken lanzó perpetuos regulados para clientes estadounidenses elegibles a través de Bitnomial en junio, permitiendo a los usuarios gestionar contratos al contado, de margen, futuros convencionales y perpetuos desde una cuenta de Kraken Pro.

El acuerdo propuesto con Hyperliquid se refiere a contratos seleccionados que utilizan su tecnología y sigue siendo distinto de los productos existentes de Bitnomial de Kraken. Cualquier lanzamiento dependería de la evaluación de la CFTC de los contratos, la estructura del mercado y las salvaguardas presentadas por Payward.

Una disputa legal separada también podría afectar cómo dichos productos llegan a los clientes estadounidenses. CME Group ha impugnado el tratamiento de la CFTC de los contratos perpetuos, argumentando que deberían regirse como swaps bajo la Ley Dodd-Frank en lugar de cotizarse como futuros ordinarios.

La disputa sobre la clasificación de los perpetuos comenzó después de que la CFTC aprobara el contrato perpetuo de Bitcoin de Kalshi en mayo. La posición de CME colocaría los productos bajo un marco regulatorio diferente, mientras que la CFTC ha argumentado que la ley federal no exige que un contrato de futuros tenga una fecha de vencimiento fija.

La propuesta de Payward que involucra la tecnología de Hyperliquid sigue ante la CFTC, sin una fecha de lanzamiento confirmada, una lista de contratos aprobados o requisitos de elegibilidad finales para los clientes de Bitnomial.