1. Probleme bei Blockchain-Daten-Indexierungslösungen

Aus technischer Sicht lässt sich die Blockchain als eine dezentrale Datenbank betrachten. Im Streben nach Dezentralisierung unterstützen Blockchain-Datenbanken nur grundlegende Funktionalitäten basierend auf schlüsselbasierten Lese- und Schreiboperationen. Diese Einschränkungen führen zu Unannehmlichkeiten sowohl für blockchain-basierte dApps als auch für Benutzer. Eine der Ursachen für dieses Problem liegt in der Indexierungsmethode, die in Blockchain-Datenbanken verwendet wird. Indexierung beinhaltet die Optimierung von Daten innerhalb einer Datenbank in strukturierte Formen, was eine schnelle Abfrage der angeforderten Informationen ermöglicht. Die meisten in Web2-Umgebungen verwendeten Datenbanken unterstützen verschiedene Indexierungsstrukturen, was das Abrufen der erforderlichen Daten und die Präsentation an den Benutzer erleichtert. Im Gegensatz dazu speichern Blockchain-Datenbanken nur Transaktionsdaten und Vertragsstatus und stellen die von dApps benötigten Informationen nicht effizient bereit. Infolgedessen stehen dApp-Entwickler oft vor der mühsamen Aufgabe, Blockchain-Daten weiter zu verarbeiten, um ihren Anforderungen gerecht zu werden. Betrachten wir dieses Problem anhand eines Beispiels.

1. 1. Beispiel: Wie werden Liquiditätsinformationen in Uniswap V3 gehandhabt?

Betrachten wir einen Benutzer, der Liquidität zu Uniswap V3 bereitstellen möchte. Ein entscheidender Faktor, den er berücksichtigen muss, ist die Größe des Liquiditätspools, zu dem er beitragen möchte. Wenn ein Pool über eine geringe Liquidität verfügt, werden in diesem Pool weniger Swaps ausgeführt, was zu geringeren Gebühreneinnahmen führt. Uniswap stellt derzeit Liquiditätsinformationen für jeden Pool auf seiner Website zur Verfügung. Die Blockchain-Datenbank bietet jedoch keine direkte Indexierung für diese Informationen. Wie also ruft Uniswap diese Daten ab und verarbeitet sie? Liquiditätspools in Uniswap V3 liegen in Form von konzentrierter Liquidität vor. Um die gesamte Liquidität zu bestimmen, müssen Liquiditätsinformationen aggregiert werden, die in kleinen Segmenten basierend auf dem Preis verfügbar sind. Uniswap verfolgt jedoch nicht die gesamte Liquidität eines Pools innerhalb seines Vertrags. Die „Liquidity“-Funktion im folgenden Codeausschnitt bezieht sich auf die Liquidität, die um den aktuellen Preis-Tick herum existiert, wodurch es unmöglich ist, vollständige Liquiditätsinformationen unter Verwendung dieser Daten zu erhalten.

Uniswap V3 Pool Liquiditätsfunktion, Quelle: Etherscan

Es kommen zwei mögliche Lösungen in den Sinn. Erstens: Aufzeichnen der gesamten Liquiditätsinformation jedes Pools in einer separaten Datenbank und Aktualisieren dieser Daten, wann immer Swaps, Liquiditätseinbringungen oder Abhebungen erfolgen. Dieser Ansatz beinhaltet jedoch die Nachverfolgung einer enormen Menge an Liquiditätspool-Daten im Backend, was erhebliche Kosten verursacht. Zweitens: Die Verwendung zentraler Drittanbieterlösungen, die Blockchain-Daten bereitstellen. Während diese Lösungen schnell und kosteneffizient sind, bringen sie den Nachteil mit sich, sich auf Dritte zu verlassen, was die Datengenauigkeit beeinträchtigen kann und zu potenziellen Störungen durch Single Points of Failure führen kann. Zusammenfassend lässt sich sagen, dass die erforderlichen Daten in Uniswap nicht direkt in der Blockchain-Datenbank indexiert sind, was zusätzliche Off-Chain-Indexierungsprozesse notwendig macht. Die zuvor genannten Ansätze weisen jedoch beide Herausforderungen auf, darunter „hohe Kosten“ und „Probleme mit Single Points of Failure“.

1. 2. Der Mechanismus von The Graph

