Interprétation de la proposition ERC-8021 : permettre aux développeurs d'Ethereum de copier Hyperliquid et de réaliser la légende urbaine de la richesse ?

Les développeurs d’applications gagnent des millions en utilisant le « code constructeur » sur des plateformes telles qu’Hyperliquid, et la proposition ERC-8021 vise à intégrer ce système de manière native dans Ethereum. Cet article est extrait d’un texte de Jarrod Watts, organisé, compilé et rédigé par TechFlow. (Résumé préalable : L’économie des agents IA d’Ethereum : l’autoroute ERC-8004 et la ligne de production Virtuals) (Complément d’information : Ethereum a confirmé la mise à niveau Fusaka le 3/12 avec une fourchette dure, introduisant PeerDAS et augmentant la limite de Gas) La plateforme sert de base pour offrir à des milliers d’applications la possibilité de construire et de monétiser. Les développeurs d’applications construisent discrètement sur des plateformes comme Hyperliquid et Polymarket, utilisant un nouveau système de rémunération appelé « codes constructeur » pour générer des revenus de plusieurs millions. Il s’agit d’un modèle similaire à Roblox dans le domaine de la cryptographie : la plateforme comme fondation, permettant à des milliers d’applications de construire et de monétiser via une attribution unique de code et la distribution des revenus. Dans cet article, je vais expliquer en détail ce qu’est un code constructeur, comment les applications gagnent des millions grâce à eux, et comment ERC-8021 propose d’intégrer ce système de manière native dans Ethereum. Qu’est-ce qu’un code constructeur ? Un code constructeur est en réalité un code de recommandation conçu pour les développeurs d’applications — celles-ci peuvent l’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 chaîne, permettant à des applications tierces (comme des robots de trading, agents IA et interfaces de portefeuille) de gagner des frais en fonction de leur activité sur d’autres plateformes. Ce système est mutuellement bénéfique pour toutes les parties : La plateforme obtient plus de volume de transactions ; Les développeurs d’applications perçoivent des revenus en fonction du volume généré ; Les utilisateurs bénéficient d’une interaction plus simple avec la plateforme. Prenons un exemple pour mieux comprendre — Phantom. Le « moulin à billets » des revenus des contrats à terme de Phantom En juillet dernier, Phantom a augmenté le support des contrats à terme perpétuels via l’utilisation de codes constructeur sur Hyperliquid, une décision qui leur rapporte actuellement environ 100 000 dollars par jour. Leur fonctionnement consiste à permettre aux utilisateurs de transférer des fonds vers un compte de contrat perpétuel dédié, pour effectuer directement des opérations longues et courtes dans l’application mobile. Chaque ordre, Phantom y appose leur code constructeur, leur permettant de percevoir une commission de 0,05 % — ces frais sont enregistrés via le système d’attribution sur la chaîne et peuvent être réclamés en USDC. Illustration : Phantom « marque » les ordres des utilisateurs provenant de l’application portefeuille Phantom avec leur code constructeur, générant ainsi ces frais. Il est important de noter que tout cela repose sur une API externe fournie par Hyperliquid, rendant le processus de construction extrêmement simple et bien moins coûteux que de développer des fonctionnalités similaires en interne. La branche des contrats perpétuels de Phantom a déjà montré un retour sur investissement impressionnant — depuis son lancement en juillet, le volume de trading des contrats perpétuels de Phantom a atteint près de 200 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 activités de contrats perpétuels. Fait intéressant, les meilleurs utilisateurs de contrats perpétuels de Phantom ont des performances très médiocres : ils ont perdu 99 % de leur portefeuille d’environ 2 millions de dollars en contrats perpétuels ; leur profit et perte sont négatifs de 1,8 million de dollars ; ils ont payé environ 191 000 dollars en frais à Phantom via le code constructeur. Actuellement, leur seule position est une position longue en 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 à sa plateforme. À ce jour, le système de codes constructeur d’Hyperliquid a permis : de générer près de 40 millions de dollars de revenus pour les développeurs ; de fournir une interface utilisateur diversifiée pour le trading de contrats perpétuels ; de créer plus de 1000 milliards de dollars de volume de trading en contrats perpétuels pour Hyperliquid ! Ce modèle a été rapidement validé par son succès, attirant de nombreux développeurs talentueux à construire des applications de haute qualité sur Hyperliquid. Polymarket en suit le pas La semaine dernière, Polymarket a annoncé un programme de constructeurs (Builders Program) similaire, destiné à récompenser les développeurs d’applications pour le volume de trading qu’ils apportent à ses marchés de prédiction. Pour encourager l’intégration des codes constructeur, Polymarket a lancé un programme hebdomadaire de récompenses en USDC basé sur le volume de transactions. Bien que le volume provenant d’applications tierces de Polymarket soit encore bien inférieur à celui d’Hyperliquid, leur système de codes constructeur a déjà attiré des équipes développant des interfaces utilisateur, offrant des modes de prédiction uniques. Illustration : Plus de 50 millions de dollars de mises ont été effectuées via des applications tierces de Polymarket. Polymarket semble aider à étendre la portée des applications construites avec ces codes, allant du terminal de trading à l’assistant IA, et a même créé un tableau de bord similaire à celui d’Hyperliquid pour présenter les principaux constructeurs et leurs récompenses. On s’attend à ce que d’autres marchés de prédiction lancent des programmes similaires pour participer à la compétition, et que l’écosystème plus large s’inspire de ce modèle de recommandation à succès. Cependant, Ethereum a une opportunité de porter cette approche à 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 La possibilité pour Ethereum d’intégrer nativement les codes constructeur dans ses couches L2 et L1 devient une réalité, avec une proposition récente proposant une méthode intéressante. L’ERC-8021 suggère d’incorporer directement les codes constructeur dans les transactions, combinés à un registre où les développeurs peuvent inscrire leur adresse de portefeuille pour recevoir des revenus. La mise en œuvre de cette proposition offrirait une méthode standardisée pour ajouter des codes 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 comprend deux composants principaux : Un nouveau suffixe de transaction : les développeurs peuvent ajouter à la fin de leurs transactions de petites données pour inclure leur code constructeur, par exemple « phantom », « my-app » ou « jarrod ». Un registre de codes : un contrat intelligent où les développeurs peuvent associer leur code constructeur à une adresse de portefeuille pour recevoir la répartition des revenus. En résumé, les codes constructeur peuvent être ajoutés à la fin des données de transaction et, optionnellement, mappés à une adresse de portefeuille pour recevoir des revenus. Cela permettrait à toute plateforme d’attribuer l’activité sur la chaîne à ses applications sources, et de distribuer de manière transparente et programmable les revenus à ces développeurs. Conclusion Les utilisateurs d’Hyperliquid connaissent peut-être déjà les codes constructeur, mais en approfondissant, ils découvrent leur potentiel pour transformer rapidement le paysage de la monétisation et de l’attribution sur la blockchain…