Autor: Jarrod Watts
Übersetzung: TechFlow
Anwendungsentwickler verdienen derzeit still und leise Millionen, indem sie Anwendungen auf Plattformen wie Hyperliquid und Polymarket aufbauen und ein neues Einnahmenzuordnungssystem namens „Builder Codes“ nutzen.
Dies ist ein Roblox-Modell für den Kryptobereich: Die Plattform dient als Grundlage und ermöglicht Tausenden von Anwendungen den Aufbau und die Monetarisierung – durch die Zuordnung von Aktivitäten über eindeutige Codes und die Verteilung von Einnahmen.
In diesem Artikel werde ich im Detail erklären, was Builder Codes sind, wie Anwendungen damit Millionen verdienen und wie ERC-8021 vorschlägt, dieses System nativ in Ethereum zu integrieren.
Was sind Builder Codes?
Builder Codes sind im Wesentlichen Empfehlungscodes, die für Anwendungsentwickler entwickelt wurden – Anwendungen können damit für eine andere Plattform (z. B. Hyperliquid) Handelsvolumen generieren und Einnahmen erzielen.
Dies schafft ein On-Chain-Attributionssystem, das es Drittanbieteranwendungen (wie Trading-Bots, KI-Agenten und Wallet-Oberflächen) ermöglicht, Gebühren für die von ihnen auf anderen Plattformen generierten Aktivitäten zu verdienen.
Dieses System ist für alle Beteiligten vorteilhaft:
-
Die Plattform erhält mehr Handelsvolumen;
-
Anwendungsentwickler erhalten Einnahmen für das von ihnen generierte Handelsvolumen;
-
Benutzer profitieren von bequemeren Möglichkeiten, mit der Plattform zu interagieren.
Lassen Sie uns dies anhand eines Beispiels besser verstehen – Phantom.
Phantoms Perpetual Contract Einnahmen-„Gelddruckmaschine“
Im Juli dieses Jahres hat Phantom durch die Nutzung der Builder Codes von Hyperliquid die Unterstützung für den Handel mit Perpetual Contracts hinzugefügt, was ihnen derzeit etwa 100.000 US-Dollar an täglichen Einnahmen einbringt.
Das funktioniert so, dass Nutzer Gelder auf ein separates Perpetual Contract-Konto einzahlen und direkt in der mobilen App Long- und Short-Trades durchführen können.
Bei jeder Order fügt Phantom seinen Builder Code hinzu und erhebt eine Gebühr von 0,05 % vom Nutzer – diese Gebühren werden durch das On-Chain-Attributionssystem erfasst und sind in Form von USDC abrufbar.

Abbildung: Phantom „markiert“ Nutzerorders aus der Phantom Wallet App mit seinem Builder Code und verdient so diese Gebühren
Bemerkenswert ist, dass dies alles auf der von Hyperliquid bereitgestellten externen API basiert, was den Entwicklungsprozess extrem einfach macht und die Kosten im Vergleich zur Eigenentwicklung ähnlicher komplexer Funktionen erheblich senkt.
Phantoms Perpetual Contract-Geschäft hat bereits eine beeindruckende Kapitalrendite (ROI) gezeigt – seit dem Start im Juli hat das Handelsvolumen von Phantom bei Perpetual Contracts fast 20 Milliarden US-Dollar erreicht, und in weniger als sechs Monaten wurden fast 10 Millionen US-Dollar an Einnahmen erzielt.

Abbildung: Allein gestern verdiente Phantom fast 150.000 US-Dollar durch das Perpetual Contract-Geschäft
Interessanterweise schneiden die Top-Perpetual-Contract-Nutzer von Phantom extrem schlecht ab:
-
Sie haben etwa 99 % ihres Perpetual Contract-Portfolios von rund 2 Millionen US-Dollar verloren;
-
Ein Verlust von 1,8 Millionen US-Dollar;
-
Sie haben durch Builder Codes etwa 191.000 US-Dollar an Gebühren an Phantom gezahlt. Derzeit hält dieser Nutzer nur noch eine 25-fach gehebelte Long-Position auf ETH (wie man diese Information interpretiert, bleibt Ihnen überlassen).
Solange nicht alle Nutzer ihr gesamtes Kapital wie dieser verlieren, wird Hyperliquid weiterhin enorme Einnahmen für Entwickler wie Phantom generieren, die Handelsvolumen auf die Plattform bringen.
Bislang haben die Builder Codes von Hyperliquid Folgendes erreicht:
-
Fast 40 Millionen US-Dollar an Einnahmen für Anwendungsentwickler generiert;
-
Vielfältige und bessere Benutzeroberflächen für den Handel mit Perpetual Contracts bereitgestellt;
-
Hyperliquid zusätzlich mehr als 100 Milliarden US-Dollar an Perpetual Contract-Handelsvolumen verschafft!
Der Erfolg dieses Modells wurde schnell bestätigt und hat zahlreiche talentierte Anwendungsentwickler dazu veranlasst, hochwertige Anwendungen auf Hyperliquid zu entwickeln.
Polymarket folgt auf dem Fuß
In dieser Woche kündigte Polymarket ein ähnliches Builder-Programm an, das darauf abzielt, Anwendungsentwickler für das Generieren von Handelsvolumen auf seinem Prognosemarkt zu belohnen.
Um die Integration von Builder Codes zu fördern, hat Polymarket ein wöchentliches USDC-Belohnungsprogramm basierend auf integriertem Handelsvolumen eingeführt.
Obwohl das Handelsvolumen von Drittanbieter-Polymarket-Anwendungen derzeit weit unter dem von Hyperliquid liegt, haben die Builder Codes bereits einige Teams dazu veranlasst, Benutzeroberflächen zu entwickeln, die den Nutzern einzigartige Prognosemöglichkeiten bieten.

