¿Quién es Jeff Yan? Fundador de Hyperliquid

Jeff Yan es cofundador de Hyperliquid, un proyecto que desarrolla un mercado de negociación y la red blockchain que lo ejecuta. Su equipo trabajó sobre una dificultad reconocible para el usuario: combinar una interfaz rápida con un registro de operaciones que pudiera verificarse.

Diseñar el mercado y su infraestructura de forma conjunta es una apuesta ambiciosa. Permite abordar la experiencia completa y obliga a responder por más capas del sistema. El libro de órdenes, la red propia y el entorno para otros desarrolladores ayudan a entender qué quiso construir el equipo.

¿Quién es Jeff Yan?

Jeff Yan es cofundador de Hyperliquid y dirige Hyperliquid Labs junto a iliensinc. La documentación del proyecto identifica a ambos como antiguos compañeros de Harvard. Iliensinc participa públicamente con ese seudónimo.

La misma fuente sitúa al equipo en actividades de creación de mercado con capital propio en 2020 y su expansión hacia DeFi en el verano de 2022. Es un antecedente útil: venían de utilizar infraestructura de negociación y conocían los problemas que querían resolver. La documentación describe la experiencia colectiva del equipo; no atribuye a Yan todos los puestos anteriores mencionados.

Qué problema quiso resolver Hyperliquid

En un mercado con libro de órdenes, los participantes expresan cuánto quieren comprar o vender y a qué precio. Colocar, modificar y cancelar órdenes con rapidez forma parte del producto. Llevar esas operaciones a una red pública obliga a coordinar ejecución, estado y consenso sin perder una experiencia utilizable.

El punto de partida de Hyperliquid fue tratar esa coordinación como un problema de sistema completo. En lugar de adaptar únicamente una interfaz a infraestructura existente, el equipo desarrolló una L1 orientada a mercados. La utilidad de esa decisión debe evaluarse mediante funcionamiento, resiliencia y garantías observables, no solo por una cifra máxima de operaciones por segundo.

Esta dirección difiere de la que popularizó Hayden Adams con Uniswap. Un AMM calcula intercambios contra reservas siguiendo una regla; Hyperliquid utiliza libros de órdenes. Son modelos de liquidez diferentes, con necesidades distintas de ejecución y gestión del riesgo.

HyperCore: el mercado dentro de la red

HyperCore es la parte de Hyperliquid que incorpora mercados al contado y de futuros perpetuos. El libro de órdenes forma parte de su estado y sus reglas de ejecución, en vez de ser únicamente una base de datos privada detrás de una web.

Eso permite inspeccionar actividad del mercado, pero no convierte todas las dependencias en idénticas. Los precios de referencia, las reglas de liquidación, las conexiones de red y las interfaces tienen funciones propias. Una orden enviada desde una pantalla tampoco equivale a una operación ya incluida y ejecutada por la cadena.

Los perpetuos son derivados sin vencimiento fijo. Incorporan margen, financiación y posibles liquidaciones. La visibilidad on-chain permite examinar esas operaciones, pero una posición puede liquidarse conforme a las reglas del mercado.

HyperEVM: de producto a plataforma

HyperEVM añade un entorno compatible con la máquina virtual de Ethereum dentro de Hyperliquid. Comparte el consenso HyperBFT con HyperCore; no es un rollup de Ethereum ni una segunda red cuya seguridad proceda automáticamente de Ethereum por ejecutar contratos compatibles.

Para los desarrolladores, la compatibilidad facilita reutilizar herramientas y lenguajes. El proyecto describe mecanismos de interacción con el estado de HyperCore, aunque cada integración debe comprobar las funciones realmente activadas y sus límites. La documentación de una capacidad prevista no demuestra que esté disponible en todas las versiones o entornos.

La transición es relevante para la biografía de Yan. El objetivo deja de limitarse a construir una pantalla de negociación: pasa a ofrecer infraestructura sobre la que otros equipos puedan desarrollar aplicaciones. Esa apertura exige documentación, herramientas y reglas de integración además de rendimiento.

Financiación, equipo y control

Hyperliquid Labs declara en su documentación que se ha autofinanciado y no ha recibido capital externo. Es una declaración del equipo sobre su financiación, no una prueba suficiente de distribución del poder. La existencia de un token, una fundación o validadores tampoco demuestra por sí sola que la influencia esté repartida de forma uniforme.

Conviene distinguir Hyperliquid Labs, la Hyper Foundation, el protocolo y HYPE. Labs contribuye al desarrollo; la fundación apoya el ecosistema; la red ejecuta sus reglas y el token cumple funciones dentro de ella. Comprar HYPE no equivale a adquirir acciones de Labs ni a contratar una garantía personal de su fundador.

Para valorar el control efectivo hay que revisar quién opera los validadores, cómo se adoptan actualizaciones y qué mecanismos existen ante incidentes. También importa entender las reglas de mercado: la documentación de liquidaciones explica que el precio de referencia combina precios externos con el estado del libro de órdenes. Esa dependencia concreta dice más sobre el diseño que la palabra descentralizado por sí sola.

Qué aporta Jeff Yan a la historia de DeFi

La aportación de Yan y sus colaboradores consiste en haber tratado la experiencia de mercado y la arquitectura de la red como partes del mismo problema. Hyperliquid muestra una dirección de diseño donde la aplicación inicial justifica construir infraestructura específica, que después puede servir a otros productos.

Su evolución debe medirse por algo más que popularidad o volumen: transparencia de las reglas, calidad de las integraciones, operación bajo estrés y capacidad de sostener un ecosistema que no dependa de una sola persona. Esas son las preguntas que permiten evaluar el trabajo de un fundador mientras el proyecto sigue cambiando.