The Graph tritt als Lösung für diese Probleme auf und stellt einen Blockchain-Datendienst bereit, der eine genaue und sichere Datenabfrage durch ein dezentrales Netzwerk gewährleistet. The Graph etabliert einen offenen Datenmarktplatz für Blockchains, der Subgraphen umfasst, die definieren, welche Daten zu indexieren sind, sowie Indexer, die Blockchain-Daten nach Bedarf verarbeiten und speichern. Lassen Sie uns anhand des Beispiels von Uniswap V3 erläutern, wie The Graph funktioniert. Uniswap erstellt einen Subgraphen, um Liquiditätsinformationen innerhalb von V3-Pools zu verfolgen. Ein Subgraph fungiert als „Code-Snippet“, das Ereignisinformationen sammelt und verarbeitet, die innerhalb von Smart Contracts der Blockchain auftreten. Die folgenden Schritte veranschaulichen, wie Liquiditätsinformationen in einem Pool verfolgt werden:

1. Lesen der bei der Erstellung des Pools generierten Ereignisse und Hinzufügen der Informationen zur Datenbank.
2. Erfassen spezifizierter Ereignisse und Aktualisieren der Poolinformationen, wenn sie auftreten. Wenn beispielsweise 10 ETH zum Pool A hinzugefügt werden, erhöht sich die Liquidität von Pool A um 10 ETH.
3. Bereitstellen organisierter Informationen aus der Datenbank über API-Endpunkte.

Uniswap fordert die Indexierung für diesen Subgraphen an. Die Indexer starten dann den Prozess des Sammelns und Verarbeitens von Liquiditätsinformationen gemäß den Anweisungen im Subgraphen. Die Indexer speichern diese Informationen in einer separaten Datenbank und erstellen Endpunkte für die Datenabfrage. Sobald dieser Prozess bis zum aktuellen Block fortgesetzt wird und die Indexierung abgeschlossen ist, kann Uniswap Informationen über die vom Indexer für den Subgraphen bereitgestellte API erhalten. Darüber hinaus kann der Indexer jedes Mal, wenn Uniswap eine Abfrage sendet, GRT-Gebühren erhalten, zusätzlich zu den GRT-Belohnungen, die durch Protokollinflation bereitgestellt werden.

1. 3. Probleme durch zentrale Datenplattformen

Wenn Sie bis hierher gelesen haben, könnte The Graph ähnlich aussehen wie eine typische Drittanbieter-Datenplattform. Daher können bestimmte Bedenken aufkommen:

• Kann die Datengenauigkeit garantiert werden? Wenn Indexer falsche Daten liefern oder die Leistung der Indexer mangelhaft ist, könnten dApps, die auf diese Indexer angewiesen sind, Verluste erleiden. Daher müssen dApps bei zentralen Datenanbietern dem Anbieter vertrauen.
• Können nützliche Subgraphen finanziell angereizt werden? Umgekehrt müssen auch Indexer den dApps vertrauen. Indexer verfolgen normalerweise Blockereignisse von vor einigen Jahren zurück, um Datenbanken für Subgraphen zu erstellen, eine ressourcenintensive Aufgabe. Wenn eine dApp nutzlose Subgraphen schreiben würden, würden Indexer Rechenressourcen verschwenden, ohne ein Abfragevolumen zu erzielen. Diese Situation könnte, wenn sie anhält, dazu führen, dass Indexer ihre Aufgaben nicht mehr erfüllen können.

The Graph adressiert diese vertrauensbezogenen Probleme durch spezifische Mechanismen.

2. Gewährleistung schneller und sicherer Datenabfrage: Der Ansatz von The Graph

2. 1. GRT-Nutzen und Teilnehmer

The Graph betreibt sein Protokoll rund um GRT, ein Utility-Token, das dem ERC-20-Standard entspricht und folgende Funktionen erfüllt:

• Staking: Indexer staken GRT, um Indexierungs- und Abfragedienste bereitzustellen.
• Delegation: Delegatoren weisen ihr GRT vorhandenen Indexern zu, um einen Anteil an den Abfragegebühren und Indexierungsbelohnungen zu verdienen.
• Zahlung: Verbraucher (Entwickler) zahlen GRT an Indexer, Kuratoren und Delegatoren für Subgraph-Abfragen.
• Belohnung: Indexer und Delegatoren erhalten Indexierungsbelohnungen in GRT.

The Graph Tokenomics; Quelle: The Graph Docs

Die Teilnehmer des Ökosystems drehen sich um GRT, das die oben genannten Nutzungen aufweist, wobei jeder Teilnehmer die folgenden unterschiedlichen Rollen spielt:

• Entwickler: Teilnehmer, die als Verbraucher innerhalb des The Graph-Netzwerks agieren. Sie erstellen und deployen Subgraphen im The Graph-Netzwerk und fordern die Indexierung an.

