Autor: James Evans (@jimbo_evans)
Compilado por: Deep Tide TechFlow
Guía de Deep Tide: Esta es una propuesta completa de mejora de Hyperliquid que sugiere introducir un mecanismo de subasta de liquidación continua a nivel de protocolo, permitiendo que los nuevos proyectos de tokens completen todo el proceso de recaudación de capital y lanzamiento de liquidez en cadena, sin depender de intercambios centralizados o plataformas de terceros.
El autor se inspiró en el modelo de subasta de liquidación continua de Uniswap y lo rediseñó para el entorno de libro de órdenes de Hyperliquid. La propuesta es extremadamente completa en detalles técnicos, cubriendo cada aspecto desde la configuración hasta la liquidación y las consideraciones de seguridad.
Texto completo a continuación:
Agradecimientos especiales a @fiegemax por las ideas, orientación y comentarios, y también a @arnx813, @0xBroze, @0xOmnia, @xenoflux, @happenwah, @const_hom y @DougieDeLuca por su revisión y opiniones.
Divulgación: Poseo $HYPE en mi cuenta personal. Trabajo en @recvcx, pero este artículo representa solo mi opinión personal y no la postura de Reciprocal Ventures.
Resumen
HIP-6 introduce un mecanismo de subasta de emisión de tokens sin permiso para activos HIP-1, diseñado específicamente para equipos que emiten tokens de forma nativa en @HyperliquidX. Este mecanismo adapta la subasta de liquidación continua (CCA) de @Uniswap al entorno nativo de libro de órdenes (CLOB) de Hyperliquid. Los proyectos eligen, al registrarse en la subasta, un activo de cotización alineado reconocido por el protocolo (como USDH) para crear nuevas fuentes de demanda y utilidad para estos activos. Los ingresos de la subasta pertenecen al proyecto, y una parte configurable se utilizará automáticamente para inyectar liquidez en HIP-2 al precio medio ponderado por volumen (VWAP) al finalizar la ventana de la subasta. Toda la lógica de la subasta se ejecuta dentro de la transición de bloques de HyperCore, sin necesidad de operadores externos.
Motivación
HIP-1 e HIP-2 admiten la implementación de tokens y la liquidez automatizada sin permiso, pero brindan un apoyo insuficiente a la formación de capital y el descubrimiento de precios para nuevos tokens. Los equipos que emiten tokens de forma nativa en @HyperliquidX todavía se ven en gran medida obligados a recaudar capital fuera de la cadena, inyectar liquidez manualmente en HIP-2 con sus propios fondos y/o listar en un libro de órdenes con poca profundidad. Debido a estas fricciones, Hyperliquid aún no ha alcanzado la paridad de productos en capacidades de ICO con otros ecosistemas e intercambios de alto rendimiento. @solana tiene @metadao, @base tiene el Liquidity Launchpad de @Uniswap y @dopplerprotocol, @coinbase tiene @echodotxyz. HIP-6 es opcional, pero al permitir una formación de capital y un descubrimiento de precios más eficientes, HIP-6 respalda a los fundadores que desean construir el ciclo de vida completo del proyecto en Hyperliquid y avanza el objetivo de Hyperliquid de ser la cadena de bloques que alberga todas las finanzas.
HIP-6 mejora Hyperliquid de las siguientes maneras:
Formación de capital en cadena: Los equipos pueden recaudar fondos de forma nativa en Hyperliquid en un único proceso, distribuyendo los ingresos entre el proyecto y la inyección automática de liquidez en HIP-2.
Descubrimiento justo de precios: La subasta de liquidación continua descubre el precio de mercado a lo largo de múltiples bloques, minimizando el impacto de la manipulación temporal común en las subastas tradicionales.
Crecimiento de activos de cotización alineados: Crea utilidad para los activos de cotización alineados, aumentando así su TVL y generando ingresos para el Fondo de Ayuda.
Atracción de constructores: Los equipos pueden completar el ciclo de vida completo del token en Hyperliquid. Emitir más tokens en Hyperliquid significa que el Fondo de Ayuda obtiene más tarifas de transacción.
Protección de los participantes: Los fondos comprometidos están custodiados por el estado de HyperCore durante la subasta, no en custodia del proyecto ni de un tercero confiable.
Sobre la nomenclatura: Esta propuesta se numera como HIP-6 porque HIP-5 fue asignada previamente a una propuesta independiente.
Sobre qué construimos
HIP-6 adapta la subasta de liquidación continua de @Uniswap al entorno nativo de CLOB de Hyperliquid. La CCA descompone una gran subasta en N subastas pequeñas y progresivas. Cada bloque, el protocolo libera un lote de tokens y calcula un precio de liquidación uniforme. El descubrimiento de precios ocurre gradualmente, no en un solo momento, y se incentiva a los postores a participar antes, en lugar de esperar.
Varias alternativas tienen defectos evidentes:
Ventas a precio fijo: Mal descubrimiento de precios, porque alguien tiene que adivinar el precio correcto al inicio. Si el precio es demasiado bajo, el proyecto pierde la diferencia; si es demasiado alto, la venta fracasa.
Ventas con límite y asignación proporcional: Corrige la fuga de valor, pero crea una espiral de sobresuscripción. En la práctica, si una venta está 2 veces sobresuscrita, los participantes racionales depositarán 2 veces la cuota objetivo, haciendo que esté más sobresuscrita, y así sucesivamente. Es una mala experiencia de usuario.
Ventas sin límite: Evita la espiral, pero conduce a una recaudación excesiva. Un proyecto que podría construirse con 5 millones recauda 50 millones porque nada lo impide. La ola de ICO de 2017 mostró las consecuencias de esto.
Subastas tradicionales: Permiten que el mercado descubra el precio, pero crean una manipulación temporal. La estrategia óptima es esperar hasta el final tanto como sea posible. Esto crea una peor experiencia de usuario para los participantes no institucionales.
Curvas de unión dinámicas: Combina subastas holandesas con curvas de unión sensibles a la demanda. Funciona bien en entornos nativos de AMM, pero no es adecuado para el entorno nativo de CLOB de Hyperliquid.
Qué se puede construir sobre HIP-6
HIP-6 resuelve los problemas de formación de capital y descubrimiento de precios: cómo los nuevos proyectos recaudan fondos e inyectan liquidez en Hyperliquid. No aborda mecanismos específicos de acumulación de valor del token, medidas de protección para los tenedores de tokens o cómo se gobierna un proyecto específico. Estos son problemas independientes, y esperamos que los equipos construyan sobre HIP-6 para resolverlos.
Ejemplos de lo que los proyectos futuros podrían construir sobre HIP-6:
Mecanismos de acumulación de valor: Estipulan cómo los ingresos del protocolo vuelven a los tenedores de tokens (por ejemplo, distribución de tarifas, recompra, recompensas por staking).
Marcos de gobernanza: Otorgan a los tenedores de tokens derecho a voto sobre asignaciones de tesorería, cambios de parámetros y/o actualizaciones del protocolo.
Protección del tenedor de tokens: Proporciona herramientas como bloqueos de tesorería, requisitos de informes en cadena y/o mecanismos de vesting, aplicando bloqueos tanto a los compradores como a las cuotas del equipo.
El objetivo de HIP-6 es hacer que la subasta inicial sea lo más justa y eficiente posible. Lo que sucede después de la subasta es un espacio de diseño para la comunidad de Hyperliquid. HIP-6 no impide que los equipos colaboren con creadores de mercado para fortalecer la liquidez del libro de órdenes de sus proyectos.
Borrador de documentación pública
A continuación se muestra un borrador de cómo se presentaría HIP-6 en la documentación pública de Hyperliquid. Se incluye aquí para que los revisores puedan previsualizar la descripción orientada al usuario.
HIP-6: Subasta de Emisión de Tokens
HIP-6 introduce subastas de emisión de tokens sin permiso para activos HIP-1. Los proyectos ofrecen una parte de su suministro de tokens para la venta a través de una subasta de liquidación continua. Los postores comprometen fondos en un activo de cotización alineado (actualmente USDH). Los postores especifican su presupuesto total y el precio máximo que están dispuestos a pagar por token. La subasta luego distribuye esa oferta a lo largo de los bloques restantes de la subasta. En cada bloque de la subasta, el protocolo libera tokens a una tasa fija. Luego, el protocolo hace coincidir la oferta de tokens liberados con la demanda de los postores, encontrando un precio de liquidación uniforme para cada bloque. Al liquidar, se envía una tarifa de protocolo al Fondo de Ayuda, una parte de los ingresos se inyecta automáticamente en HIP-2 Hyperliquidity al precio descubierto en la ventana final de la subasta (VWAP), y el resto va al proyecto. Toda la lógica de la subasta se ejecuta dentro de la transición de bloques de HyperCore.
Implementar una subasta
El proyecto llama a registerAuction después de completar los pasos estándar de implementación de HIP-1 (registerToken2, userGenesis (si corresponde), genesis y registerSpot). El proyecto especifica los siguientes parámetros:
auctionSupply: La cantidad total de tokens a vender. Se transfiere a la custodia del protocolo desde la cuenta spot del proyecto al registrarse.
duration: Duración de la subasta en bloques, hasta 3,024,000 (aproximadamente 1 semana a 0.2 segundos/bloque).
floorPx: Precio de liquidación mínimo, por defecto 0.
startDelay: Número de bloques entre el registro y el primer bloque de liquidación, mínimo 1, por defecto 1.
minRaise: Cantidad mínima de activo de cotización que debe recaudarse para que la subasta tenga éxito, por defecto 0.
quoteAsset: Debe ser un activo de cotización alineado reconocido por el protocolo (por ejemplo, USDH).
hip2Seed: Puntos básicos de los ingresos netos (después de las tarifas del protocolo) que se inyectan automáticamente en HIP-2. Rango 2,000 a 10,000, por defecto 2,000.
hip2OrderSz y hip2NOrders: Tamaño de orden HIP-2 y número de órdenes, obligatorios.
Todos los parámetros son inmutables una vez registrados. La congelación de transferencias del token se activa en el registro, bloqueando todas las órdenes spot, transferencias y operaciones HyperEVM para este token hasta la liquidación. El proyecto puede cancelar la subasta llamando a cancelAuction antes del startBlock de la subasta (es decir, durante el startDelay).
Ofertas (Bids)
Los postores llaman a submitBid, especificando un presupuesto (mínimo 100 unidades del activo de cotización) y maxPx (precio máximo por token, redondeado hacia abajo a la cuadrícula de ticks de la subasta). El presupuesto se custodia al enviarlo. Cada oferta incurre en una tarifa no reembolsable de 1 unidad del activo de cotización. El presupuesto se distribuye automáticamente de manera uniforme entre los bloques restantes de la subasta. Las ofertas enviadas en el bloque h son efectivas para la liquidación a partir del bloque h+1. Las ofertas enviadas durante el startDelay se activan en el primer bloque de liquidación.
Los postores pueden enviar múltiples ofertas con diferentes precios máximos para expresar una curva de demanda, pero hay un límite de 100,000 ofertas por subasta. Los postores solo pueden retirar una oferta si su maxPx es estrictamente menor que el precio de liquidación más reciente.
Liquidación
En cada bloque durante la subasta, el protocolo libera tokens a una tasa fija (auctionSupply / duration por bloque) y calcula un precio de liquidación uniforme recorriendo los ticks de precio ocupados de mayor a menor hasta que la demanda acumulada satisface la oferta. Las ofertas con un precio máximo superior al precio de liquidación obtienen su asignación completa. Las ofertas exactamente en el precio de liquidación comparten la parte restante de manera proporcional a su presupuesto por bloque. Las ofertas por debajo del precio de liquidación no obtienen nada. La cuadrícula de precios de la subasta utiliza un espaciado de tick geométrico de 1.003, consistente con HIP-2.
Liquidación, Activación de HIP-2 y Reclamación
En el primer bloque después del final de la subasta, si se estableció minRaise pero no se alcanzó, la subasta falla. Todo el activo de cotización alineado se reembolsa, todos los tokens se devuelven al proyecto y se levanta la congelación. Si totalQuoteSpent es cero, la subasta falla independientemente de minRaise.
En caso de éxito, el protocolo atómicamente:
Deduce 500 bp de tarifa de protocolo del total gastado en cotización, enviándolo al Fondo de Ayuda.
Asigna hip2Seed para la activación de HIP-2.
Transfiere la parte restante a la billetera del proyecto.
Devuelve los tokens no vendidos al proyecto.
Levanta la congelación del token, reanudando el trading spot, las transferencias y las operaciones EVM.
Activa HIP-2, utilizando los parámetros de orden hip2OrderSz y hip2NOrders especificados por el proyecto. hip2Seed se utiliza para inyectar nSeededLevels niveles. El precio de inicio es seedPx, calculado mediante el precio medio ponderado por volumen (VWAP) del último 5% de la duración de la subasta.
Después de la liquidación, los postores reclaman los tokens comprados y el activo de cotización no utilizado mediante claimAuction.
Tarifas
Al llamar a registerAuction se cobra una tarifa de registro de 10 HYPE. Cada submitBid incurre en una tarifa de 1 unidad del activo de cotización. En la liquidación, se cobra una tarifa de protocolo de 500 bp sobre los ingresos totales. Todas las tarifas fluyen hacia el Fondo de Ayuda. La tarifa setDeployerTradingFeeShare existente del proyecto se aplica como siempre al trading spot posterior a la subasta.
Sobre qué construimos
HIP-6 Hy-CO es una subasta de liquidación continua integrada en la lógica de transición de bloques de HyperCore. Los postores envían ofertas en un activo de cotización alineado (por ejemplo, USDH), cada oferta especifica un presupuesto y un precio máximo. Cada bloque, el protocolo libera un lote de tokens y calcula un precio de liquidación uniforme para ese bloque. Los postores con un precio máximo estrictamente superior al precio de liquidación obtienen su asignación completa; los postores exactamente en el precio de liquidación obtienen la parte restante, pudiendo ser ejecutados parcialmente. Al finalizar la subasta, el protocolo cobra tarifas que envía al Fondo de Ayuda, inyecta una proporción configurable de los ingresos restantes en HIP-2 Hyperliquidity al precio medio ponderado por volumen calculado en la ventana final de la subasta, y envía el resto a la billetera del proyecto. La liquidación al final de la subasta es atómica.
Ciclo de vida de Hy-CO
Hy-CO tiene tres etapas:
Pre-subasta: Configuración. El proyecto llama a registerAuction después de completar los pasos estándar de implementación de HIP-1. El protocolo valida los parámetros, custodia el suministro de tokens, activa la congelación del token y asigna un ID de subasta.
Durante la subasta: Ofertas. Los postores pueden enviar ofertas mediante submitBid durante el startDelay o en cualquier momento durante el proceso de subasta. El presupuesto se custodia al enviarlo, independientemente de cuándo se envíe la oferta. Liquidación. Cada bloque de la subasta, comenzando en startBlock, el protocolo libera tokens y calcula un precio de liquidación uniforme.
Post-subasta: Liquidación. En el primer bloque después de endBlock, el protocolo evalúa si la subasta tuvo éxito y asigna los ingresos. Activación de HIP-2. Después de una liquidación exitosa, HIP-2 se activa automáticamente usando seedPx y los parámetros de orden especificados por el proyecto. Reclamación. Después de la liquidación, los postores reclaman los tokens comprados y el activo de cotización no utilizado mediante claimAuction. El trading normal puede ocurrir durante el período de reclamación.
Cancelación: cancelAuction se puede ejecutar en cualquier momento antes de startBlock. Devuelve auctionSupply y hip2AskSupply al proyecto, levanta la congelación y libera la ranura de subasta. Si se enviaron ofertas durante el startDelay, la subasta sigue la ruta de fallo: los postores recuperan el activo de cotización custodiado mediante claimAuction (la misma ruta de reembolso extractiva que una subasta fallida). auctionRegistrationFee no es reembolsable. Una vez que comienza la liquidación, la subasta es irrevocable.
Decisiones clave de diseño
Por qué un nuevo HIP y no un producto de terceros: La emisión de tokens es infraestructura, no una aplicación. Si cada equipo construye su propio mecanismo de emisión, el ecosistema se fragmentará. Un HIP significa que cada token emitido en Hyperliquid (si elige usar HIP-6) obtiene el mismo descubrimiento de precios justo y la inyección automática de HIP-2, sin dependencias externas. También significa que el mecanismo está garantizado por el consenso de los validadores, no por un tercero.
Por qué HyperCore y no HyperEVM: Todo lo necesario para HIP-6 ya existe en HyperCore. Construir en HyperEVM introduciría una complejidad innecesaria, degradando la experiencia del usuario al agregar pasos y latencia.
Por qué Subasta de Liquidación Continua: Las subastas tradicionales crean una manipulación temporal que recompensa la velocidad sobre la valoración; las curvas de unión son dependientes de la ruta; las ventas a precio fijo requieren adivinar el precio correcto. La CCA distribuye las ofertas en el tiempo, liquidando a un precio uniforme por bloque y convergiendo a lo largo de miles de bloques, en lugar de resolverse en un solo momento.
Por qué solo permitir activos de cotización alineados: Las subastas se denominan en activos de cotización alineados (actualmente USDH). Cada subasta bloquea el activo de cotización durante su duración, creciendo el TVL y generando ingresos para el ecosistema. Admitir activos no alineados como USDC diluiría este efecto por una ganancia marginal en adopción. Los postores que tengan USDC pueden convertirlo a través de la interfaz estándar.
Por qué solo un programa de liberación lineal preestablecido: La linealidad asegura que el precio de liquidación sea monótono no decreciente, lo que permite una contabilidad eficiente en el momento de la reclamación a través de puntos de control acumulativos. Los programas no lineales (ponderados al final, ponderados al inicio) podrían hacer que el precio de liquidación disminuya cuando la oferta por bloque salte, complicando la contabilidad a nivel de oferta. Estos podrían introducirse en HIP futuros, sujeto a expandir el esquema contable.
Consideraciones de seguridad
Auto-trading del proyecto: El proyecto podría pujar en su propia subasta a través de billeteras independientes para inflar el precio de liquidación y el VWAP, y luego recuperar los tokens no vendidos después de la liquidación. Las medidas de mitigación incluyen: las tarifas del protocolo hacen que el auto-trading sea costoso en todo el volumen auto-comercializado; seedPx se calcula sobre una ventana VWAP que cubre el último 5% de la subasta, requiriendo un gasto sostenido para manipular; minRaise hace que la subasta falle si la demanda real es insuficiente; todas las ofertas son visibles en cadena, haciendo detectable el auto-trading. Cuantitativamente, un proyecto ejecuta una subasta de 1 millón de USDH (protocolFee = 500, hip2Seed = 2000), pujando 400,000 USDH (40% del total) a través de una billetera independiente: pierde aproximadamente 20,000 USDH para el Fondo de Ayuda (5% de tarifa de protocolo, irrecuperable), aproximadamente 76,000 USDH se bloquean para la inyección en HIP-2 (no se devuelven al proyecto). La pérdida total irrecuperable es de aproximadamente 96,000 USDH, o el 24% de los fondos auto-comercializados. El costo crece linealmente con el volumen de auto-trading.
Manipulación del precio de semilla (seedPx): El seedPx para HIP-2 utiliza un VWAP en ventana que cubre aproximadamente el último 5% de la duración de la subasta, no el precio de liquidación del último bloque. Manipular el VWAP requiere un gasto sostenido en múltiples bloques dentro de la ventana, en lugar de una única inyección tardía, haciendo que el costo sea proporcional al volumen total dentro de la ventana.
Seguridad de los fondos: El activo de cotización de los postores y los tokens de la subasta están custodiados por el protocolo durante todo el proceso. Los fondos nunca están en custodia del proyecto. En caso de fallo, todo el activo de cotización se reembolsa mediante claimAuction y todos los tokens se devuelven al proyecto.
Aplicación de la congelación de tokens: Todas las transferencias de tokens (libro de órdenes spot, peer-to-peer, HyperEVM) se congelan durante una subasta activa. Esto evita que los internos que tengan cuotas userGenesis o suministros retenidos del proyecto vendan tokens a través de canales no subastados durante el descubrimiento de precios.
Retraso en la activación de la oferta: Las ofertas participan en la liquidación solo en el bloque siguiente a su envío. Esto evita que el proponente del bloque o participantes de baja latencia observen las ofertas pendientes e inserten ofertas reactivas en el mismo bloque para influir en el precio de liquidación.
Análisis de impacto para las partes
Proyectos de tokens: Hy-CO proporciona a los proyectos una forma nativa de recaudar capital e inyectar liquidez en un único proceso. Los proyectos configuran la subasta junto con la implementación de HIP-1, reciben los ingresos en su billetera (menos la parte asignada a hip2Seed para HIP-2) y obtienen una inyección automática de liquidez al precio descubierto por el mercado. La contrapartida es un menor control sobre el precio inicial.
Usuarios de Hyperliquid: Los usuarios obtienen la capacidad de participar directamente en la emisión de tokens de nuevos equipos que construyen en Hyperliquid. Actualmente no hay una forma nativa de comprar proyectos en el lanzamiento; los usuarios se pierden la distribución inicial o compran en el libro de órdenes público después de que se ha inyectado HIP-2. Hy-CO ofrece a los usuarios una entrada justa con precios uniformes y ofertas distribuidas, accesible a través de la misma interfaz que ya utilizan. Después de la liquidación, los postores deben llamar a claimAuction para mover los tokens comprados y el activo de cotización no utilizado a su cuenta spot antes de poder operar. Los tokens no se distribuyen automáticamente. El libro de órdenes spot se abre solo con la liquidez de HIP-2; no existe una profundidad orgánica de órdenes límite antes de que los creadores de mercado y otros participantes coloquen órdenes. Si muchos participantes de la subasta venden inmediatamente después de reclamar, los niveles de compra de HIP-2 podrían agotarse rápidamente. Este es el comportamiento esperado para cualquier nuevo listado, no es exclusivo de HIP-6, pero el frontend debería mostrar claramente el estado de reclamación y establecer la expectativa de que el spread será más amplio al principio después de la subasta que en un mercado maduro.
Tenedores de HYPE: Hy-CO beneficia a los tenedores de HYPE de dos maneras. Primero, un mecanismo de emisión nativo incentiva a los nuevos equipos a construir y emitir en Hyperliquid en lugar de en cadenas competidoras, haciendo crecer el ecosistema y dirigiendo la actividad hacia el libro de órdenes de Hyperliquid. Segundo, las subastas denominadas en activos de cotización alineados (como USDH) aumentan su utilidad y reservas, sirviendo como una fuente de ingresos circular que complementa las tarifas de transacción de Hyperliquid a través del Fondo de Ayuda.
Proveedores de liquidez y creadores de mercado: Después de la subasta, el libro de órdenes se inicia con una profundidad de compra real financiada por los ingresos de la subasta (a través de hip2Seed), en lugar de una HIP-2 inyectada débilmente. Esto proporciona a los LP y creadores de mercado un precio de inicio más creíble y una liquidez más profunda para operar desde el primer día.
Validadores y crecimiento del estado: El costo de liquidación por bloque para una sola subasta es O(T), donde T es el número de ticks de precio ocupados. Con tickSpacingFactor = 1.003, T está limitado a unos pocos miles de ticks, pero en la práctica la mayoría de las subastas tendrán unos cientos de ticks ocupados. Con maxActiveAuctions = 16, la carga de trabajo por bloque en el peor caso es 16 × O(T). Cada operación es una comparación y suma del presupuesto agregado del tick, comparable al costo de la coincidencia existente del libro de órdenes spot. No se necesitan nuevas operaciones criptográficas o lecturas externas.
Elementos de trabajo futuro
Lo siguiente está fuera del alcance de este HIP, pero son extensiones naturales que deberían evaluarse a medida que HIP-6 madura: Revisión de constantes de protocolo por gobernanza; Liquidación por lotes (cada K bloques); Programas de liberación no lineales; Inyección de HIP-2 por etapas; Mecanismo de reserva de HIP-2; Expiración de reclamaciones y limpieza de estado; Integración de UI.
