Interpretação da proposta ERC-8021: Fazer com que os desenvolvedores que replicam o Hyperliquid na Ethereum fiquem ricos?

Aplicadores através de “códigos de construtor” ganham milhões em plataformas como Hyperliquid, enquanto a proposta ERC-8021 sugere integrar este sistema nativamente na Ethereum. Este artigo é originado de um texto de Jarrod Watts, organizado, traduzido e redigido pela TechFlow. (Contexto anterior: Economia de agentes de IA na Ethereum: ERC-8004 na via rápida e a linha de produção de negócios Virtuals) (Informação adicional: Ethereum confirma atualização Fusaka em 03/12, com hard fork, introduz PeerDAS e aumenta limite de Gas) Baseando-se na plataforma, oferece possibilidades de construção e lucro para milhares de aplicações. Os desenvolvedores estão silenciosamente construindo aplicações em plataformas como Hyperliquid e Polymarket, utilizando um sistema de receita chamado “códigos de construtor” para ganhar milhões. É um modelo semelhante ao Roblox no setor de criptomoedas: a plataforma serve como base, permitindo a construção e monetização de milhares de aplicações — através de atividades atribuídas a códigos únicos e distribuição de lucros. Neste artigo, analisarei detalhadamente o que são os códigos de construtor, como as aplicações lucram milhões com eles, e como a ERC-8021 propõe integrar este sistema nativamente na Ethereum. O que são os códigos de construtor? Os códigos de construtor são, na prática, códigos de recomendação feitos para desenvolvedores de aplicações — as aplicações podem usá-los para gerar volume de negociações em outra plataforma (como Hyperliquid) e obter receita. Isso cria um sistema de atribuição na cadeia, permitindo que aplicações de terceiros (como bots de negociação, agentes de IA e interfaces de carteira) ganhem taxas com base nas atividades que geram em outras plataformas. Este sistema beneficia todas as partes envolvidas: a plataforma ganha mais volume de negociações; os desenvolvedores de aplicações obtêm receita pelo volume gerado; os usuários desfrutam de uma interação mais conveniente com a plataforma. Para entender melhor, vejamos um exemplo — Phantom. A “máquina de imprimir dinheiro” de receita de contratos perpétuos da Phantom Em julho deste ano, a Phantom, ao usar códigos de construtor do Hyperliquid, aumentou o suporte a negociações de contratos perpétuos, uma decisão que atualmente lhes rende cerca de 100 mil dólares por dia. Funciona permitindo que os usuários transfiram fundos para uma conta de contrato perpétuo separada, realizando negociações longas e curtas diretamente no aplicativo móvel. Cada ordem, a Phantom adiciona seu código de construtor, cobrando uma taxa de 0,05% do usuário — essas taxas são registradas no sistema de atribuição na cadeia e podem ser resgatadas em USDC. Figura: Phantom “marca” as ordens dos usuários do aplicativo Phantom com seu código de construtor, ganhando essas taxas Vale notar que tudo depende de uma API externa fornecida pelo Hyperliquid, tornando o processo de construção extremamente fácil e muito mais barato do que desenvolver funcionalidades semelhantes por conta própria. O negócio de contratos perpétuos da Phantom já demonstra um retorno sobre investimento (ROI) impressionante — desde o lançamento em julho, o volume de negociações de contratos perpétuos da Phantom atingiu quase 200 bilhões de dólares, gerando quase 10 milhões de dólares em receita em menos de 6 meses. Figura: Apenas ontem, a Phantom lucrou quase 150 mil dólares com contratos perpétuos Interessante notar que os principais usuários de contratos perpétuos da Phantom tiveram desempenho péssimo: perderam cerca de 2 milhões de dólares em seus portfólios de contratos perpétuos, com uma perda líquida de 1,8 milhões de dólares; pagaram cerca de 19,1 mil dólares em taxas através de códigos de construtor para a Phantom. Atualmente, o único posicionamento desse usuário é uma posição de ETH de 25x alavancada (como interpretar essa informação depende de você). A menos que todos percam fundos como esse usuário, a Hyperliquid continuará a gerar enormes receitas para desenvolvedores que trazem volume de negociações para sua plataforma. Até agora, o sistema de códigos de construtor da Hyperliquid alcançou: Ganhado cerca de 40 milhões de dólares para desenvolvedores; Oferecido interfaces de usuário diversificadas e aprimoradas para negociações de contratos perpétuos; Criado mais de 100 trilhões de dólares em volume de negociações de contratos perpétuos na Hyperliquid! Este modelo tem se mostrado rapidamente bem-sucedido, atraindo muitos desenvolvedores talentosos a construir aplicações de alta qualidade na Hyperliquid. Polymarket vem logo atrás Na semana passada, a Polymarket anunciou um programa de construtores (Builders Program) semelhante, destinado a recompensar desenvolvedores por trazer volume de negociações para seu mercado de previsões. Para incentivar a integração dos códigos de construtor, a Polymarket lançou um plano semanal de recompensas em USDC baseado no volume de negociações gerado. Embora atualmente o volume de negociações de aplicações de terceiros na Polymarket seja muito menor do que na Hyperliquid, seus códigos de construtor já atraíram equipes para desenvolver interfaces de usuário, oferecendo maneiras únicas de fazer previsões. Figura: Mais de 50 milhões de dólares em apostas foram feitos através de aplicações de terceiros na Polymarket A Polymarket parece estar ajudando a expandir o alcance das aplicações de construtor, desde terminais de negociação até assistentes de IA, além de criar um painel semelhante ao da Hyperliquid para mostrar os principais construtores e suas recompensas. Espera-se que outros mercados de previsão também lancem planos similares para participar da competição, e que um ecossistema mais amplo de aplicações imite o sucesso deste sistema de recomendação. No entanto, a Ethereum tem a oportunidade de elevar esse modelo a um novo patamar, incentivando desenvolvedores de alta qualidade a criar interfaces inovadoras baseadas em uma plataforma Ethereum madura e confiável. ERC-8021 e as oportunidades na Ethereum A Ethereum agora tem a chance de integrar nativamente os códigos de construtor em camadas L2 e L1, e uma proposta recente apresenta uma implementação interessante. A ERC-8021 sugere incorporar os códigos de construtor diretamente nas transações, combinando-os com um registro onde os desenvolvedores podem registrar seus endereços de carteira para receber os lucros. Implementar essa proposta fornecerá uma maneira padronizada de adicionar códigos de construtor às transações, além de definir um mecanismo universal para recompensar os desenvolvedores pelo volume de negociações gerado. A ERC-8021 possui dois componentes principais: Novos sufixos de transação: os desenvolvedores podem adicionar pequenos dados ao final da transação para incluir seus códigos de construtor, como “phantom”, “my-app” ou “jarrod”. Registro de códigos: um contrato inteligente onde os desenvolvedores podem mapear seus códigos de construtor para endereços de carteira, permitindo a distribuição de receitas pelos plataformas. Os códigos de construtor podem ser adicionados ao final dos dados da transação e, opcionalmente, mapeados para um endereço de carteira para receber receitas. Isso permitirá que qualquer plataforma atribua atividades na cadeia às aplicações de origem, de forma transparente e programável, distribuindo receitas diretamente a esses desenvolvedores. Conclusão Os usuários da Hyperliquid já estão familiarizados com os códigos de construtor, mas ao aprofundar-se na análise, percebe-se que seu potencial para transformar o ecossistema em pouco tempo…