Sie nutzen die verarbeiteten Daten aus dem The-Graph-Netzwerk und bezahlen diese mit GRT. Indexer: Indexer sind Knotenbetreiber im The-Graph-Netzwerk, die Indizierungs- und Abfrageverarbeitungsdienste anbieten. Um ein Indexer zu werden, muss eine bestimmte Menge an GRT gestaked werden (aktuell 100.000), und Indexer wählen Subgraphen zur Indizierung basierend auf den Curation-Signalen von Curatoren aus. Kurator: Curatoren bewerten die Qualität von Subgraphen und wählen diejenigen aus, die indiziert werden sollten. Delegator: Delegatoren sind Netzwerkteilnehmer, die ihr GRT an Indexer delegieren. Sie tragen zur Netzwerksicherheit bei, indem sie den Einsatz von GRT im Netzwerk erhöhen und sich an den Protokolleinnahmen beteiligen, die der Indexer erhält, an den sie delegieren. Innerhalb des The-Graph-Netzwerks spielt GRT eine Rolle bei der Generierung von Signalen, um gute Subgraphen und hervorragende Indexer auszuwählen, während die daraus entstehenden Einnahmen und der Mehrwert als GRT-Belohnungen an die Ökosystemteilnehmer verteilt werden. Dieser von The Graph gebildete dezentrale Datenmarktplatz verarbeitet die Datenindizierungsanforderungen von dApps und anderen, wobei die Kosten ebenfalls in GRT berechnet werden. Somit bietet das The-Graph-Netzwerk sichere und qualitativ hochwertige Datenindizierungsdienste, die sich um die Tokenomics von GRT drehen. Ich werde die Rollen und Funktionen von Indexern, Curatoren und Delegatoren, den Netzwerkteilnehmern, weiter untersuchen, um ein detailliertes Verständnis des Netzwerkmechanismus zu erlangen. 2. 2. Indexer Wie zuvor erwähnt, ist ein Indexer im The-Graph-Netzwerk ein Knotenbetreiber, der Subgraphen basierend auf Curator-Signalen auswählt und indiziert. Aktuell müssen mindestens 100.000 GRT gestaked werden, um als Indexer zu agieren, und dieser Einsatz fungiert als eine Art Pfand, das "geslashed" werden kann, falls der Indexer böswillig handelt. Indexer erhalten Belohnungen für die Indizierung in Form von etwa 3 % der Protokollinflation (Geschäftsjahr 2023: 2,7 %) und GRT-Gebühren für die Abfragen, die sie verarbeiten. Um die Protokollinflation zu erhalten, generieren Indexer einen Proof of Indexing (POI) als Nachweis, dass sie ordnungsgemäß indizieren. Um zu verhindern, dass Indexer POI generieren, obwohl sie falsche Daten zurückgeben oder nicht indizieren, implementiert The Graph ein Streitbeilegungssystem. Jeder im Netzwerk kann die von einem Indexer für eine Abfrage zurückgegebenen Daten innerhalb von 7 Epochen (7 Tagen) und den POI des Indexers innerhalb von 28 Epochen (28 Tagen) anfechten. Die Person, die den Streit einleitet, wird als Fisherman bezeichnet. Der Streitprozess folgt diesen Schritten: Der Fisherman reicht einen Streit über eine falsche Abfrage oder einen POI ein und sperrt dabei 10.000 GRT. Wenn sich herausstellt, dass der Indexer nichts falsch gemacht hat, werden die gesperrten GRT des Fishermen vollständig verbrannt. Wenn der Indexer als schuldig befunden wird, wird er geslashed, und der Fisherman hat Anspruch auf die Hälfte der geslasheden GRT. Dieser Mechanismus ähnelt sehr dem im Optimistic Rollup verwendeten Challengesystem, wobei er das korrekte Verhalten des Indexers annimmt und einen optimistischen Ansatz verfolgt. 2. 3. Curator (Hinweis: Das The-Graph-Ökosystem arbeitet aktiv an der Reform des Curation-Mechanismus. Bitte beachten Sie die Forenbeiträge für die neuesten Updates.) Da jeder ohne Einschränkungen einen Subgraphen erstellen kann, besteht ein potenzielles Risiko der Erstellung nutzloser Subgraphen, was Indexern schaden könnte. Um diesen Mangel zu überwinden und ein vertrauensloses Umfeld zwischen dApps und Indexern zu etablieren, führte das The-Graph-Netzwerk einen weiteren Teilnehmertyp ein: den Curator. Curatoren bewerten die Qualität von Subgraphen und übermitteln ihre Bewertung als Signal an Indexer. Die Qualität eines Subgraphen wird als höher eingestuft, wenn er die folgenden Kriterien erfüllt: Subgraphen mit einer hohen Abfragefrequenz (generieren signifikante Einnahmen). Subgraphen, die bei der Datenbankerstellung keine Fehler encounteren (keine Codefehler). Subgraphen, die offiziell vom Protokoll erstellt wurden. Sobald ein Subgraph im Netzwerk bereitgestellt ist, bewerten Curatoren diese Faktoren und signalisieren GRT auf gute Subgraphen. Dieser Prozess wird als "Signalisierung" bezeichnet. Dadurch spielen Curatoren eine entscheidende Rolle dabei, Indexer zu wertvollen und zuverlässigen Subgraphen zu leiten und so die overall integrity and efficiency des The-Graph-Netzwerks sicherzustellen. "Signalisierung" der Curatoren mit gestaktem GRT, Quelle: Graph Explorer Die Menge der gesendeten Signale, dh der Umfang des auf einen bestimmten Subgraphen gestakten GRT, ermöglicht es Indexern zu bestimmen, welche Subgraphen sie indizieren, und identifiziert somit nützliche Subgraphen und belohnt diese. Darüber hinaus sind im Netzwerk zwei Mechanismen vorhanden, um Curatoren zu motivieren, Subgraphen schnell und genau zu verifizieren: GRT-Anreize: Curatoren erhalten 10 % (kann durch Governance geändert werden) der Abfragegebühren, die aus dem von ihnen kuratierten Subgraphen stammen, als Belohnung. Die Belohnung jedes Kurators ist proportional zu seinem Anteil am Subgraphen. Wenn ein Subgraph Probleme hat und neu bereitgestellt werden muss, wird eine Migrationsgebühr von dem vom Kuratoren gestakten GRT abgezogen. Diese Faktoren motivieren Curatoren, GRT zu staken und Signale an Subgraphen zu senden, die viele Abfragen generieren und keine Qualitätsprobleme haben. Graph Curation Shares: Wenn ein Kurator GRT staket, um ein Signal zu senden, erhält er Anteile an diesem Subgraphen, dargestellt als Graph Curation Shares (GCS), ein ERC-20-Token. Da das The-Graph-Protokoll derzeit sowohl auf L1 (Ethereum) als auch auf L2 (Arbitrum) existiert, funktioniert der Curation-Mechanismus auf diesen beiden Ebenen unterschiedlich. Auf L1 steigt der Preis der GCS proportional zur Menge des auf den jeweiligen Subgraphen gestakten GRT, und dieses Preisdiagramm wird unter Verwendung der Bonding Curve von Bancor implementiert. Auf L2 ist die Bonding Curve flach (mit anderen Worten, es gibt keinen exponentiellen Anstieg des Anteilspreises). Während es für Curatoren kein Slashing-Risiko gibt, wird bei Staking von GRT eine Einzahlungsgebühr von 1 % erhoben, um unsachgemäße Bewertungen von Subgraphen zu entmutigen. Curatoren können ihre GCS verbrennen, um ihr GRT zurückzuerhalten, wobei die zurückgegebene Menge an GRT durch die Position auf der Bonding Curve bestimmt wird. Preis eines Subgraphen-Anteils in GRT (Fall L1), Quelle: The Graph Docs Durch diese Mechanismen werden Curatoren angeregt, hochwertige Subgraphen schnell zu identifizieren und zu staken. Dies fördert auch die Erstellung nützlicher Subgraphen und trägt so zu einem vertrauenslosen Umfeld zwischen dApps und Indexern bei. Diese Maßnahmen stellen eine effiziente und zuverlässige Ressourcenallokation innerhalb des Netzwerks sicher. 2. 4. Delegatoren Delegatoren sind Netzwerkteilnehmer, die ihr GRT an Indexer delegieren und so zur Netzwerksicherheit beitragen, ohne direkt einen Graph-Knoten zu betreiben. Dieses System, das einer Delegated Proof of Stake (DPoS)-Struktur ähnelt, ermöglicht es Personen, die keine Knoten betreiben, ihr GRT an Indexer zu delegieren und einen Teil der Abfragegebühren und Belohnungen zu verdienen.

