ERC-8021: O momento ‘copiar Hyperliquid’ do Ethereum, um novo roteiro de sucesso para desenvolvedores?

Autor: Jarrod Watts

Tradução: Deep Tide TechFlow

Título original: Interpretação da proposta ERC-8021: permitirá que Ethereum replique o mito do enriquecimento de desenvolvedores da Hyperliquid?

Desenvolvedores de aplicações estão silenciosamente a ganhar milhões ao construir aplicações em plataformas como Hyperliquid e Polymarket, aproveitando um novo sistema de atribuição de receitas chamado “builder codes”.

Este é um modelo tipo Roblox para o setor cripto: a plataforma serve de base, permitindo que milhares de aplicações sejam construídas e monetizadas — através de atividades de atribuição únicas por código e distribuição de receitas.

Neste artigo, vou analisar em detalhe o que são builder codes, como as aplicações podem ganhar milhões com eles e como a ERC-8021 propõe trazer este sistema nativamente para o Ethereum.

O que são builder codes?

Builder codes são, na prática, códigos de referência desenhados para desenvolvedores de aplicações — as aplicações podem usá-los para gerar volume de transações noutra plataforma (por exemplo, Hyperliquid) e ganhar receitas.

Isto cria um sistema de atribuição on-chain, permitindo que aplicações de terceiros (como bots de trading, agentes de IA e interfaces de carteira) recebam taxas pelas atividades que geram noutras plataformas.

Este sistema é mutuamente benéfico para todas as partes envolvidas:

• A plataforma obtém mais volume de transações;

• Os desenvolvedores de aplicações recebem receitas pelo volume que geram;

• Os utilizadores beneficiam de formas mais convenientes de interagir com a plataforma.

Vamos compreender melhor com um exemplo — Phantom.

A “máquina de imprimir dinheiro” dos contratos perpétuos da Phantom

Em julho deste ano, a Phantom adicionou suporte para trading de contratos perpétuos usando os builder codes da Hyperliquid, uma decisão que atualmente lhes rende cerca de 100 mil dólares por dia.

O funcionamento permite que os utilizadores transfiram fundos para uma conta separada de contratos perpétuos e façam operações long e short diretamente na aplicação móvel.

Em cada ordem, a Phantom anexa o seu builder code, cobrando uma taxa de 0,05% dos utilizadores — estas taxas são registadas através do sistema de atribuição on-chain e podem ser reclamadas em USDC.

Imagem: A Phantom “marca” as ordens dos utilizadores provenientes da aplicação de carteira Phantom com o seu builder code, ganhando assim estas taxas

É importante notar que tudo isto depende da API externa fornecida pela Hyperliquid, tornando o processo de construção extremamente simples e muito mais barato do que desenvolver funcionalidades complexas semelhantes por conta própria.

O negócio de contratos perpétuos da Phantom já demonstrou um retorno sobre o investimento (ROI) impressionante — desde o lançamento em julho, o volume de trading de contratos perpétuos da Phantom já se aproxima dos 20 bilhões de dólares, gerando quase 10 milhões de dólares em receitas em menos de 6 meses.

Imagem: Só ontem, a Phantom ganhou quase 150 mil dólares com o negócio de contratos perpétuos

Curiosamente, o principal utilizador de contratos perpétuos da Phantom teve um desempenho extremamente mau:

• Perdeu 99% do seu portfólio de cerca de 2 milhões de dólares em contratos perpétuos;

• Teve um prejuízo de 1,8 milhões de dólares;

• Pagou cerca de 191 mil dólares em taxas à Phantom através do builder code. Atualmente, a única posição deste utilizador é uma posição long em ETH com 25x de alavancagem (como interpretar esta informação depende de si).

A menos que todos percam os fundos como este utilizador, a Hyperliquid continuará a gerar receitas enormes para desenvolvedores que trazem volume de trading para a sua plataforma, como a Phantom.

Até ao momento, os builder codes da Hyperliquid já permitiram:

