Auteur : Jarrod Watts
Traduction : TechFlow
Les développeurs d'applications gagnent discrètement des millions en construisant sur des plateformes telles que Hyperliquid et Polymarket, en tirant parti d'un tout nouveau système d'attribution de revenus appelé « builder codes » (codes de constructeur).
C'est un modèle Roblox dans le domaine crypto : la plateforme sert de base, permettant à des milliers d'applications de construire et de générer des profits — en attribuant l'activité via des codes uniques et en distribuant les revenus.
Dans cet article, je vais détailler ce que sont les builder codes, comment les applications gagnent des millions grâce à eux, et comment l'ERC-8021 propose d'intégrer ce système nativement à Ethereum.
Qu'est-ce qu'un builder code ?
Un builder code est en réalité un code de parrainage conçu pour les développeurs d'applications — les applications peuvent les utiliser pour générer du volume de transactions sur une autre plateforme (par exemple Hyperliquid) et gagner des revenus.
Cela crée un système d'attribution on-chain, permettant à des applications tierces (comme des bots de trading, des agents IA et des interfaces de portefeuille) de percevoir des frais pour l'activité qu'elles génèrent sur d'autres plateformes.
Ce système est bénéfique pour toutes les parties impliquées :
-
La plateforme bénéficie d'un volume de transactions accru ;
-
Les développeurs d'applications reçoivent des revenus pour le volume qu'ils génèrent ;
-
Les utilisateurs profitent d'une manière plus pratique d'interagir avec la plateforme.
Voyons cela à travers un exemple — Phantom.
La « machine à cash » des revenus sur les contrats perpétuels de Phantom
En juillet de cette année, Phantom a ajouté le support du trading de contrats perpétuels en utilisant les builder codes de Hyperliquid, une décision qui leur rapporte actuellement environ 100 000 dollars par jour.
Le fonctionnement consiste à permettre aux utilisateurs de transférer des fonds vers un compte de contrats perpétuels séparé, et d'effectuer des transactions longues ou courtes directement dans l'application mobile.
Pour chaque ordre, Phantom joint son builder code et prélève une commission de 0,05 % auprès des utilisateurs — ces frais sont enregistrés via le système d'attribution on-chain et peuvent être réclamés en USDC.

Image : Phantom « marque » les ordres des utilisateurs provenant de l'application portefeuille Phantom grâce au builder code, ce qui leur permet de percevoir ces frais
Il est à noter que tout cela repose sur l'API externe fournie par Hyperliquid, rendant le processus de construction extrêmement simple, à un coût bien inférieur à celui du développement d'une telle fonctionnalité complexe en interne.
L'activité de contrats perpétuels de Phantom a déjà montré un retour sur investissement (ROI) impressionnant — depuis son lancement en juillet, le volume de trading sur les contrats perpétuels de Phantom a approché les 20 milliards de dollars, générant près de 10 millions de dollars de revenus en moins de six mois.