Diese Konfiguration ermöglicht es gewöhnlichen Nutzern ohne spezialisiertes Wissen im Bereich Indexierung, als Delegatoren teilzunehmen und Einkommen über das Graph-Netzwerk zu generieren. Die Menge an Abfragen, die ein Indexer verarbeiten kann, ist proportional zur Summe der eigenen eingesetzten GRT und der an ihn delegierten GRT. Des Weiteren können mehrere Indexer denselben Untergraphen (Subgraph) indizieren. Durch den Rückerstattungsmechanismus (Rebate) werden Indexer dazu angehalten, Einsätze und Delegationen im Verhältnis zur Menge der Abfragen zu halten, die sie zu bedienen beabsichtigen.

2. 4. 1. Delegieren durchführen

Indexer-Dashboard, Quelle: Graph Explorer

Sie können Delegator werden, indem Sie diese einfachen Schritte befolgen, um Ihre GRT an einen Indexer zu delegieren:

1. Greifen Sie auf den Graph Explorer, den offiziellen Explorer von The Graph, unter dem Reiter „Participants“ zu (Link).
2. Klicken Sie auf den Button „Connect“, um Ihre Wallet, beispielsweise MetaMask, zu verknüpfen (Bildteil ①).
3. Finden Sie den Indexer, an den Sie Ihre GRT delegieren möchten, und klicken Sie auf den Button „Delegate“, um mit der Delegation fortzufahren (Bildteile ② und ③).

