Vamos falar de operações em vez de tecnologia: Como é que a Hyperliquid move a "caixa preta de crescimento" da bolsa para a blockchain?

Candy@TEDAO｜Author

Introdução | Os "livros contábeis de negócios" por trás das transações também podem ser tornados públicos?

No mundo DeFi, cada transação é registada num livro contábil público imutável, acessível a qualquer pessoa. Estamos habituados a ver todas as trocas em exchanges descentralizadas como a Uniswap, mas a informação muitas vezes para em apenas "esta transação ocorreu".

De onde veio esta transação? Foi uma recomendação de um líder de opinião (KOL) ou uma ferramenta de negociação? Durante muito tempo, este tipo de atribuição dependeu de sistemas internos de projetos ou processamento centralizado de backend, frequentemente referido como uma "caixa preta de crescimento": as próprias transações podem ser verificadas on-chain, mas a fonte da promoção é frequentemente contabilizada off-chain. Isto não é acidental; resulta de considerações técnicas e de custo. Em redes principais como Ethereum, anexar identificadores adicionais a cada transação aumenta significativamente as taxas de gás e também pode representar desafios de segurança. Portanto, muitos projetos optam por armazenar seus "livros contábeis de negócios" off-chain.

Hyperliquid é uma plataforma de negociação descentralizada baseada na sua própria rede blockchain subjacente (L1), onde os utilizadores podem negociar contratos perpétuos. Ao contrário de outras plataformas, a Hyperliquid expõe dados-chave de negócios e lógica de negociação on-chain, alcançando total transparência desde transações financeiras até atribuição de crescimento. Isso permite que o backend da exchange seja apresentado mais intuitivamente como um mapa de crescimento rastreável.

1 | "Contas de Negócios" Públicas: Veja de onde vem o crescimento

O painel de dados da Hyperliquid (fornecido pela plataforma de análise de dados de terceiros Allium) funciona como uma "sala de guerra" em tempo real. Ele não apenas exibe tendências macroeconómicas, mas também revela quem (endereço da carteira), quais ferramentas foram usadas e quando impulsionaram as flutuações do mercado. Isso é alcançado estruturando informações de origem no caminho do protocolo, primeiro esclarecendo duas dimensões:

• Builder (Nível de Ordem): Regista a ferramenta usada para colocar uma ordem nos parâmetros da ordem (por exemplo, o campo do builder). Isso permite comparar preenchimentos, taxas e retenção por ferramenta e realizar atribuição de origem.
• Recomendação (Nível de Conta): As contas estão vinculadas à função "referenciador", e descontos e reembolsos são liquidados on-chain de acordo com as regras do protocolo. Isso permite a verificação de novas promoções e transações com painéis oficiais/de terceiros baseados em liquidações on-chain, facilitando avaliações de orçamento e ROI.

 Figura 1: Visão geral do ecossistema Hyperliquid fornecido pela Allium. Fonte dos dados: Allium: https://hyperliquid.allium.so/

Exemplo simples: Como conectar transações e crescimento?

Cenário A (Builder | Nível de Ordem)

O trader Bob usa a ferramenta "TradePro" do desenvolvedor David para colocar uma ordem, que carrega o endereço de David (parâmetro do builder). O protocolo regista automaticamente o endereço e a taxa correspondente na chain e completa a divisão da conta de acordo com as regras.

Cenário B (Recomendação | Nível de Conta)

A trader Alice registou-se usando o código de recomendação da KOL Emma, estabelecendo uma vinculação de recomendação entre a conta de Alice e Emma que pode ser verificada on-chain. A partir daí, Alice desfrutou de um desconto na taxa em cada uma das suas transações. O sistema calculou o desconto ao nível da conta e alocou automaticamente um reembolso para Emma.

 Figuras 2 e 3: Visão geral da receita e crescimento de utilizadores para diferentes builders e recomendações. Fonte dos dados: Allium

2. Quando a Contribuição para o Crescimento Se Torna Sem Confiança

Quando a atribuição de crescimento passa de off-chain para on-chain, toda a cadeia de valor muda. Vamos analisar isso a partir das perspectivas de regras, liquidação e dados:

1. Regras: De "Interpretação Variável" para "Regras a Nível de Protocolo"

A lógica-chave é solidificada em contratos e executada conjuntamente pela rede; restrições de código substituem interpretações temporárias para melhorar a neutralidade e previsibilidade das regras.

2. Liquidação: De "Aprovação Manual" para "Liquidação Automática"

Tomando o Builder (nível de ordem) como exemplo: o utilizador primeiro define a "autorização máxima de taxa" (ApproveBuilderFee) para o endereço do desenvolvedor. Cada ordem subsequente carrega o parâmetro do builder, e o protocolo completa a liquidação de participação nos lucros na chain sem qualquer intervenção manual.