• Gerar quase 40 milhões de dólares em receitas para desenvolvedores de aplicações;

• Oferecer interfaces de utilizador diversificadas e superiores para trading de contratos perpétuos;

• Gerar mais de 100 bilhões de dólares em volume adicional de contratos perpétuos para a Hyperliquid!

O sucesso deste modelo já foi rapidamente comprovado, atraindo muitos desenvolvedores de aplicações de alta qualidade para construir aplicações de topo na Hyperliquid.

Polymarket segue o exemplo

Esta semana, a Polymarket anunciou um programa de builders com design semelhante, com o objetivo de recompensar desenvolvedores de aplicações que tragam volume de trading para o seu mercado de previsões.

Para incentivar a integração dos builder codes, a Polymarket lançou um programa semanal de recompensas em USDC baseado no volume de trading integrado.

Embora o volume proveniente de aplicações de terceiros da Polymarket ainda seja muito inferior ao da Hyperliquid, os seus builder codes já atraíram algumas equipas a desenvolver interfaces de utilizador, oferecendo formas únicas de previsão aos utilizadores.

Imagem: Mais de 50 milhões de dólares em apostas realizadas através de aplicações de terceiros da Polymarket

A Polymarket parece estar a ajudar a expandir o alcance das aplicações de builders, desde terminais de trading até assistentes de IA, e também criou um dashboard semelhante ao da Hyperliquid para mostrar os principais builders e as suas recompensas.

Espera-se que outros mercados de previsões lancem programas semelhantes para competir, e é provável que um ecossistema de aplicações mais amplo siga o sucesso deste modelo de recomendação.

No entanto, o Ethereum tem a oportunidade de elevar este modelo a um novo patamar, incentivando desenvolvedores de aplicações de alta qualidade a criar interfaces inovadoras para utilizadores, baseadas numa plataforma Ethereum madura e fiável.

ERC-8021 e a oportunidade do Ethereum

O Ethereum tem agora a oportunidade de integrar nativamente os builder codes nas camadas L2 e L1, e uma proposta recente apresentou uma forma interessante de o fazer.

A ERC-8021 propõe incorporar os builder codes diretamente nas transações, juntamente com um registo onde os desenvolvedores podem fornecer um endereço de carteira para receber receitas.

A implementação desta proposta proporcionaria uma forma padronizada de adicionar builder codes a qualquer transação, ao mesmo tempo que define um mecanismo universal para as plataformas recompensarem os desenvolvedores de aplicações pelo volume que geram.

A ERC-8021 inclui dois componentes principais:

1. Um novo sufixo de transação: os desenvolvedores podem adicionar pequenos dados ao final da transação para incluir o seu builder code, como “phantom”, “my-app” ou “jarrod”.

2. Registo de códigos: um smart contract onde os desenvolvedores podem mapear o seu builder code para um endereço de carteira, recebendo assim a distribuição de receitas da plataforma.

Os builder codes podem ser adicionados ao final dos dados da transação e, opcionalmente, mapeados para um endereço de carteira para receber receitas.

Isto permitirá que qualquer plataforma atribua atividades on-chain à aplicação de origem e distribua receitas diretamente a esses desenvolvedores de forma transparente e programável.

Conclusão

Os utilizadores da Hyperliquid podem já estar familiarizados com os builder codes, mas ao analisar mais a fundo, é realmente surpreendente o quão rapidamente foram amplamente adotados.

A razão do seu sucesso é óbvia: os builders são recompensados por criarem aplicações de consumo de alta qualidade baseadas em poderosos primitivos do setor cripto.

O Ethereum possui uma vasta base de plataformas de alta qualidade existentes, que podem ser integradas num sistema padronizado de builder codes para impulsionar uma nova vaga de aplicações voltadas para o consumidor.

Os builder codes desbloqueiam novas fontes de receita para desenvolvedores de aplicações de alta qualidade, receitas essas que não dependem de subsídios obtidos em festas de conferências, mas sim do valor que proporcionam aos utilizadores.