Während die Delegierung von GRT im aktuellen Protokoll-Setup für Delegatoren kein Slashing-Risiko birgt, sollten Sie beachten, dass zum Zeitpunkt der Delegation eine Steuer von 0,5 % erhoben wird und eine 28-tägige Undelegierungs-Periode besteht, um die delegierten Token abzuziehen.

2. 4. 2. Auswahl von Indexern

Die Rentabilität für Delegatoren, die ihre GRT an einen bestimmten Indexer delegieren, wird durch die von diesem Indexer festgelegten Parameter bestimmt. Daher ist es wichtig, Indexer sorgfältig zu bewerten und auszuwählen, die nicht nur vielversprechende Rentabilität bieten, sondern auch Stabilität beweisen. In diesem Kontext wollen wir die Schlüsselfaktoren identifizieren, die den Entscheidungsprozess bei der Auswahl von Indexern für die Delegation von GRT leiten sollten.

p2p.org Dashboard; Quelle: Graph Explorer

Das obige Bild zeigt, Stand 16. Januar, das Dashboard des Indexers von p2p.org, welches das höchste GRT-Staking-Volumen auf der Arbitrum-Kette aufweist. Wichtige Bereiche dieses Dashboards, die Aufmerksamkeit erfordern, wurden mit ①, ② und ③ gekennzeichnet.

[ ① Stake ]

Im Bereich ①, der den Staking-Status anzeigt, bedeutet jeder Indikator Folgendes:

• Owned: Die Menge an GRT, die der Indexer selbst gesetzt hat. Für ein aktives Indizieren sind mindestens 100.000 GRT erforderlich.
• Delegated: Die Menge an GRT, die von Delegatoren an den Indexer delegiert wurde.
• Allocated/Unallocated: Zeigt an, wie viel des GRT-Einsatzes des Indexers Untergraphen zugewiesen ist.
• Chart: Zeigt den Trend des GRT-Staking-Volumens.

Im Beispiel hat der Indexer direkt 29,1 Mio. GRT gesetzt und 270,4 Mio. GRT durch Delegation erhalten. Von insgesamt 299,5 Mio. GRT sind 298,23 Mio. Untergraphen zur Ertragsgenerierung zugewiesen und 1,28 Mio. bleiben nicht zugewiesen.

[ ② Delegation ]

Der Bereich ② kann in den Abschnitt „Delegation“, der den Delegierungsstatus zeigt, und den Abschnitt „Delegation parameters“, der für die Beurteilung der Rentabilität wichtig ist, unterteilt werden.

Die Bedeutungen der Indikatoren im Abschnitt Delegation sind:

• Delegation Received: Die Menge an GRT, die bereits an den Indexer delegiert wurde.
• Max Capacity: Die maximale Menge an GRT, die der Indexer verwalten kann. Derzeit können Indexer bis zum 16-fachen der GRT verwalten, die sie selbst gesetzt haben (Owned).
• Delegation Available: Die Menge an zusätzlichem GRT, die der Indexer derzeit durch Delegation empfangen kann. Hier gilt die Formel: (Max Capacity) - (Delegation Received) = (Delegation Available).

Die Kennzahl „Delegation Available“ kann negativ sein, was auf eine Überdelegation über die Kapazität des Indexers hinaus hinweist. Diese Situation kann sich negativ auf die Rentabilität auswirken, da dies oft dazu führt, dass ein Teil der delegierten GRT nicht für die Indizierung zugewiesen wird.

