Hablemos de operaciones en lugar de tecnología: ¿Cómo traslada Hyperliquid la "caja negra de crecimiento" del intercambio a la blockchain?

Candy@TEDAO｜Autor

Introducción | ¿Pueden los "libros contables comerciales" detrás de las transacciones también hacerse públicos?

En el mundo DeFi, cada transacción se registra en un libro contable público inmutable, accesible para cualquiera. Estamos acostumbrados a ver cada intercambio en exchanges descentralizados como Uniswap, pero la información a menudo se detiene en "esta transacción ocurrió".

¿De dónde vino esta transacción? ¿Fue una referencia de un líder de opinión clave (KOL) o una herramienta de trading? Durante mucho tiempo, este tipo de atribución ha dependido de sistemas internos de proyectos o procesamiento backend centralizado, a menudo denominado "caja negra de crecimiento": las transacciones en sí pueden verificarse en cadena, pero la fuente de la promoción a menudo se contabiliza fuera de la cadena. Esto no es accidental; proviene de consideraciones técnicas y de costos. En redes principales como Ethereum, adjuntar identificadores adicionales a cada transacción aumenta significativamente las comisiones de gas y también puede plantear desafíos de seguridad. Por lo tanto, muchos proyectos eligen almacenar sus "libros contables comerciales" fuera de la cadena.

Hyperliquid es una plataforma de trading descentralizada basada en su propia red blockchain subyacente (L1), donde los usuarios pueden operar contratos perpetuos. A diferencia de otras plataformas, Hyperliquid expone datos comerciales clave y lógica de trading en cadena, logrando total transparencia desde transacciones financieras hasta atribución de crecimiento. Esto permite que el backend del exchange se presente de manera más intuitiva como un mapa de crecimiento rastreable.

1 | "Cuentas comerciales" públicas: Ver de dónde viene el crecimiento

El panel de datos de Hyperliquid (proporcionado por la plataforma de análisis de datos de terceros Allium) actúa como una "sala de guerra" en tiempo real. No solo muestra tendencias macroeconómicas, sino que también revela quién (dirección de wallet), qué herramientas se utilizaron y cuándo impulsaron las fluctuaciones del mercado. Esto se logra estructurando la información de origen en la ruta del protocolo, aclarando primero dos dimensiones:

• Builder (Nivel de Orden): Registra la herramienta utilizada para colocar una orden en los parámetros de la orden (por ejemplo, el campo builder). Esto te permite comparar ejecuciones, comisiones y retención por herramienta y realizar atribución de origen.
• Referencia (Nivel de Cuenta): Las cuentas están vinculadas a la función "referente", y los descuentos y reembolsos se liquidan en cadena según las reglas del protocolo. Esto permite la verificación de nuevas promociones y transacciones con paneles oficiales/de terceros basados en liquidaciones en cadena, facilitando evaluaciones de presupuesto y ROI.

 Figura 1: Visión general del ecosistema Hyperliquid proporcionada por Allium. Fuentes de datos: Allium: https://hyperliquid.allium.so/

Ejemplo simple: ¿Cómo conectar transacciones y crecimiento?

Escenario A (Builder | Nivel de Orden)

El trader Bob usa la herramienta "TradePro" del desarrollador David para colocar una orden, que lleva la dirección de David (parámetro builder). El protocolo registra automáticamente la dirección y la comisión correspondiente en la cadena y completa la división de cuentas según las reglas.

Escenario B (Referencia | Nivel de Cuenta)

La trader Alice se registró usando el código de referencia del KOL Emma, estableciendo un vínculo de referencia entre la cuenta de Alice y Emma que puede verificarse en cadena. A partir de entonces, Alice disfrutó de un descuento en comisiones en cada una de sus transacciones. El sistema calculó el descuento a nivel de cuenta y asignó automáticamente un reembolso a Emma.

 Figuras 2 y 3: Visión general de ingresos y crecimiento de usuarios para diferentes builders y referencias. Fuentes de datos: Allium

2. Cuando la contribución al crecimiento se vuelve sin confianza

Cuando la atribución de crecimiento pasa de off-chain a on-chain, toda la cadena de valor cambia. Veamos esto desde las perspectivas de reglas, liquidación y datos:

1. Reglas: De "Interpretación variable" a "Reglas a nivel de protocolo"

La lógica clave se solidifica en contratos y es ejecutada conjuntamente por la red; las restricciones de código reemplazan las interpretaciones temporales para mejorar la neutralidad y previsibilidad de las reglas.

2. Liquidación: De "Aprobación manual" a "Liquidación automática"

Tomando el Builder (nivel de orden) como ejemplo: el usuario primero establece la "autorización máxima de comisión" (ApproveBuilderFee) para la dirección del desarrollador. Cada orden posterior lleva el parámetro builder, y el protocolo completa la liquidación de participación en las ganancias en la cadena sin ninguna intervención manual.

