Interprétation de la proposition ERC-8021 : permettre à Ethereum de reproduire le mythe de richesse des développeurs d'Hyperliquid ?

Auteur : Jarrod Watts

Traduit par : Deep潮TechFlow

Les développeurs d’applications créent discrètement des applications sur des plateformes telles que Hyperliquid et Polymarket, en utilisant un nouveau système de rémunération appelé « codes de constructeur » (builder codes) pour générer des millions de revenus.

Il s’agit d’un modèle dans le domaine de la cryptographie similaire à Roblox : la plateforme sert de base, offrant la possibilité de construire et de monétiser des milliers d’applications — grâce à une activité de propriété intellectuelle unique et la distribution des revenus.

Dans cet article, je vais analyser en détail ce que sont les codes de constructeur, comment les applications peuvent générer des millions grâce à eux, et comment l’ERC-8021 propose d’intégrer ce système de manière native à Ethereum.

Qu’est-ce que les codes de constructeur ?

Les codes de constructeur sont en réalité des codes de recommandation conçus pour les développeurs d’applications — ces derniers peuvent les utiliser pour générer du volume de transactions sur une autre plateforme (par exemple Hyperliquid) et ainsi percevoir des revenus.

Cela crée un système d’attribution sur la blockchain, permettant à des applications tierces (comme des robots de trading, des agents IA et des interfaces de portefeuille) de gagner des frais en fonction de leur activité générée sur d’autres plateformes.

Ce système bénéficie à toutes les parties impliquées :

• La plateforme obtient plus de volume de transactions ;
• Les développeurs d’applications perçoivent des revenus en fonction de leur volume ;
• Les utilisateurs profitent d’un moyen plus simple d’interagir avec la plateforme.

Prenons un exemple pour mieux comprendre — Phantom.

Les revenus des contrats à terme perpétuels de Phantom, une « machine à imprimer de l’argent »

En juillet dernier, Phantom a ajouté la prise en charge du trading de contrats à terme perpétuels via Hyperliquid en utilisant des codes de constructeur, ce qui leur rapporte actuellement environ 100 000 dollars par jour.

Le fonctionnement consiste à permettre aux utilisateurs de transférer des fonds vers un compte dédié aux contrats à terme perpétuels, où ils peuvent effectuer des opérations longues ou courtes directement dans l’application mobile.

À chaque ordre, Phantom appose leur code de constructeur, leur permettant de percevoir une commission de 0,05 % — ces frais sont enregistrés via le système d’attribution sur la blockchain et peuvent être réclamés en USDC.

Illustration : Phantom « marque » les ordres des utilisateurs provenant de l’application Phantom Wallet avec leur code de constructeur, leur permettant de percevoir ces frais

Il est important de noter que tout cela repose sur une API externe fournie par Hyperliquid, ce qui facilite énormément le processus de construction, bien en dessous du coût de développement d’une fonctionnalité aussi complexe en interne.

L’activité de contrats à terme perpétuels de Phantom a déjà montré un retour sur investissement (ROI) impressionnant — depuis son lancement en juillet, le volume de trading a atteint près de 20 milliards de dollars, générant près de 10 millions de dollars de revenus en moins de 6 mois.

Illustration : Hier seulement, Phantom a gagné près de 150 000 dollars grâce à ses contrats à terme perpétuels

Fait intéressant, les meilleurs traders de contrats à terme perpétuels de Phantom ont performé très mal :

• Ils ont perdu 99 % de leur portefeuille d’environ 2 millions de dollars ;
• Leur profit et perte est négatif de 1,8 million de dollars ;
• Ils ont payé environ 19 100 dollars en frais à Phantom via leur code de constructeur. Actuellement, leur seule position est une position longue sur ETH avec un levier de 25x (l’interprétation de cette information dépend de vous).

À moins que tout le monde ne perde tout comme cet utilisateur, Hyperliquid continuera à générer d’énormes revenus pour des développeurs comme Phantom, qui apportent du volume à leur plateforme.

À ce jour, les codes de constructeur d’Hyperliquid ont permis de :