Die Bedeutungen der Indikatoren im Abschnitt Delegation parameters sind:

• Indexing Reward Cut: Dies repräsentiert den Anteil der Belohnungen, den der Indexer erhält.
• Query Fee Cut: Dies ist der Anteil der Rückerstattungen der Abfragegebühren, den der Indexer erhält.
• Cooldown Remaining (wird abgeschafft): Dies zeigt die verbleibende Zeit an, bevor der Indexer seine Delegierungsparameter erneut ändern kann. Sie müssen nach einer Änderung eine angegebene Zeit warten und können erst Änderungen vornehmen, wenn die „Cooldown Remaining“ bei „0 Days“ liegt.
• Effective Reward Cut: Der Prozentsatz der durch delegierte GRT generierten Indexierungsbelohnungen, den der Indexer beansprucht. Wenn dieser Indikator negativ ist, entspricht dies dem Indexer, der Anreize für die Delegatoren bereitstellt.

Beispiel: Wenn die tägliche Indexierungsbelohnung 100 GRT beträgt und der Einsatz des Indexers 200 GRT mit 800 GRT Delegation beträgt (ein Verhältnis von 2:8), werden 20 GRT der Belohnung durch den Einsatz des Indexers generiert und 80 GRT durch den delegierten Einsatz. Wenn der Indexing Reward Cut bei 10 % liegt, erhält der Indexer tatsächlich 10 GRT, und die verbleibenden 90 GRT gehen an die Delegatoren. Delegatoren erhalten mehr als die Belohnungen, die durch ihren Einsatz generiert werden; in diesem Fall sind es 112,5 % (90/80) oder ein Bonus von 12,5 %. Aus der Sicht des Indexers geben sie 12,5 % der durch den delegierten Einsatz generierten Belohnungen ab, sodass der „Effective Reward Cut“ -12,5 % beträgt. Wenn der Effective Reward Cut also positiv ist, behält der Indexer einige der durch den delegierten Einsatz generierten Belohnungen, und wenn er negativ ist, zahlt der Indexer einen Teil der durch seinen eigenen Einsatz generierten Belohnungen als Anreize an die Delegatoren. Für eine detailliertere Erklärung verweisen Sie bitte auf die entsprechende Erklärung der Graph Academy.

Im Beispiel beansprucht der Indexer 89 % der gesamten Abfragegebühren und 20 % der gesamten Indexierungsbelohnungen, was darauf hinweist, dass sie 11,39 % der Belohnungen beanspruchen, die durch den delegierten GRT-Einsatz generiert wurden.

[ ③ Income ]

Bereich ③ umfasst die Belohnungen, die der Indexer verdient hat. Jeder Indikator repräsentiert Folgendes:

• Indexing Rewards: Die Menge an GRT, die der Indexer aus den gesamten Indexierungsbelohnungen erhält.
• Delegator Rewards: Die Menge an GRT, die Delegatoren aus den gesamten Indexierungsbelohnungen erhalten.
• Indexing Rewards (Fett): Die Gesamtmenge der Indexierungsbelohnungen.
• Indexer Query Fees: Die Menge an GRT, die der Indexer aus den gesamten Abfragegebühren erhält.
• Delegator Query Fees: Die Menge an GRT, die Delegatoren aus den gesamten Abfragegebühren erhalten.
• Query Fees: Die Gesamtmenge der Belohnungen für Abfragegebühren.

Im Beispiel hat der Indexer insgesamt 9,65 Mio. GRT an Indexierungsbelohnungen und 1,21 K GRT an Belohnungen für Abfragegebühren erhalten, was einer Gesamtbelohnung von 9,7 Mio. GRT entspricht.

Quelle: Graph Explorer

Graph Explorer bietet einen Gesamtüberblick über diese Indikatoren und zeigt die geschätzte APR (Jahresprozentsatz) für Nutzer an, wenn sie GRT delegieren. Obwohl diese APR auf Indexierungsbelohnungen basiert und Belohnungen für Abfragegebühren ausschließt, ist sie ein zuverlässiger Indikator, da die meisten Belohnungen im The Graph-Netzwerk aus dem Indizieren stammen. Es ist jedoch wichtig zu beachten, dass dieser Indikator auf Tagesdaten basiert und Schwankungen unterliegt.

Daher ist es ratsam, einen Indexer unter Berücksichtigung verschiedener Faktoren wie der Gesamtgröße des Stakes und dem Delegationsverhältnis des Indexers auszuwählen.