Image : Rien qu'hier, Phantom a gagné près de 150 000 dollars grâce à son activité sur les contrats perpétuels
Fait intéressant, les meilleurs utilisateurs de contrats perpétuels de Phantom ont eu des performances très médiocres :
-
Ils ont perdu environ 99 % de leur portefeuille de contrats perpétuels d'une valeur de 2 millions de dollars ;
-
Leur P&L est négatif de 1,8 million de dollars ;
-
Ils ont payé environ 191 000 dollars de frais à Phantom via le builder code. Actuellement, la seule position de cet utilisateur est un long ETH avec un effet de levier de 25x (à vous d'interpréter cette information).
Sauf si tout le monde perd tout comme cet utilisateur, Hyperliquid continuera à générer d'énormes revenus pour les développeurs comme Phantom qui apportent du volume à leur plateforme.
À ce jour, les builder codes de Hyperliquid ont permis :
-
De générer près de 40 millions de dollars de revenus pour les développeurs d'applications ;
-
D'offrir une diversité d'interfaces utilisateur améliorées pour le trading de contrats perpétuels ;
-
De générer plus de 100 milliards de dollars de volume de trading supplémentaire sur les contrats perpétuels pour Hyperliquid !
Le succès de ce modèle a été rapidement validé, attirant de nombreux développeurs d'applications talentueux pour construire des applications de haute qualité sur Hyperliquid.
Polymarket suit le mouvement
Cette semaine, Polymarket a annoncé un programme de builder codes similaire (Builders Program), visant à récompenser les développeurs d'applications qui génèrent du volume sur leur marché de prédiction.
Pour encourager l'intégration des builder codes, Polymarket a lancé un programme hebdomadaire de récompenses en USDC basé sur le volume de trading intégré.
Bien que le volume provenant des applications Polymarket tierces soit actuellement bien inférieur à celui de Hyperliquid, leurs builder codes ont déjà attiré certaines équipes à développer des interfaces utilisateur offrant des méthodes de prédiction uniques aux utilisateurs.

Image : Plus de 50 millions de dollars de volume de paris ont été réalisés via des applications Polymarket tierces
Polymarket semble aider à élargir la gamme d'applications de builder, des terminaux de trading aux assistants IA, et a également créé un tableau de bord similaire à celui de Hyperliquid pour présenter les meilleurs builders et leurs récompenses.
Il est probable que d'autres marchés de prédiction lanceront des programmes similaires pour rester compétitifs, et qu'un écosystème d'applications plus large s'inspirera du succès de ce système de parrainage.
Cependant, Ethereum a l'opportunité de porter ce modèle à un niveau supérieur, en encourageant les développeurs d'applications de haute qualité à créer des interfaces innovantes sur une plateforme Ethereum mature et fiable.
ERC-8021 et l'opportunité pour Ethereum
Ethereum a désormais l'opportunité d'intégrer nativement les builder codes aux couches L2 et L1, et une proposition récente suggère une méthode d'implémentation intéressante.
L'ERC-8021 propose d'intégrer directement les builder codes dans les transactions, tout en combinant un registre permettant aux développeurs de fournir une adresse de portefeuille pour recevoir les revenus.
La mise en œuvre de cette proposition offrirait une méthode standardisée pour ajouter des builder codes à toute transaction, tout en définissant un mécanisme universel permettant aux plateformes de récompenser les développeurs d'applications pour le volume qu'ils génèrent.
L'ERC-8021 comprend deux composants clés :
-
Un nouveau suffixe de transaction : les développeurs peuvent ajouter une petite donnée à la fin de la transaction pour inclure leur builder code, par exemple « phantom », « my-app » ou « jarrod ».
-
Un registre de codes : un smart contract permettant aux développeurs de mapper leur builder code à une adresse de portefeuille, afin de recevoir la distribution des revenus de la plateforme.

Les builder codes peuvent être ajoutés à la fin des données de transaction et, de façon optionnelle, être associés à une adresse de portefeuille pour recevoir les revenus.
Cela permettra à toute plateforme d'attribuer l'activité on-chain à l'application source et de distribuer les revenus directement à ces développeurs de manière transparente et programmable.
Conclusion
Les utilisateurs de Hyperliquid sont peut-être déjà familiers avec les builder codes, mais une analyse approfondie révèle à quel point leur adoption a été rapide et généralisée en peu de temps.
La raison de ce succès est évidente : les builders sont récompensés pour avoir créé des applications grand public de haute qualité basées sur de puissants primitives crypto.
Ethereum dispose d'un vaste vivier de plateformes de haute qualité existantes qui peuvent être intégrées dans un système standardisé de builder codes pour stimuler une nouvelle vague d'applications grand public.
Les builder codes ouvrent de nouvelles sources de revenus pour les développeurs d'applications de qualité, des revenus qui ne dépendent pas du financement obtenu lors de soirées de networking, mais qui sont basés sur la valeur qu'ils apportent aux utilisateurs.




