Desenvolvedores de aplicações estão a faturar milhões ao construir sobre plataformas como Hyperliquid e Polymarket, aproveitando um novo sistema de atribuição de receitas designado por “builder codes”.
É uma abordagem semelhante à do Roblox, mas aplicada ao universo cripto: as plataformas funcionam como base para milhares de aplicações que podem ser criadas e rentabilizadas – recorrendo a códigos únicos para identificar a atividade e distribuir receitas.
Neste artigo, explico o conceito de builder codes, como as aplicações estão a gerar receitas milionárias com este modelo e de que forma a ERC-8021 propõe trazer este mecanismo de forma nativa ao Ethereum.
Os builder codes funcionam essencialmente como códigos de referência para criadores de aplicações – as apps podem utilizá-los para obter receitas ao gerar volume noutra plataforma, como a Hyperliquid.
Este modelo permite criar um sistema de atribuição on-chain, em que aplicações de terceiros – como bots de trading, agentes de IA ou interfaces de carteiras – podem receber comissões pela atividade que originam noutra plataforma.
Trata-se de um sistema vantajoso para todos:
Vejamos o caso da Phantom.
Em julho, a Phantom passou a permitir negociação de perps através dos builder codes da Hyperliquid – uma decisão que atualmente lhes gera cerca de 100 000 $ USD por dia em receitas.
O processo consiste em permitir aos utilizadores transferirem fundos para uma conta de perps separada, onde podem abrir posições long & short diretamente na app móvel.
Cada ordem inclui o builder code da Phantom, permitindo-lhes cobrar uma comissão de 0,05% aos utilizadores – atribuída on-chain e reclamável em USDC.

A Phantom inclui o seu builder code para identificar as ordens originadas na app Phantom wallet e receber as respetivas comissões.
Note-se que todo este processo depende de APIs externas da Hyperliquid – o que o torna muito mais simples em comparação com o desenvolvimento interno de soluções de igual complexidade.
Os perps da Phantom já registaram um ROI notável – desde julho, a Phantom movimentou quase 20 B$ em volume de perps, acumulando receitas próximas de 10 M$ em menos de seis meses.

Só ontem, a Phantom obteve quase 150 000 $ em receitas provenientes de perps
Curiosamente, o maior utilizador de perps da Phantom teve um desempenho desastroso:
Exceto se todos perderem o capital como este utilizador, a Hyperliquid continuará a gerar receitas para developers como a Phantom que trazem volume para a plataforma.
Até ao momento, os builder codes da Hyperliquid:
Este modelo provou rapidamente a sua eficácia, atraindo talentos para o desenvolvimento de aplicações de elevada qualidade sobre a Hyperliquid.
Esta semana, a Polymarket anunciou um modelo semelhante no seu Builders Program, que recompensa criadores de aplicações pelo volume trazido aos mercados de previsão da Polymarket.
Para acelerar a integração dos Builder Codes, vamos lançar um programa semanal de recompensas em USDC para builders, com base no volume de integrações.
Apesar de o volume proveniente de aplicações de terceiros da Polymarket ser, nesta fase, bastante inferior ao da Hyperliquid, os builder codes da plataforma já estão a atrair equipas para criar interfaces inovadoras de previsão para os utilizadores.

Mais de 50 M$ em volume de apostas já foi processado via aplicações de terceiros da Polymarket
A Polymarket tem vindo a potenciar aplicações de builders que vão desde terminais de trading até assistentes de IA, e criou dashboards ao estilo Hyperliquid para destacar os principais builders e respetivas recompensas.
É expectável que outros mercados de previsão lancem programas semelhantes para competir, e que um ecossistema mais vasto de aplicações venha a adotar este sistema de referências, dada a sua eficácia.
O Ethereum, contudo, tem a oportunidade de levar o conceito ainda mais longe, incentivando builders de excelência a criar interfaces inovadoras sobre plataformas Ethereum já consolidadas.
O Ethereum tem agora a possibilidade de integrar os builder codes de forma nativa nos L2 e no L1 – e uma proposta recente apresenta um método interessante para o concretizar.
A ERC-8021 propõe adicionar builder codes diretamente nas transações, aliando um registo onde os builders podem indicar endereços de carteira para receber receitas.
A implementação criaria uma forma padronizada de incluir builder codes em QUALQUER transação – definindo um método comum para as plataformas recompensarem developers pelas transações que originam.
A ERC-8021 assenta em dois elementos essenciais:
O builder code pode ser incluído no final dos dados da transação – sendo opcionalmente ligado a um endereço de carteira para pagamentos.

Desta forma, qualquer plataforma pode identificar on-chain a atividade gerada por cada aplicação específica e distribuir receitas diretamente aos respetivos builders de forma transparente e programável.
Os utilizadores da Hyperliquid já devem conhecer os builder codes, mas fiquei verdadeiramente surpreendido ao perceber a rapidez com que a sua adoção se tornou generalizada.
A razão para o sucesso é óbvia – os builders são recompensados por desenvolverem aplicações de qualidade para o consumidor, utilizando os melhores recursos que o universo cripto oferece.
O Ethereum tem uma vasta oferta de plataformas já consolidadas que podem integrar um sistema padronizado de builder codes, promovendo uma nova geração de aplicações user-friendly.
Os builder codes criam novas fontes de receita para developers de qualidade, baseadas não em subsídios obtidos em eventos, mas no valor real entregue aos utilizadores.





