Introducción | ¿El "libro de contabilidad comercial" detrás de las transacciones también puede ser público?
En el mundo DeFi, cada transacción se registra en un libro mayor público inmutable, y cualquier persona puede auditarlo. Estamos acostumbrados a ver cada intercambio en intercambios descentralizados como Uniswap, pero la información a menudo se queda en el nivel de "esta transacción ha ocurrido".
¿De dónde proviene esta transacción? ¿Fue recomendada por algún KOL o fue generada por alguna herramienta de trading? Durante mucho tiempo, este tipo de atribución ha dependido de sistemas internos del proyecto o de un procesamiento centralizado, es decir, la "caja negra del crecimiento": la transacción en sí se puede verificar en la cadena, pero la fuente de promoción suele estar contabilizada fuera de la cadena. Esto no es casualidad, sino una consideración de tecnología y costos: en redes principales como Ethereum, agregar identificadores adicionales a cada transacción aumentaría significativamente las tarifas de gas y podría presentar desafíos de seguridad, por lo que muchos proyectos optan por almacenar su "libro de cuentas comerciales" fuera de la cadena.
Hyperliquid es una plataforma de intercambio descentralizada que opera en una red de blockchain de capa 1 desarrollada internamente (L1 propia), donde los usuarios pueden realizar operaciones de contratos perpetuos (Perpetual Contracts). A diferencia de otras plataformas, elige hacer que los datos comerciales clave y la lógica de negociación sean públicos en la cadena, logrando una transparencia total desde las transacciones financieras hasta la atribución del crecimiento, lo que permite que el "backend" del intercambio se presente de manera más intuitiva como un mapa de crecimiento rastreable.
Una | Libro mayor "público": ver de dónde proviene el crecimiento
El panel de datos de Hyperliquid (proporcionado por la plataforma de análisis de datos de terceros Allium) es como una "sala de operaciones" en tiempo real. No solo se pueden ver las tendencias macro, sino también quién (dirección de la billetera), qué herramientas se utilizaron y cuándo se impulsaron los cambios en el mercado. La metodología consiste en estructurar la información de origen y escribirla en la ruta del protocolo, primero aclarando dos dimensiones:
Builder (nivel de orden): Registra la herramienta utilizada para realizar el pedido en los parámetros del pedido (como el campo builder). A partir de esto, se pueden comparar transacciones, tarifas y retenciones según la herramienta, y realizar atribuciones de origen.
Referencia (a nivel de cuenta): vincular en el lado de la cuenta "quién te recomendó", los descuentos y comisiones se liquidan en la cadena según las reglas del acuerdo. De esta manera, se puede verificar la promoción y las transacciones nuevas en la cadena con el panel oficial/tercero, facilitando la evaluación del presupuesto y el ROI.
Figura 1: Mapa ecológico de Hyperliquid proporcionado por Allium. Fuente de datos: Allium:
Ejemplo: ¿Cómo conectar el comercio con el crecimiento?
Escenario A (Builder｜Nivel de pedido)
El trader Bob utiliza la herramienta "TradePro" del desarrollador David para realizar un pedido, el pedido lleva la dirección de David (parámetro builder); el protocolo registra automáticamente en la cadena esa dirección y la correspondiente tarifa, y completa la distribución según las reglas.
Escenario B (Referral | Nivel de cuenta)
La trader Alice se registró a través del código de recomendación de la KOL Emma, y la cuenta de Alice estableció un vínculo de recomendación verificable en la cadena con Emma; a partir de ahí, cada transacción de Alice disfrutará de un descuento en las tarifas, y el sistema contabiliza el descuento a nivel de cuenta y asigna automáticamente la comisión a Emma.
Gráfico 2&3: Resumen de ingresos y crecimiento de usuarios de diferentes Builders y Referencias. Fuente de datos: Allium
二 | Cuando la contribución al crecimiento se vuelve sin necesidad de confianza (Trustless)
Cuando la "atribución de crecimiento" se trasladó de fuera de la cadena a dentro de la cadena, toda la cadena de valor cambió: a continuación se analizará desde tres dimensiones: reglas, liquidación y datos.
1 Regla: de "interpretación variable" a "reglas de capa de protocolo"
La lógica clave se solidifica en un contrato, ejecutado conjuntamente por la red; se reemplazan las interpretaciones temporales por restricciones de código, mejorando la neutralidad y la previsibilidad de las reglas.
Liquidación: de "aprobación manual" a "liquidación automática"
Tomando como ejemplo Builder (nivel de pedido): el usuario primero establece la "autorización de costo máximo" (ApproveBuilderFee) para la dirección del desarrollador, luego cada pedido lleva el parámetro builder, y el protocolo completa el cálculo de la distribución en la cadena, sin necesidad de intervención manual.
Datos: de "informe de promoción" a "libro contable rastreable"
Todas las acciones clave: realizar un pedido, cancelar un pedido, liquidación y aplicación de descuentos, se registran en la cadena, cualquier persona puede verificar de forma independiente en el libro público, sin necesidad de solo escuchar la publicidad.
Esto trae un impacto directo:
Para desarrolladores (Builder) y promotores (Referral): volver a la contribución en sí misma
La liquidación automática según la contribución en la cadena, sin depender de relaciones o estadísticas fuera de línea, quien crea valor es visible. Los excelentes desarrolladores y promotores pueden "votar con código" en lugar de "persuadir con PPT".
Sobre la operación del proyecto y la gobernanza de DAO: de la subjetividad al consenso de datos
Tomar decisiones en torno a indicadores unificados (como "contribución de promotores × retención × ARPU"), discutir la disminución de costos.
Por ejemplo, el panel de "Tasa de retención de usuarios de Builder" puede mostrar las diferencias en la calidad de los usuarios que traen diferentes herramientas: algunas atraen a muchos nuevos usuarios, pero tienen una alta pérdida la semana siguiente; otras atraen a menos nuevos usuarios, pero tienen una retención estable, lo que hace que la dirección de los incentivos sea más clara.
Figura 4: Tablero de tasa de retención de usuarios de Builder, seguimiento semanal de nuevos clientes y retenciones posteriores. Fuente de datos: Allium
Para los traders comunes: atraviesa el ruido con hechos
Puede identificar de forma independiente "quién está marcando el ritmo, qué herramientas son efectivas", y verse menos afectado por las recomendaciones y la información opaca.
Tres | El costo de la transparencia y los límites de la privacidad
Sin embargo, cualquier paradigma tecnológico es una espada de doble filo. Cuando la transparencia se lleva al extremo, también surgen nuevos riesgos y desafíos:
Filtración de estrategias y disminución de Alpha: la evaporación de secretos comerciales
Para los traders y desarrolladores profesionales, cuando su modelo de trading y lógica de herramientas son claramente rastreados, su Alpha de ganancias se expone a la luz del sol, lo que puede ser fácilmente replicado e imitado, lo que lleva a que la estrategia se vuelva rápidamente ineficaz.
Tiroteo preciso y manipulación del mercado: un coto de caza transparente
La intención de apertura de posiciones de los traders de grandes transacciones se vuelve clara, lo que puede llevar a que sean objeto de seguimiento malicioso o que se utilice la información de sus posiciones por parte de otros para ataques precisos, aumentando el riesgo de operaciones con grandes fondos.
Fuga de privacidad financiera: "la desnudez de la riqueza" pública
El historial de transacciones de los usuarios y su estado de ganancias y pérdidas (PnL) son completamente públicos, por ejemplo, los paneles ecológicos (como Allium) agregan eventos de liquidación para formar clasificaciones; pero esto también expone las direcciones y las pérdidas nominales, lo que podría atraer hackers, phishing e incluso amenazas a la seguridad fuera de línea.
Figura 5: Tabla de liquidación, muestra las direcciones liquidadas y el monto de las pérdidas. Fuente de datos: Allium
La solución en el camino
Para hacer frente a estos riesgos, la industria ha dirigido su atención hacia tecnologías de privacidad verificable, representadas por las pruebas de conocimiento cero (ZKP). Su objetivo principal es: demostrar a un protocolo que una contribución particular proviene de un promotor o herramienta específica, sin revelar la identidad del comerciante o los detalles de la estrategia, y basándose en esto, completar la liquidación en la cadena.
Este camino proporciona una dirección técnica clara para lograr un estado ideal de "que pueda ser verificado y que también pueda ser protegido". Sin embargo, los desafíos de esta tecnología en términos de costos, latencia y contra la caza de brujas, aún requieren un gran trabajo de ingeniería.
Conclusión | No solo se trata de la transparencia financiera, sino también de la reestructuración del comercio.
El intento de Hyperliquid de extender el principio de "sin confianza" de DeFi desde el nivel de transacción hasta el nivel de origen, demuestra lo que es el crecimiento nativo del protocolo: coloca el ciclo cerrado de "adquisición de nuevos usuarios - transacción - distribución de beneficios" completamente en la cadena, haciéndolo tanto rastreable como verificable, sentando las bases para un mecanismo de incentivos más justo.
Sin embargo, este diseño que atribuye el crecimiento a la cadena también plantea un desafío central: ¿cómo proteger mejor las estrategias personales y la privacidad sin sacrificar la verificabilidad? Solo cuando el "libro mayor trazable" coexista en armonía con los "derechos anónimos", el mecanismo de crecimiento habrá completado su migración total de fuera de la cadena a dentro de la cadena.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
No solo en la transparencia de las transacciones: ¿Cómo Hyperliquid lleva la «caja negra de crecimiento» del intercambio a la cadena?
Escrito por: Candy@TEDAO
Introducción | ¿El "libro de contabilidad comercial" detrás de las transacciones también puede ser público?
En el mundo DeFi, cada transacción se registra en un libro mayor público inmutable, y cualquier persona puede auditarlo. Estamos acostumbrados a ver cada intercambio en intercambios descentralizados como Uniswap, pero la información a menudo se queda en el nivel de "esta transacción ha ocurrido".
¿De dónde proviene esta transacción? ¿Fue recomendada por algún KOL o fue generada por alguna herramienta de trading? Durante mucho tiempo, este tipo de atribución ha dependido de sistemas internos del proyecto o de un procesamiento centralizado, es decir, la "caja negra del crecimiento": la transacción en sí se puede verificar en la cadena, pero la fuente de promoción suele estar contabilizada fuera de la cadena. Esto no es casualidad, sino una consideración de tecnología y costos: en redes principales como Ethereum, agregar identificadores adicionales a cada transacción aumentaría significativamente las tarifas de gas y podría presentar desafíos de seguridad, por lo que muchos proyectos optan por almacenar su "libro de cuentas comerciales" fuera de la cadena.
Hyperliquid es una plataforma de intercambio descentralizada que opera en una red de blockchain de capa 1 desarrollada internamente (L1 propia), donde los usuarios pueden realizar operaciones de contratos perpetuos (Perpetual Contracts). A diferencia de otras plataformas, elige hacer que los datos comerciales clave y la lógica de negociación sean públicos en la cadena, logrando una transparencia total desde las transacciones financieras hasta la atribución del crecimiento, lo que permite que el "backend" del intercambio se presente de manera más intuitiva como un mapa de crecimiento rastreable.
Una | Libro mayor "público": ver de dónde proviene el crecimiento
El panel de datos de Hyperliquid (proporcionado por la plataforma de análisis de datos de terceros Allium) es como una "sala de operaciones" en tiempo real. No solo se pueden ver las tendencias macro, sino también quién (dirección de la billetera), qué herramientas se utilizaron y cuándo se impulsaron los cambios en el mercado. La metodología consiste en estructurar la información de origen y escribirla en la ruta del protocolo, primero aclarando dos dimensiones:
Builder (nivel de orden): Registra la herramienta utilizada para realizar el pedido en los parámetros del pedido (como el campo builder). A partir de esto, se pueden comparar transacciones, tarifas y retenciones según la herramienta, y realizar atribuciones de origen.
Referencia (a nivel de cuenta): vincular en el lado de la cuenta "quién te recomendó", los descuentos y comisiones se liquidan en la cadena según las reglas del acuerdo. De esta manera, se puede verificar la promoción y las transacciones nuevas en la cadena con el panel oficial/tercero, facilitando la evaluación del presupuesto y el ROI.
Figura 1: Mapa ecológico de Hyperliquid proporcionado por Allium. Fuente de datos: Allium:
Ejemplo: ¿Cómo conectar el comercio con el crecimiento?
Escenario A (Builder｜Nivel de pedido)
El trader Bob utiliza la herramienta "TradePro" del desarrollador David para realizar un pedido, el pedido lleva la dirección de David (parámetro builder); el protocolo registra automáticamente en la cadena esa dirección y la correspondiente tarifa, y completa la distribución según las reglas.
Escenario B (Referral | Nivel de cuenta)
La trader Alice se registró a través del código de recomendación de la KOL Emma, y la cuenta de Alice estableció un vínculo de recomendación verificable en la cadena con Emma; a partir de ahí, cada transacción de Alice disfrutará de un descuento en las tarifas, y el sistema contabiliza el descuento a nivel de cuenta y asigna automáticamente la comisión a Emma.
Gráfico 2&3: Resumen de ingresos y crecimiento de usuarios de diferentes Builders y Referencias. Fuente de datos: Allium
二 | Cuando la contribución al crecimiento se vuelve sin necesidad de confianza (Trustless)
Cuando la "atribución de crecimiento" se trasladó de fuera de la cadena a dentro de la cadena, toda la cadena de valor cambió: a continuación se analizará desde tres dimensiones: reglas, liquidación y datos.
1 Regla: de "interpretación variable" a "reglas de capa de protocolo"
La lógica clave se solidifica en un contrato, ejecutado conjuntamente por la red; se reemplazan las interpretaciones temporales por restricciones de código, mejorando la neutralidad y la previsibilidad de las reglas.
Tomando como ejemplo Builder (nivel de pedido): el usuario primero establece la "autorización de costo máximo" (ApproveBuilderFee) para la dirección del desarrollador, luego cada pedido lleva el parámetro builder, y el protocolo completa el cálculo de la distribución en la cadena, sin necesidad de intervención manual.
Todas las acciones clave: realizar un pedido, cancelar un pedido, liquidación y aplicación de descuentos, se registran en la cadena, cualquier persona puede verificar de forma independiente en el libro público, sin necesidad de solo escuchar la publicidad.
Esto trae un impacto directo:
Para desarrolladores (Builder) y promotores (Referral): volver a la contribución en sí misma
La liquidación automática según la contribución en la cadena, sin depender de relaciones o estadísticas fuera de línea, quien crea valor es visible. Los excelentes desarrolladores y promotores pueden "votar con código" en lugar de "persuadir con PPT".
Sobre la operación del proyecto y la gobernanza de DAO: de la subjetividad al consenso de datos
Tomar decisiones en torno a indicadores unificados (como "contribución de promotores × retención × ARPU"), discutir la disminución de costos.
Por ejemplo, el panel de "Tasa de retención de usuarios de Builder" puede mostrar las diferencias en la calidad de los usuarios que traen diferentes herramientas: algunas atraen a muchos nuevos usuarios, pero tienen una alta pérdida la semana siguiente; otras atraen a menos nuevos usuarios, pero tienen una retención estable, lo que hace que la dirección de los incentivos sea más clara.
Figura 4: Tablero de tasa de retención de usuarios de Builder, seguimiento semanal de nuevos clientes y retenciones posteriores. Fuente de datos: Allium
Para los traders comunes: atraviesa el ruido con hechos
Puede identificar de forma independiente "quién está marcando el ritmo, qué herramientas son efectivas", y verse menos afectado por las recomendaciones y la información opaca.
Tres | El costo de la transparencia y los límites de la privacidad
Sin embargo, cualquier paradigma tecnológico es una espada de doble filo. Cuando la transparencia se lleva al extremo, también surgen nuevos riesgos y desafíos:
Filtración de estrategias y disminución de Alpha: la evaporación de secretos comerciales
Para los traders y desarrolladores profesionales, cuando su modelo de trading y lógica de herramientas son claramente rastreados, su Alpha de ganancias se expone a la luz del sol, lo que puede ser fácilmente replicado e imitado, lo que lleva a que la estrategia se vuelva rápidamente ineficaz.
Tiroteo preciso y manipulación del mercado: un coto de caza transparente
La intención de apertura de posiciones de los traders de grandes transacciones se vuelve clara, lo que puede llevar a que sean objeto de seguimiento malicioso o que se utilice la información de sus posiciones por parte de otros para ataques precisos, aumentando el riesgo de operaciones con grandes fondos.
Fuga de privacidad financiera: "la desnudez de la riqueza" pública
El historial de transacciones de los usuarios y su estado de ganancias y pérdidas (PnL) son completamente públicos, por ejemplo, los paneles ecológicos (como Allium) agregan eventos de liquidación para formar clasificaciones; pero esto también expone las direcciones y las pérdidas nominales, lo que podría atraer hackers, phishing e incluso amenazas a la seguridad fuera de línea.
Figura 5: Tabla de liquidación, muestra las direcciones liquidadas y el monto de las pérdidas. Fuente de datos: Allium
La solución en el camino
Para hacer frente a estos riesgos, la industria ha dirigido su atención hacia tecnologías de privacidad verificable, representadas por las pruebas de conocimiento cero (ZKP). Su objetivo principal es: demostrar a un protocolo que una contribución particular proviene de un promotor o herramienta específica, sin revelar la identidad del comerciante o los detalles de la estrategia, y basándose en esto, completar la liquidación en la cadena.
Este camino proporciona una dirección técnica clara para lograr un estado ideal de "que pueda ser verificado y que también pueda ser protegido". Sin embargo, los desafíos de esta tecnología en términos de costos, latencia y contra la caza de brujas, aún requieren un gran trabajo de ingeniería.
Conclusión | No solo se trata de la transparencia financiera, sino también de la reestructuración del comercio.
El intento de Hyperliquid de extender el principio de "sin confianza" de DeFi desde el nivel de transacción hasta el nivel de origen, demuestra lo que es el crecimiento nativo del protocolo: coloca el ciclo cerrado de "adquisición de nuevos usuarios - transacción - distribución de beneficios" completamente en la cadena, haciéndolo tanto rastreable como verificable, sentando las bases para un mecanismo de incentivos más justo.
Sin embargo, este diseño que atribuye el crecimiento a la cadena también plantea un desafío central: ¿cómo proteger mejor las estrategias personales y la privacidad sin sacrificar la verificabilidad? Solo cuando el "libro mayor trazable" coexista en armonía con los "derechos anónimos", el mecanismo de crecimiento habrá completado su migración total de fuera de la cadena a dentro de la cadena.