• Générer près de 40 millions de dollars de revenus pour les développeurs d’applications ;
• Offrir une interface utilisateur diversifiée et améliorée pour le trading de contrats à terme perpétuels ;
• Créer plus de 1000 milliards de dollars de volume de trading en contrats à terme perpétuels sur Hyperliquid !

Ce modèle a été rapidement validé par son succès, attirant de nombreux développeurs d’applications de qualité pour construire des applications innovantes sur Hyperliquid.

Polymarket en seconde position

Cette semaine, Polymarket a annoncé un programme de construction (Builders Program) similaire, destiné à récompenser les développeurs d’applications qui apportent du volume à ses marchés de prédiction.

Pour encourager l’intégration des codes de constructeur, Polymarket a lancé une récompense hebdomadaire en USDC basée sur le volume de trading généré via ces codes.

Bien que le volume provenant d’applications tierces Polymarket soit encore bien inférieur à celui d’Hyperliquid, leur système de codes de constructeur a déjà attiré quelques équipes à développer des interfaces utilisateur, offrant aux utilisateurs des moyens innovants de faire des prédictions.

Illustration : Plus de 50 millions de dollars de mises ont été effectués via des applications tierces Polymarket

Polymarket semble aider à étendre la portée des applications de constructeur, allant des terminaux de trading aux assistants IA, et a même créé un tableau de bord similaire à celui d’Hyperliquid pour mettre en avant les meilleurs constructeurs et leurs récompenses.

Il est prévu que d’autres marchés de prédiction lancent des programmes similaires pour participer à cette compétition, et qu’un écosystème plus large d’applications adopte ce modèle de recommandation à succès.

Cependant, Ethereum a l’opportunité de porter ce modèle à un niveau supérieur, en encourageant des développeurs d’applications de haute qualité à créer des interfaces innovantes sur une plateforme Ethereum mature et fiable.

ERC-8021 et les opportunités pour Ethereum

Ethereum a désormais la possibilité d’intégrer nativement les codes de constructeur dans ses couches L2 et L1, et une proposition récente présente une approche intéressante pour cela.

L’ERC-8021 propose d’intégrer directement les codes de constructeur dans les transactions, en combinant cela avec un registre où les développeurs peuvent associer leurs codes à une adresse de portefeuille pour recevoir leurs revenus.

La mise en œuvre de cette proposition offrirait une méthode standardisée pour ajouter des codes de constructeur à toute transaction, tout en définissant un mécanisme universel permettant aux plateformes de récompenser les développeurs pour le volume généré.

L’ERC-8021 comporte deux composants principaux :

• Un suffixe de transaction : les développeurs peuvent ajouter de petites données à la fin de leurs transactions pour inclure leur code de constructeur, par exemple « phantom », « my-app » ou « jarrod » ;
• Un registre de codes : un contrat intelligent où les développeurs peuvent associer leur code de constructeur à une adresse de portefeuille pour recevoir la part des revenus de la plateforme.

Les codes de constructeur peuvent être ajoutés à la fin des données de transaction et, de manière optionnelle, liés à une adresse de portefeuille pour recevoir des revenus.

Cela permettra à toute plateforme d’attribuer l’activité sur la chaîne à l’application d’origine, de manière transparente et programmable, et de distribuer directement les revenus à ces développeurs.

Conclusion

Les utilisateurs d’Hyperliquid connaissent probablement déjà les codes de constructeur, mais en approfondissant, leur adoption rapide en si peu de temps est vraiment impressionnante.

Le succès s’explique simplement : les constructeurs sont récompensés pour avoir créé des applications consommateurs de haute qualité, basées sur des primitives cryptographiques puissantes.

Ethereum dispose d’un vaste écosystème de plateformes de haute qualité, qui peuvent être intégrées dans un système standardisé de codes de constructeur pour stimuler une nouvelle vague d’applications orientées consommateurs.

Les codes de constructeur ouvrent de nouvelles sources de revenus pour les développeurs d’applications de haute qualité — ces revenus ne dépendent pas du financement lors de conférences ou de fêtes, mais de la valeur qu’ils apportent aux utilisateurs.