Abbildung: Über 50 Millionen US-Dollar an Wetteinsätzen wurden über Drittanbieter-Polymarket-Anwendungen abgewickelt
Polymarket scheint dabei zu helfen, das Spektrum der Builder-Anwendungen zu erweitern – von Trading-Terminals bis hin zu KI-Assistenten – und hat zudem ein Dashboard ähnlich dem von Hyperliquid erstellt, um die Top-Builder und deren Belohnungen anzuzeigen.
Es wird erwartet, dass andere Prognosemärkte ähnliche Programme einführen werden, um wettbewerbsfähig zu bleiben, und dass ein breiteres Anwendungsekosystem diesem erfolgreichen Empfehlungsmodell folgen wird.
Ethereum hat jedoch die Chance, dieses Modell auf ein neues Niveau zu heben und hochwertige Anwendungsentwickler zu ermutigen, innovative Benutzeroberflächen auf der bewährten und zuverlässigen Ethereum-Plattform zu erstellen.
ERC-8021 und die Chancen für Ethereum
Ethereum hat jetzt die Möglichkeit, Builder Codes nativ in L2- und L1-Schichten zu integrieren, und ein aktueller Vorschlag bietet eine interessante Implementierungsmöglichkeit.
ERC-8021 schlägt vor, Builder Codes direkt in Transaktionen einzubetten und gleichzeitig ein Register zu verwenden, in dem Entwickler Wallet-Adressen zur Einnahmenverteilung hinterlegen können.
Die Umsetzung dieses Vorschlags würde eine standardisierte Möglichkeit bieten, Builder Codes zu jeder Transaktion hinzuzufügen, und gleichzeitig einen allgemeinen Mechanismus definieren, mit dem Plattformen Anwendungsentwickler für das von ihnen generierte Handelsvolumen belohnen können.
ERC-8021 umfasst zwei Kernkomponenten:
-
Neues Transaktions-Suffix: Entwickler können am Ende einer Transaktion kleine Daten hinzufügen, um ihren Builder Code einzubinden, z. B. „phantom“, „my-app“ oder „jarrod“.
-
Code-Register: Ein Smart Contract, mit dem Entwickler ihren Builder Code einer Wallet-Adresse zuordnen können, um Einnahmen von der Plattform zu erhalten.

Builder Codes können am Ende der Transaktionsdaten hinzugefügt und optional einer Wallet-Adresse zur Einnahmenverteilung zugeordnet werden.
Dies würde es jeder Plattform ermöglichen, On-Chain-Aktivitäten der jeweiligen Ursprungsanwendung zuzuordnen und Einnahmen auf transparente und programmierbare Weise direkt an diese Entwickler zu verteilen.
Fazit
Hyperliquid-Nutzer sind möglicherweise bereits mit Builder Codes vertraut, doch bei genauerer Betrachtung ist das Ausmaß ihrer schnellen Verbreitung in kurzer Zeit wirklich beeindruckend.
Der Grund für ihren Erfolg liegt auf der Hand: Builder werden dafür belohnt, hochwertige Consumer-Anwendungen auf Basis starker Krypto-Primitiven zu schaffen.
Ethereum verfügt über einen großen Pool bestehender hochwertiger Plattformen, die in ein standardisiertes Builder-Code-System integriert werden können, um eine neue Welle verbraucherorientierter Anwendungen voranzutreiben.
Builder Codes erschließen neue Einnahmequellen für hochwertige Anwendungsentwickler – Einnahmen, die nicht von Fördermitteln aus Konferenzpartys abhängen, sondern auf dem Wert basieren, den sie den Nutzern bieten.