3. Dados: De "Relatórios de Propaganda" para "Livros Contábeis Rastreáveis"

Todas as ações-chave – colocação de ordem, cancelamento de ordem, liquidação, aplicação de desconto – são escritas on-chain e podem ser verificadas independentemente por qualquer pessoa no livro contábil público, sem ter que depender apenas do hype.

Isso tem um impacto direto em:

Para desenvolvedores (Builders) e promotores (Recomendações): Retorno à própria contribuição

Liquidação automática baseada em contribuições on-chain, independente de relacionamentos ou estatísticas offline, permite visibilidade sobre quem cria valor. Excelentes desenvolvedores e promotores podem "votar com código" em vez de "fazer lobby com PowerPoint".

Operação de Projeto e Governança DAO: Da Subjetividade ao Consenso de Dados

Tome decisões baseadas em métricas unificadas (por exemplo, "contribuição do promotor × retenção × ARPU") e discuta redução de custos.

Por exemplo, o painel "Taxa de Retenção de Utilizadores do Builder" mostra as diferenças na qualidade do utilizador trazidas por diferentes ferramentas: algumas têm uma forte taxa de aquisição, mas alta rotatividade na segunda semana; outras têm uma pequena taxa de aquisição, mas retenção estável, com direção de incentivo mais clara.

 Figura 4: Painel de retenção de utilizadores do Builder, rastreando novos clientes e retenção subsequente por semana. Fonte dos dados: Allium

Para traders comuns: Usando fatos para cortar através do ruído

Pode identificar independentemente "quem está definindo o ritmo e quais ferramentas são eficazes" e é menos afetado por ordens gritantes e informações opacas.

Parte 3: O Custo da Transparência e o Limite da Privacidade

No entanto, qualquer paradigma tecnológico é uma faca de dois gumes. Quando a transparência é levada ao extremo, novos riscos e desafios emergem:

Vazamento de Estratégia e Decadência Alpha: A Evaporação de Segredos Comerciais

Para traders profissionais e desenvolvedores, quando seus padrões de negociação e lógica de ferramentas são claramente rastreados, seu Alpha lucrativo é exposto ao público e pode ser facilmente copiado e imitado, fazendo com que a estratégia rapidamente se torne ineficaz.

Sniping de precisão e manipulação de mercado: um campo de caça transparente

As intenções de traders de grande escala para construir posições tornam-se claras à primeira vista, o que pode levar a serem maliciosamente seguidos ou precisamente atacados por suas contrapartes usando informações de posição, aumentando os riscos de operações de capital em grande escala.

Vazamentos de privacidade financeira: exposição pública à riqueza

O histórico de transações e lucros e perdas (PnL) dos utilizadores são totalmente públicos. Por exemplo, painéis do ecossistema (como Allium) agregam eventos de liquidação para formar uma lista; mas isso também expõe endereços e perdas nominais, e é mais provável que atraia hackers, phishing e até ameaças de segurança offline.

 Figura 5: Rankings de liquidação, mostrando endereços liquidados e perdas. Fonte dos dados: Allium

Soluções no caminho

Para enfrentar esses riscos, a indústria voltou sua atenção para tecnologias de privacidade verificáveis, como provas de conhecimento zero (ZKPs). Seu objetivo principal é provar ao protocolo que uma contribuição foi feita por um promotor ou ferramenta específica, sem revelar a identidade do trader ou detalhes da estratégia, e usar essa evidência para completar a liquidação on-chain.

Este caminho fornece uma direção técnica clara para alcançar o estado ideal de "tanto verificação quanto proteção". No entanto, a tecnologia ainda requer extenso refinamento de engenharia para superar desafios como custo, latência e autenticação anti-sybil.

Conclusão | Mais do que apenas transparência financeira, trata-se de remodelar negócios

A tentativa da Hyperliquid estende o princípio "sem confiança" do DeFi do nível de transação para o nível de origem, demonstrando o que é o crescimento nativo do protocolo: coloca o ciclo fechado de "atrair novos utilizadores - negociação - participação nos lucros" completamente na chain, tornando-o tanto rastreável quanto revisável, estabelecendo a base para um mecanismo de incentivo mais justo.

No entanto, este design de colocar a atribuição de crescimento on-chain também levanta um desafio central: como proteger melhor estratégias individuais e privacidade sem sacrificar a verificabilidade. Somente quando um livro contábil rastreável e o direito ao anonimato coexistirem harmoniosamente, o mecanismo de crescimento poderá ser considerado como tendo migrado completamente de off-chain para on-chain.