3. The Graph Wachstumsmetriken

3.1. Überblick

Ein primärer Anwendungsfall von The Graph ist die Bereitstellung von Metriken für dezentrale Anwendungen (dApps) an Nutzer. Wenn beispielsweise Informationen über die Liquidität von Uniswap V3 Pools benötigt werden, werden Aufrufe an Subgraphen getätigt, die auf The Graph bereitgestellt sind, um diese Daten abzurufen.

Bemerkenswerte dApps, die Subgraphen auf The Graph bereitgestellt haben, sind Vela Exchange, Ether.fi, Snapshot, Dolomite und andere. Hier ist eine kurze Beschreibung davon.

• Vela Exchange: Eine dezentrale Handelsplattform für Perpetuals, die The Graph für die Indizierung und Abfrage von Daten über Handelsaktivitäten wie offene Positionen, Einzahlungen, Auszahlungen und so weiter verwendet.
• Ether.fi: Eine dezentrale Liquid-Staking-Plattform, die The Graph zur Verfolgung von Ereignissen aus den Smart Contracts des Protokolls und zur Abfragbarkeit dieser Daten nutzt.
• Snapshot: Ein dezentrales Abstimmungs- und Governance-Tool, das The Graph für den Zugriff auf Abstimmungsdaten und Vorschläge verwendet.
• Dolomite: Ein dezentrales Geldmarktplatz und DEX-Protokoll, das The Graph zur Indizierung des Status des Protokolls verwendet.

Die Dienste von The Graph werden auch von verschiedenen Dashboards genutzt, wobei ein bedeutendes Beispiel DefiLlama ist, ein prominenter DeFi-Dashboard-Dienst. Viele dApps stellen ihre TVL-/Volumeninformationen in Form von Subgraphen für DefiLlama bereit.

The Graph hat sich auf dieser Basis als zuverlässige Datenindizierungsplattform etabliert. Bis heute hat es erfolgreich über eine Billion Abfragen verarbeitet. Stand Januar 2024 generieren etwa 1.700 Subgraphen aktiv Abfragen auf der Plattform. Diese anhaltende Nutzung und Beteiligung unterstreichen die bedeutende Rolle von The Graph im dezentralen Ökosystem und stellen essentielle Datendienste für eine Vielzahl von Anwendungen und Plattformen bereit.

Die Anzahl der Delegationen bei The Graph verzeichnete ab dem dritten Quartal 2023 einen signifikanten Anstieg. Laut einem Tweet von The Graph ist dieser Anstieg größtenteils auf eine GRT-Delegierungskampagne zurückzuführen, die über Coinbase Wallet durchgeführt wurde. Diese Kampagne integrierte erfolgreich über 30.000 neue Delegatoren in das The-Graph-Netzwerk. Die Tatsache, dass die Gesamtzahl der wöchentlichen Delegationen im Netzwerk auch nach der Kampagne ein bestimmtes Niveau gehalten hat, deutet auf einen meaningfulen Anstieg der Anzahl der Netzwerkteilnehmer hin. Dieser Wachstumstrend kann detaillierter in den "The Graph Quarterly Reports Q3 2023" von Messari eingesehen werden.

Während Kuratoren ein moderates Wachstum von 5 % verzeichneten, stieg die Anzahl der Delegatoren im Q3'23 um 247 %. Dieser Anstieg der Anzahl der Delegatoren von 11.500 im Q2'23 auf fast 40.000 im Q3'23 wurde durch eine Coinbase-Earn-Kampagne angetrieben. Vor dem Ende des Q3'23 stammten etwa 25.000 neue Delegatoren aus der Teilnahme an der Coinbase-Earn-Kampagne. Diese neuen Teilnehmer fügten bis zum Ende des Q3'23 etwa 6,2 Millionen GRT an Delegation hinzu und erhielten durch die Kampagne etwa 4,3 Millionen GRT ausgezahlt. Während es im Q2'23 114 Delegatoren auf Arbitrum gab, verzeichnete das Q3'23 einen massiven Anstieg auf über 28.000 Delegatoren auf Arbitrum mit einem Gesamtstake von über 800 Millionen GRT. Gleichzeitig blieben die Delegatoren auf Ethereum im Q3'23 stabil bei 11.500 mit einem Gesamtstake von 1,1 Milliarden GRT.

— "Mihai Grigore, The Graph Quarterly Reports Q3 2023, Messari"

3.2. Expansion auf Arbitrum