3. Datos: De "Informes de propaganda" a "Libros contables rastreables"

Todas las acciones clave – colocación de órdenes, cancelación de órdenes, liquidación, aplicación de descuentos – se escriben en cadena y pueden ser verificadas independientemente por cualquiera en el libro contable público, sin tener que depender únicamente del hype.

Esto tiene un impacto directo en:

Para desarrolladores (Builders) y promotores (Referencias): Volver a la contribución en sí

La liquidación automática basada en contribuciones en cadena, independiente de relaciones o estadísticas offline, permite visibilidad sobre quién crea valor. Los excelentes desarrolladores y promotores pueden "votar con código" en lugar de "hacer lobby con PowerPoint".

Operación de proyectos y gobernanza DAO: De la subjetividad al consenso de datos

Tomar decisiones basadas en métricas unificadas (por ejemplo, "contribución del promotor × retención × ARPU") y discutir la reducción de costos.

Por ejemplo, el panel "Tasa de retención de usuarios de Builder" muestra las diferencias en la calidad de usuarios aportados por diferentes herramientas: algunas tienen una fuerte tasa de adquisición pero alta rotación en la segunda semana; otras tienen una pequeña tasa de adquisición pero retención estable, con una dirección de incentivos más clara.

 Figura 4: Panel de retención de usuarios de Builder, seguimiento de nuevos clientes y retención posterior por semana. Fuentes de datos: Allium

Para traders ordinarios: Usar hechos para cortar el ruido

Puede identificar independientemente "quién marca el ritmo y qué herramientas son efectivas" y se ve menos afectado por órdenes a gritos e información opaca.

Parte 3: El costo de la transparencia y el límite de la privacidad

Sin embargo, cualquier paradigma tecnológico es una espada de doble filo. Cuando la transparencia se lleva al extremo, surgen nuevos riesgos y desafíos:

Filtración de estrategia y decadencia Alpha: La evaporación de secretos comerciales

Para traders profesionales y desarrolladores, cuando sus patrones de trading y lógica de herramientas son claramente rastreados, su Alpha rentable queda expuesto al público y puede ser fácilmente copiado e imitado, haciendo que la estrategia rápidamente se vuelva ineficaz.

Francotirador de precisión y manipulación del mercado: un campo de caza transparente

Las intenciones de los traders a gran escala para construir posiciones se vuelven claras de un vistazo, lo que puede llevar a que sean seguidos maliciosamente o atacados con precisión por sus contrapartes utilizando información de posición, aumentando los riesgos de operaciones de capital a gran escala.

Filtraciones de privacidad financiera: exposición pública de la riqueza

El historial de transacciones y las ganancias y pérdidas (PnL) de los usuarios son completamente públicos. Por ejemplo, los paneles del ecosistema (como Allium) agregan eventos de liquidación para formar una lista; pero esto también expone direcciones y pérdidas nominales, y es más probable que atraiga a hackers, phishing e incluso amenazas de seguridad offline.

 Figura 5: Clasificación de liquidaciones, mostrando direcciones liquidadas y pérdidas. Fuentes de datos: Allium

Soluciones en el camino

Para abordar estos riesgos, la industria ha dirigido su atención a tecnologías de privacidad verificables, como las pruebas de conocimiento cero (ZKPs). Su objetivo principal es probar al protocolo que una contribución fue realizada por un promotor o herramienta específica, sin revelar la identidad del trader o detalles de la estrategia, y usar esta evidencia para completar la liquidación en cadena.

Este camino proporciona una dirección técnica clara para lograr el estado ideal de "tanto verificación como protección". Sin embargo, la tecnología aún requiere un amplio refinamiento de ingeniería para superar desafíos como costo, latencia y autenticación anti-sybil.

Conclusión | Más que solo transparencia financiera, se trata de remodelar el negocio

El intento de Hyperliquid extiende el principio "sin confianza" de DeFi desde el nivel de transacción hasta el nivel de origen, demostrando qué es el crecimiento nativo del protocolo: coloca el ciclo cerrado de "atraer nuevos usuarios - trading - participación en las ganancias" completamente en la cadena, haciéndolo tanto rastreable como revisable, sentando las bases para un mecanismo de incentivos más justo.

Sin embargo, este diseño de poner la atribución de crecimiento en cadena también plantea un desafío central: cómo proteger mejor las estrategias individuales y la privacidad sin sacrificar la verificabilidad. Solo cuando un libro contable rastreable y el derecho al anonimato coexistan armoniosamente, se podrá considerar que el mecanismo de crecimiento ha migrado completamente de off-chain a on-chain.