Analyse des ERC-8021-Vorschlags: Können Ethereum-Entwickler mit der Nachahmung des Hyperliquid-Erfolgs reich werden?

Originalautor: Jarrod Watts

Übersetzung: TechFlow

Anwendungsentwickler verdienen derzeit still und leise Millionen, indem sie Anwendungen auf Plattformen wie Hyperliquid und Polymarket bauen und dabei ein völlig neues System zur Zuordnung von Einnahmen namens „Builder Codes“ nutzen.

Dies ist ein Roblox-Modell für den Kryptobereich: Die Plattform dient als Grundlage und ermöglicht Tausenden von Anwendungen, gebaut und monetarisiert zu werden – durch die Zuordnung von Aktivitäten über eindeutige Codes und die Verteilung der 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 Grunde Empfehlungs-Codes, die für Anwendungsentwickler entwickelt wurden – Anwendungen können damit für eine andere Plattform (wie Hyperliquid) Handelsvolumen generieren und Einnahmen erzielen.

Dies schafft ein On-Chain-Attributionssystem, das es Drittanbieter-Anwendungen (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 Volumen;

· Nutzer profitieren von bequemeren Möglichkeiten, mit der Plattform zu interagieren.

Lassen Sie uns das 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 – diese Entscheidung bringt ihnen derzeit etwa 100.000 US-Dollar Einnahmen pro Tag.

Das funktioniert so, dass Nutzer Gelder auf ein separates Perpetual Contract-Konto einzahlen und direkt in der mobilen App Long- und Short-Trades ausfü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 dem Builder Code und verdient so diese Gebühren

Bemerkenswert ist, dass dies alles auf der externen API von Hyperliquid basiert, was den Entwicklungsprozess extrem einfach macht und die Kosten im Vergleich zur Eigenentwicklung ähnlicher komplexer Funktionen deutlich senkt.

Phantoms Perpetual Contract-Geschäft hat bereits eine erstaunliche Kapitalrendite (ROI) gezeigt – seit dem Start im Juli hat Phantom ein Handelsvolumen von fast 20 Milliarden US-Dollar erreicht und in weniger als sechs Monaten fast 10 Millionen US-Dollar an Einnahmen erzielt.

Abbildung: Allein gestern hat Phantom mit dem Perpetual Contract-Geschäft fast 150.000 US-Dollar verdient

Interessanterweise schneiden die Top-Perpetual Contract-Nutzer von Phantom extrem schlecht ab:

· Sie haben etwa 99 % ihres Perpetual Contract-Portfolios im Wert von ca. 2 Millionen US-Dollar verloren;

· Der Gewinn/Verlust beträgt minus 1,8 Millionen US-Dollar;

· Über den Builder Code wurden etwa 191.000 US-Dollar an Gebühren an Phantom gezahlt. Derzeit hält dieser Nutzer nur noch eine 25-fach gehebelte ETH-Long-Position (wie man diese Information interpretiert, bleibt Ihnen überlassen).

Solange nicht alle Nutzer wie dieser ihr gesamtes Kapital 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ältigere und bessere Benutzeroberflächen für den Handel mit Perpetual Contracts bereitgestellt;

· Über 100 Milliarden US-Dollar zusätzliches Handelsvolumen für Perpetual Contracts auf Hyperliquid geschaffen.

Der Erfolg dieses Modells wurde schnell bestätigt und hat viele talentierte Anwendungsentwickler dazu bewegt, hochwertige Anwendungen auf Hyperliquid zu bauen.

Polymarket folgt auf dem Fuß

Diese Woche hat Polymarket ein ähnliches Builders Program angekündigt, 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 dem integrierten 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 bewegt, Benutzeroberflächen zu entwickeln, die 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 eine neue Ebene 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 Chance für Ethereum

Ethereum hat nun die Möglichkeit, Builder Codes nativ auf L2- und L1-Ebene 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 Auszahlung ihrer Einnahmen 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:

1. 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“.

2. Code-Register: Ein Smart Contract, in dem Entwickler ihren Builder Code mit einer Wallet-Adresse verknüpfen können, um die Einnahmen der Plattform zu erhalten.

Builder Codes können am Ende der Transaktionsdaten hinzugefügt und optional einer Wallet-Adresse zugeordnet werden, um Einnahmen zu erhalten.

Dadurch kann jede Plattform On-Chain-Aktivitäten der jeweiligen Ursprungsanwendung zuordnen und die Einnahmen transparent und programmierbar direkt an diese Entwickler auszahlen.

Fazit

Hyperliquid-Nutzer sind möglicherweise bereits mit Builder Codes vertraut, aber bei genauerer Betrachtung ist es erstaunlich, wie weit verbreitet deren Nutzung in kurzer Zeit geworden ist.

Der Grund für den Erfolg ist offensichtlich: Builder werden dafür belohnt, hochwertige Consumer-Anwendungen auf Basis starker Krypto-Primitiven zu entwickeln.

Ethereum verfügt über einen riesigen Pool an hochwertigen Plattformen, die in ein standardisiertes Builder Code-System integriert werden können, um eine neue Welle von Consumer-Anwendungen zu fördern.

Builder Codes eröffnen hochwertigen Anwendungsentwicklern neue Einnahmequellen – diese Einnahmen hängen nicht von Förderungen auf Konferenzen ab, sondern basieren auf dem Wert, den sie den Nutzern bieten.