Ursprünglich basierend auf dem Ethereum-Netzwerk, sah sich The Graph mit Herausforderungen durch zunehmende Netzwerkkongestion und steigende Transaktionsgebühren konfrontiert, was zu Ineffizienzen im The-Graph-Netzwerk führen konnte. Um diese Probleme anzugehen, initiierte The Graph eine Expansion auf Arbitrum, eine Layer-2-Skalierungslösung für Ethereum. Im April 2023 wies The Graph 5 % der Indizierungsbelohnungen des Netzwerks der Arbitrum-Kette zu (verwandter Tweet). Anschließend wurde ein Vorschlag (GIP-0052) eingebracht, um den Anteil der Indizierungsbelohnungen, die der Arbitrum-Kette zugewiesen werden, auf bis zu 95 % zu erhöhen (wird schließlich auf 100 % steigen). Dieser Vorschlag wurde innerhalb der Gemeinschaft diskutiert und durchlief drei Abstimmungsrunden des Governance-Rats, was zu einer schrittweisen Erhöhung der Zuweisung der Indizierungsbelohnungen an die Arbitrum-Kette führte. Dieser strategische Schritte zielte darauf ab, die effizienten und kostengünstigen Transaktionsverarbeitungsfähigkeiten von Arbitrum zu nutzen und so die Gesamtfunktionalität und Leistung des The-Graph-Netzwerks zu verbessern.

Details of GIP-0052

• GGP-0029: Increase L2 Rewards to 25%
• GGP-0030: Increase L2 Rewards to 50%
• GGP-0033: Increase L2 rewards to 95%

Die zuvor genannte Zuweisung von Indizierungsbelohnungen an Arbitrum wurde in Intervallen umgesetzt. Im September 2023 wurde die Zuweisung auf 25 % und 50 % angepasst, und im Dezember 2023, nach einer Abstimmung des Rats, wurde sie weiter auf 95 % erhöht. Wie aus dem beigefügten Graphen ersichtlich ist, begannen die an Delegatoren auf der Arbitrum-Kette verteilten Indizierungsbelohnungen ab September signifikant zu steigen und zeigen einen anhaltenden Aufwärtstrend. Dies führte dazu, dass eine beträchtliche Anzahl von Indexern, Kuratoren und Delegatoren zur Arbitrum-Kette migrierten. Derzeit wird die Verteilung der Netzwerkbeteiligung zwischen Ethereum und Arbitrum innerhalb des The-Graph-Netzwerks in der folgenden Tabelle veranschaulicht.

4. Fazit

The Graph ist ein dezentrales Netzwerkprotokoll, bestehend aus Indexern, Kuratoren und Delegatoren, das die sichere und genaue Abrufung von Blockchain-Daten ermöglicht. Es hat sich als primäre Ressource für dezentrale Anwendungen (dApps) etabliert, die Datenindizierung benötigen, und hat erfolgreich über eine Billion Abfragen verarbeitet. Darüber hinaus hat es sich als führendes Dateninfrastrukturprotokoll im Blockchain-Ökosystem positioniert, Stabilität demonstriert und sich kontinuierlich weiterentwickelt, um die Skalierbarkeit zu verbessern.

Mit dem aktuellen Trend zu Modularchain-Launches gab es einen Anstieg bei der Entstehung neuer Netzwerke und Blockchain-Produkte. Dies führt natürlich zu der Erwartung einer erhöhten Nachfrage nach den von The Graph bereitgestellten Datenindizierungsdiensten. Als Reaktion auf die sich wandelnden Umstände und mit dem Ziel, leistungsfähigere Indizierungsdienste anzubieten und die Zugänglichkeit zu Blockchain-Daten zu erweitern, hat The Graph im November 2023, nach der Expansion auf Arbitrum im Vorjahr, seine neueste Roadmap vorgestellt.

Diese Ankündigung hat das Interesse der Gemeinschaft geweckt und Fragen zu den Details der neuen Ausrichtung von The Graph aufgeworfen. Unser bevorstehender Artikel wird einen detaillierten Blick auf diesen Roadmap werfen und die potenziellen Auswirkungen auf die Zukunft von The Graph erörtern.

References

The Graph Docs Graph Explorer Juan Defago, Evaluating an Indexers Effective Cut, The Graph Academy Mannan Inandar, The Graph Ecosystem Overview Mihai Grigore, The Graph Quarterly Reports Q3 2023, Messari Pablo, GIP-0052 pcarranzav, gips/0052-timeline-and-requirements-for-l2-rewards. md The Graph Council snapshot Realchoubey, Graph Network - Revenue Dashboard The Graph tweet