Introducción
Preguntas frecuentes
Respuestas breves a las preguntas más comunes, cada una con un enlace a la página que lo explica en detalle.
¿En qué sentido es on-chain?
Las reglas de trading viven en contratos en HyperEVM, la cadena de contratos inteligentes de Hyperliquid; los USDC están en HyperCore, el registro nativo de Hyperliquid. El contrato Exchange lleva cada saldo, cada posición y cada reclamo en cola, y mueve los USDC en HyperCore a través del contrato de sistema CoreWriter. El panorama de la arquitectura muestra los contratos; Riesgos detalla quién puede llamar a qué.
¿Cómo funcionan las operaciones?
Cada operación es una posición sintética entre tú y el LP, ejecutada al precio medio de Hyperliquid en el bloque en que se procesa. En Hyperliquid no se opera nada, así que no hay funding ni slippage. Cuando activas el trading, la app registra una clave de sesión para que no tengas que confirmar cada operación en tu billetera.
¿Cómo funciona el oráculo?
No hay un oráculo aparte. El Exchange lee el mejor precio de compra y de venta de Hyperliquid directamente con una precompilada de lectura de HyperCore y toma el punto medio. Sin feed de precios off-chain y sin firmante de precios. Consulta Precios: la precompilada BBO.
¿Qué mercados hay y cuál es el apalancamiento máximo?
BTC y ETH, cada uno con hasta 1000× de apalancamiento. Una sola posición (margen por apalancamiento) puede llegar a $10,000,000. Se puede agregar cualquier perpetuo listado en Hyperliquid; listar un mercado es una acción del dueño que pasa por el timelock.
¿Cuánto cuesta operar?
Todo lo que cobra el protocolo sale de un cierre con ganancia:
- una zona muerta: la ganancia se mide como si la salida fuera un 0.002% del precio de entrada menos favorable, así que una ganancia menor no recibe nada;
- una retención en los movimientos pequeños, más amplia en la curva fuera de horario que se usa en períodos tranquilos, como los fines de semana;
- la escala de impacto asimétrico, que reduce más las ganancias pequeñas;
- una comisión por ganancia del 2% de lo que queda.
Cerrar a través de un frontend que el dueño aprobó como builder cuesta además una comisión de builder del 0.5% de la ganancia; la app no indica ningún builder, así que los cierres hechos en ella no la pagan.
Una pérdida cuesta solo la pérdida. Los cierres con pérdida y las liquidaciones también llevan una comisión (2% y 2%), pero sale de lo que recibe el LP y no se cobra mientras haya algo en la cola de pagos. Cada comisión se reparte entre los stakers (50%) y el equipo.
¿Puedo agregar margen a mi posición?
No. Una posición queda fija al abrirse: no puedes agregar ni quitar margen ni cambiar su apalancamiento. Para asumir más o menos riesgo, ciérrala y abre una nueva, o abre una segunda posición.
¿Qué pasa en una liquidación?
Cada posición tiene un precio de quiebra, que se fija al abrirla un poco antes del precio en el que se agotaría el margen. Cuando el precio medio de Hyperliquid lo cruza, la posición se puede liquidar y se pierde todo el margen, aunque cerrar justo antes podría haber devuelto algo. Un cierre tuyo que se ejecute en el precio de quiebra o más allá se resuelve de la misma forma. Nuestros keepers envían las liquidaciones en cuanto una posición lo cruza. Consulta Liquidaciones.
¿BACK tuvo un lanzamiento justo?
Sí. Su suministro empezó en cero: sin preminado, sin asignación para el equipo ni para inversores, sin airdrop, sin vesting. El único que acuña es el contrato Tokenomics, y solo acuña para traders que cierran con pérdida o son liquidados. En el lanzamiento, la transferencia está desactivada; el staking y el retiro del staking funcionan.
¿Cómo puedo depositar en el LP?
No se puede. El LP contiene solo lo que han perdido los traders, y la única forma de obtener BACK, que genera ingresos del LP y de las comisiones cuando está en staking, es perder una operación. Si tienes BACK, ponlo en staking para cobrar en USDC la parte de los stakers.
¿Puedo construir mi propio frontend?
Sí, con una condición: las aperturas, los cierres, el registro de claves de sesión y las acciones de staking solo llegan a los contratos a través de nuestro relayer, que los envía en lotes. Un frontend firma los mismos mensajes y los envía a la API del relayer (API de intenciones). Los retiros necesitan la firma de tu propia billetera y también se pueden enviar directamente al contrato. Un frontend que el dueño aprueba como builder cobra una comisión sobre los cierres de las claves de sesión registradas a través de él (Códigos de builder).
¿Por qué no se me pagó toda la ganancia?
El LP paga las ganancias con el efectivo que tiene. Cuando tiene muy poco, o cuando ya hay otros ganadores esperando, la parte no pagada entra en la cola de pagos y se paga, empezando por el reclamo más antiguo, a medida que las pérdidas posteriores vuelven a llenar el LP. Consulta El LP y la cola de pagos.
¿Un reclamo en cola está garantizado?
No. Un reclamo en cola está respaldado solo por las pérdidas futuras de otros traders. Puede esperar mucho tiempo, y nada limita cuánto puede crecer la cola. Mientras tanto, puedes usar tu saldo en cola como margen para nuevas posiciones.
¿Puedo perder más que mi margen?
No. La pérdida tiene como tope el margen de la posición, y una liquidación se lleva exactamente el margen.
¿Por qué mi cierre espera unos segundos?
Si la posición se abrió hace un instante, el relayer retiene su cierre hasta 6 segundos antes de enviarlo. Así se frenan las órdenes que intentan aprovechar una sola foto desactualizada del precio.
¿Qué pasa si el relayer o la API se caen?
Las aperturas y los cierres necesitan el relayer, así que esperan. Tu saldo libre no: siempre puedes retirarlo con una transacción desde tu propia billetera, y la app pasa a leer tus posiciones directamente de la cadena.
¿Quién puede cambiar las reglas?
El dueño de cada contrato actualizable es un timelock: cualquier actualización o cambio de parámetros queda visible on-chain durante 2 días antes de poder ejecutarse. Un guardián puede pausar el trading o retirar un mercado de inmediato, pero no puede mover fondos. Consulta Riesgos.
¿El código está auditado?
Todavía no. Los contratos se prueban con tests unitarios, de fuzzing y de invariantes, y la réplica en TypeScript de su aritmética se contrasta con vectores generados a partir de los contratos, pero eso son pruebas, no una auditoría. Hasta que se publique una auditoría, trata los contratos como no auditados; Riesgos enumera lo que puede salir mal.