In der Vergangenheit sahen sich Entwickler aufgrund von Funktionseinschränkungen beim Zugriff auf und der Nutzung von Blockchain-Daten vor Herausforderungen gestellt. Um diese Lücke zu überbrücken, griffen sie auf den Bau zentraler Indexierungsserver zurück, die als Notlösung dienten. Bei diesem Ansatz mussten die Entwickler ihre kompletten Knoten betreiben, um auf die in der Blockchain gespeicherten Daten zuzugreifen. Die Indexierungsserver würden die Daten von der Blockchain abrufen, sie in einer separaten Datenbank speichern und eine API bereitstellen, mit der die Entwickler interagieren können. Diese Lösung hatte jedoch erhebliche Nachteile.

Erstens war die Wartung und der Betrieb dieser zentralen Indexierungsserver ressourcen- und zeitaufwändig. Der Betrieb einer und die kontinuierliche Synchronisierung mit der Blockchain erforderten erhebliche Rechenleistung und Speicherkapazität. Außerdem mussten die Indizierungsserver ihre Datenbank aktualisieren, wenn neue Blöcke zur Blockchain hinzugefügt wurden, was ihre Ressourcen weiter belastete.

Zweitens war der Rückgriff auf zentralisierte Indexierungsserver nicht kosteneffizient. Die Einrichtung und Wartung dieser Server verursachte Kosten, z. B. für Hardware, Infrastruktur und Wartung. Diese Kosten können für die Entwickler belastend sein, insbesondere bei Projekten mit begrenzten Ressourcen oder kleineren Teams.

Darüber hinaus führte der Aufbau und die Verwaltung zentraler Indexierungsserver zu Komplexität und potenziellen Fehlerquellen. Die Aufgabe erforderte eine komplizierte Programmierung, Datenbankverwaltung und API-Entwicklung, was die Fehlerwahrscheinlichkeit erhöhte. Die Entwickler mussten die Server sorgfältig entwerfen und warten, um einen genauen und zuverlässigen Datenabruf zu gewährleisten. Diese Abhängigkeit von externen Servern machte das System auch anfällig für verschiedene Risiken. Die Benutzer mussten darauf vertrauen, dass die Indizierungsserver-Teams die Server korrekt und sicher betreiben. Es gab jedoch Unwägbarkeiten, wie z. B. die Möglichkeit, dass die Projekte ihre Geschäftstätigkeit einstellen, Daten aus strategischen Gründen ändern, von anderen Unternehmen übernommen werden oder unbeabsichtigte Fehler begehen. Diese Faktoren untergruben das Vertrauen und die Zuverlässigkeit des Systems und machten die gewünschten Vorteile der Blockchain-Technologie zunichte.

Folglich ähnelte diese Situation dem zentralisierten Charakter herkömmlicher Webanwendungen (Web 2.0), bei denen die Nutzer für den Datenzugriff und die Datenmanipulation auf Vermittler angewiesen waren. Es war offensichtlich, dass eine dezentralere und effizientere Lösung erforderlich war, um die Einschränkungen und Herausforderungen bei der Durchführung komplexer Operationen mit Blockchain-Daten zu überwinden.

Daher begannen die Entwickler mit der Erforschung alternativer Ansätze, die die Abhängigkeit von ressourcenintensiven und zentralisierten Indexierungsservern minimieren. Sie suchten nach Möglichkeiten, direkt auf Blockchain-Daten zuzugreifen und diese zu verarbeiten, ohne dabei die Sicherheit, Zuverlässigkeit und Dezentralisierung zu beeinträchtigen. Dies erforderte die Entwicklung neuer Technologien, Protokolle und Tools, die effiziente und benutzerfreundliche Methoden für die Interaktion mit Blockchain-Daten bieten. Durch die Nutzung dieser Fortschritte wollen die Entwickler Folgendes ermöglichen

Nutzer können komplexe Operationen mit Blockchain-Daten durchführen und dabei die Grundprinzipien der Dezentralisierung und Vertrauenswürdigkeit beibehalten.

Eine Lösung für dieses Problem ist die Verwendung dezentraler Indizierungs- und Abfragedienste, und hier kommt The Graph zur Hilfe. The Graph ist ein dezentrales Protokoll für die Indizierung und Abfrage von Daten aus Blockchain-Netzwerken. The Graph bietet einen Marktplatz für Subgraphen, die offene APIs sind, die bestimmte Daten aus der Blockchain indizieren und offenlegen. Entwickler erstellen ihre Subgraphen, die zum Indizieren und Abfragen von Daten aus bestimmten Smart Contracts verwendet werden können. The Graph ermöglicht es Entwicklern, die Leistung des Blockchain-Netzwerks zu nutzen, ohne einen vollständigen Knoten zu betreiben oder sich auf zentralisierte Indexierungsserver verlassen zu müssen.

Wie funktionieren die Teilgraphen?

Einfach ausgedrückt ist ein Subgraph ein von einem Entwickler geschriebenes Stück Code, das definiert, wie Daten aufgenommen, indiziert und bereitgestellt werden sollen. Ein Subgraph extrahiert Daten aus der Blockchain, verarbeitet sie und speichert sie so, dass sie einfach über GraphQL abgefragt werden können. Entwickler verwenden Subgraphen, um Daten in die Front-End-Schnittstelle ihrer Anwendung einzuspeisen. Die Entwickler definieren die Kriterien für den Index, indem sie ein GraphQL-Schema schreiben, und es werden Mapping-Funktionen erstellt, um die relevanten Daten auf das Schema abzubilden. Der Subgraph wird dann bereitgestellt und anderen Entwicklern zur Verfügung gestellt, damit diese bestimmte Daten auf der Blockchain leichter finden und nutzen können.

Auf der Kernebene kann ein Subgraph als ETL-Prozess im Kontext von Blockchain-Daten betrachtet werden. ETL steht für Extraktion (E),

Transformation (T) und Laden (L) von Blockchain-Daten. Gehen wir im Detail auf jeden dieser Punkte ein

1. Extraktion: Der Extraktionsprozess umfasst das Abrufen von Daten aus der Blockchain. Im Falle von Ethereum interagiert der Entwickler in der Regel mit dem Ethereum-Client oder der API eines Dienstanbieters, um relevante Daten zu extrahieren. Dazu kann das Abrufen von Blöcken gehören,

Transaktionen, Ereignisse und andere Informationen aus der Blockchain. Im Falle der Untergraphen erfolgt die Extraktion durch den SON-RPC-Abfrageknoten des Graph-Knotens, der sich mit dem Ziel-Blockchain-Netzwerk verbindet und auf Ereignisse wartet, die von Smart Contracts oder anderen Blockchain-Entitäten ausgehen. Er verwendet spezielle Bibliotheken oder APIs, die von der Blockchain-Plattform bereitgestellt werden, um das Netzwerk auf neue Transaktionen, Blöcke oder bestimmte Ereignisse zu überwachen.

2. Umwandlung: Nach der Extraktion der Rohdaten müssen diese in ein strukturiertes Format umgewandelt werden, das für die Analyse und Abfrage geeignet ist. Der Schritt der Umwandlung umfasst die Bereinigung,

Normalisieren und Organisieren der Daten. Dieser Prozess kann Aufgaben wie die Konvertierung von Datentypen, das Zusammenführen verwandter Daten, das Filtern irrelevanter Informationen und die Anwendung von Geschäftslogik zur Erstellung von

abgeleitete Datenpunkte. Ziel ist es, die extrahierten Daten in ein konsistentes und kohärentes Format zu bringen.

3. Laden: Sobald die Daten transformiert sind, müssen sie in eine Datenbank geladen werden, um sie effizient speichern und abrufen zu können. Die

Die umgewandelten Daten werden in eine spezielle Datenbank geladen, häufig

für eine schnelle und effiziente Abfrage optimiert. Dieser Schritt stellt sicher, dass die durch den Teilgraphen extrahierten und umgewandelten Daten leicht abrufbar sind.

zur Verfügung, die Entwickler abfragen und in ihren Anwendungen verwenden können.

Durch das Vorladen der Daten in eine Datenbank minimiert der Subgraph

die Notwendigkeit von Echtzeit-Interaktionen mit der Blockchain, was zu schnelleren Reaktionszeiten und besserer Leistung führt.

Nachdem die Datenbank mit den extrahierten Blockchain-Daten aufgefüllt wurde, stellt der Graph-Knoten eine Abfrage-API bereit, mit der Entwickler interagieren können. Diese API bietet eine standardisierte Schnittstelle zum Abrufen spezifischer Teilmengen von Daten aus dem Subgraphen auf der Grundlage der Abfragen von Entwicklern, sodass diese einfach und effizient auf die Blockchain-Daten zugreifen können. Indem er diese Schritte befolgt, kann ein Subgraph-Entwickler Daten aus der Blockchain extrahieren, sie in ein brauchbares Format umwandeln, sie in eine Datenbank laden und es den Benutzern ermöglichen, die Daten effizient abzufragen und mit ihnen zu interagieren. Dieser Prozess ist entscheidend für die Entwicklung dezentraler Anwendungen auf der Grundlage von Blockchain-Protokollen, da er eine strukturierte und zugängliche Ebene für Blockchain-Daten bietet.

Beschränkungen von Untergraphen: Synchronisierung, Kompatibilität und Echtzeit-Datenverzögerung

Eine ziemlich geniale Lösung, aber wie jede Technologie haben auch Subgraphen ihre Grenzen. Eine große Herausforderung bei Subgraphen ist die Zeit, die sie für die Synchronisierung und Aktualisierung mit der Blockchain benötigen. Da Blockchains ständig wachsen und neue Daten hinzugefügt werden, müssen Subgraphen synchronisiert werden, um genaue und aktuelle Informationen zu liefern. Der Synchronisierungsprozess kann jedoch sehr zeitaufwändig sein, insbesondere bei großen Blockchains mit umfangreichen Transaktionshistorien. Diese Verzögerung zwischen Blockchain-Aktualisierungen und der Synchronisierung von Subgraphen bedeutet, dass es zu einer Verzögerung beim Zugriff auf die neuesten Daten kommen kann, was für Entwickler und Anwendungen, die Informationen in Echtzeit oder nahezu in Echtzeit benötigen, ein Hindernis darstellen kann. Dies ist ein Aspekt, den Entwickler und Nutzer bei der Nutzung von Subgraphen für ihre Datenextraktion und -abfrage berücksichtigen müssen.

Ein weiteres bemerkenswertes Problem bei Subgraphen ist ihre isolierte Natur auf der Indizierungsebene, die die Gesamteffizienz und Flexibilität der Datenextraktion beeinträchtigen kann. Jeder Subgraph arbeitet unabhängig und konzentriert sich auf die Indizierung und Bereitstellung von Daten für bestimmte Smart Contracts oder dApps. Diese Isolierung ermöglicht zwar Modularität und Spezialisierung, bedeutet aber auch, dass Daten aus verschiedenen Subgraphen nicht einfach kombiniert werden können oder

Querverweise im Rahmen des Indizierungsprozesses. Dieser Mangel an Kompositionsfähigkeit kann zu Einschränkungen führen, wenn Entwickler auf Daten zugreifen und diese analysieren wollen, die sich über mehrere Teilgraphen erstrecken oder die Aggregation von Informationen aus verschiedenen Quellen erfordern. Es kann zusätzlichen Aufwand erfordern, Daten aus verschiedenen Teilgraphen manuell abzugleichen, was zu erhöhter Komplexität und geringerer Effizienz bei der Datenextraktion und -analyse führen kann. Die isolierte Natur von Teilgraphen kann die Fähigkeit behindern, Synergien zwischen verschiedenen Datensätzen zu nutzen. Durch die Behandlung jedes Teilgraphen als separate Einheit wird es schwierig, Verbindungen herzustellen und Erkenntnisse aus dem Zusammenspiel von Daten über mehrere Blockchain-Anwendungen oder Smart Contracts abzuleiten. Diese Einschränkung kann das volle Potenzial der Datenanalyse und -exploration einschränken und die Entwicklung komplexer, datenzentrierter Anwendungen behindern.

Verbesserung der Leistung von Untergraphen durch Innovationen

Wir haben gesehen, dass der aktuelle technische Stand des Subgraphen noch verbesserungswürdig ist. Zum einen muss die lange Synchronisierungszeit in Angriff genommen werden, die durch den linearen Extraktionsprozess entsteht, den der Graph Node zum Extrahieren der Smart-Contract-Daten verwendet, und zum anderen ist die Isolierung ein Problem. Daraus wird deutlich, dass wir diese beiden Punkte berücksichtigen müssen, wenn wir die Leistung von Subgraphen verbessern wollen. Es scheint, dass wir zur Verbesserung der Gesamtleistung der Subgraphen eine Lösung benötigen, die die Extraktionsschicht (E) der Subgraphen verbessern kann, oder eine Technologie, die die Extraktionsgeschwindigkeit von The Graph Node verbessern kann.

Im Jahr 2021 schloss sich StreamingFast, ein Unternehmen, das sich auf eine skalierbare, kettenübergreifende Architektur für das Streaming von Blockchain-Daten spezialisiert hat, The Graph als Kernprotokollentwickler an. Ihr Hauptziel war es, den Extraktionsprozess von Subgraphen zu verbessern. Als Teil des Graph-Kernentwicklerteams führte StreamingFast Firehose ein, eine leistungsstarke Methode zur Datenaufnahme aus Blockchains, und integrierte sie in The Graph.

Die Synchronisierung von komplexen Teilgraphen konnte anfänglich Wochen dauern, was zu Verzögerungen für Entwickler führte, die mit The Graph arbeiteten. Um dieses Problem zu lösen, entwickelte StreamingFast einen Prototyp namens Sparkle, der die Synchronisationszeit für einen bestimmten Subgraphen von Wochen auf Stunden reduzierte. Auf diesem Erfolg aufbauend, erweiterte StreamingFast die Fähigkeiten von Sparkle, was zur Erstellung von Substreams führte, die über alle Subgraphen auf verschiedenen Ketten skaliert werden können.

Was sind Teilströme/ Substreams?

Substream ist eine neue leistungsstarke parallelisierte Engine zur Verarbeitung von Blockchain-Daten, die von StreamingFast für The Graph Network entwickelt wurde. Die Substreams-Engine ist für die Ausführung von entwicklerdefinierten Datentransformationen zur Verarbeitung von Blockchain-Daten verantwortlich.

Zuvor haben wir einen Untergraphen als ETL-Prozess im Kontext von Blockchain-Daten definiert. ETL steht für Extrahieren, Transformieren und Laden. Im Zusammenhang mit Blockchain-Daten bezieht sich ETL auf den Prozess der Extraktion von Daten aus der Blockchain, die Umwandlung in ein Format, das von Anwendungen verwendet werden kann, und das Laden in ein Data Warehouse oder eine Datenbank. In der neuen Subgraph-Architektur wird die Extraktion von Blockchain-Daten von einem Graph-Knoten durchgeführt, der mit Firehose-Funktionen ausgestattet ist. Anschließend erfolgt die Umwandlung dieser Daten mit Hilfe der Substreams-Funktionalität.

Substream ist ein Überdenken der Transformationsschicht, bei dem Sie statt Subgraph-Handler in AssemblyScript zu schreiben, Substream-Module in Rust schreiben. Substream-Module sind kleine Teile von Rust-Code, die in einer virtuellen WebAssembly-Maschine (WASM) laufen. Die Leistungs- und Sicherheitsmerkmale von Rust, kombiniert mit dem umfangreichen Bibliotheks-Ökosystem, befähigen Substreams, komplexe Berechnungen durchzuführen und

Transformationen effizient. Diese leistungsstarke Kombination gewährleistet die Anpassungsfähigkeit und Effektivität von Substreams bei der Verarbeitung von Blockchain-Daten im laufenden Betrieb.

Vorteile der Verwendung von Teilströmen/ Substreams :

1. Geschwindigkeit: Substreams priorisieren Geschwindigkeit durch ihre parallelisierte Architektur und ihr Streaming-First-Design, das einen hohen Durchsatz für die effiziente Indizierung von Blockchain-Daten gewährleistet.

2. Kombinierbarkeit: Substreams bieten Kompositionsmöglichkeiten, die eine einfache Kombination von Modulen zur Erstellung komplexer Indizierungspipelines ermöglichen. Diese Flexibilität gewährleistet Skalierbarkeit und ermöglicht es den Entwicklern, Indizierungslösungen auf die jeweiligen Anforderungen zuzuschneiden.

1. Wiederverwendbarkeit: Substreams betonen die Wiederverwendbarkeit und ermöglichen

Entwickler können sie für mehrere Indizierungsaufgaben einsetzen. Diese

Der kosteneffiziente Ansatz spart Zeit und Aufwand, da die Indizierungslogik für verschiedene Aufgaben nicht neu erstellt werden muss.

1. Benutzerdefinierte Becken / Custom sinks: Substreams unterstützen benutzerdefinierte Becken, die eine nahtlose Integration mit den bevorzugten Datenspeicher- oder Analyselösungen der Entwickler ermöglichen. Diese Flexibilität ermöglicht es Entwicklern, maßgeschneiderte Indizierungslösungen zu erstellen, die auf ihre individuellen Bedürfnisse abgestimmt sind.

2. Skalierbarkeit: Substreams sind auf Skalierbarkeit ausgelegt und können mühelos große Datenmengen verarbeiten. Ihre Architektur ermöglicht eine nahtlose Erweiterung, um wachsenden Anforderungen gerecht zu werden.

6. Flexibilität: Substreams bieten eine außergewöhnliche Flexibilität und sind in der Lage, ein breites Spektrum an Blockchain-Daten zu indizieren. Diese Vielseitigkeit ermöglicht vielfältige Anwendungen und Anwendungsfälle, die verschiedene Arten von Daten im Blockchain-Ökosystem aufnehmen.

Zusammenfassend lässt sich sagen, dass die Einführung von Substreams, Firehoses und Custom sinks im The Graph-Ökosystem die Extraktions-, Transformations- und Ladeschicht (ETL) der Subgraphenentwicklung revolutioniert hat. Diese Fortschritte haben kritische Einschränkungen und Herausforderungen für Entwickler, die mit Blockchain-Daten arbeiten, behoben. Substreams bieten Geschwindigkeit, Zusammensetzbarkeit, Wiederverwendbarkeit, Anpassbarkeit, Skalierbarkeit und Flexibilität, was sie zu einer leistungsstarken Lösung für die effiziente Indizierung von Blockchain-Daten macht. Die Integration von Firehose hat die Synchronisierungszeiten erheblich verkürzt und ermöglicht einen nahezu zeitnahen Zugriff auf aktuelle Informationen. Darüber hinaus ermöglicht die Verwendung von benutzerdefinierten Senken die nahtlose Integration mit bevorzugten Datenspeicher- oder Analyselösungen. Durch die Nutzung dieser Technologien können Entwickler datenintensive Anwendungen auf Blockchain-Netzwerken aufbauen und dabei Dezentralisierung, Vertrauenswürdigkeit und Leistung beibehalten. The Graph hat erfolgreich eine dezentralisierte und effiziente Lösung bereitgestellt, die es Entwicklern ermöglicht, komplexe Operationen mit Blockchain-Daten durchzuführen, und damit neue Möglichkeiten für die Entwicklung innovativer und wirkungsvoller dezentralisierter Anwendungen eröffnet. Hier können Sie mehr über Substreams erfahren und lernen.

Mein besonderen Dank geht an meinen The Graph Advocate Kollegen Ujjwal Thakur von der The Graph India Community der ein Subgraph Entwickler und bemerkenswerter Freund ist. Seine Unterstützung für die The Graph Community lässt diesen Artikel erst möglich werden.

Was ist ein Untergraph?

Subgraph - das mysteriöse Buzzword, das in jedem unserer Artikel auftaucht. Aber ist ein Subgraph wie eine Minikarte für Blockchain-Daten oder eher wie ein GPS für Entwickler, die sich in der Blockchain-Wildnis verirrt haben? Ist es eine Gruppe von Superhelden, die sich zusammenschließen, um Blockchain-Bösewichte zu bekämpfen, die Blockchain-Daten organisieren und analysieren? Handelt es sich um kleine schwarze Kisten, in denen man alle Blockchain-Daten speichern kann, oder eher um winzige U-Boote, die tief in den Datenozean eintauchen und bestimmte Informationen abrufen können? Was es ist? Vielleicht schwirren Ihnen ähnliche Fragen im Kopf herum. Lassen Sie uns versuchen, diese Fragen zu beantworten.

Stellen Sie sich vor, Sie haben eine große Bibliothek mit Tausenden von Büchern und möchten einen Index erstellen, um den Lesern das Auffinden bestimmter Bücher zu erleichtern. Zu diesem Zweck könnten Sie eine Indexseite erstellen, die alle Bücher in der Bibliothek auflistet, gruppiert nach Autor oder Thema, zusammen mit ihrem Standort in den Regalen. Jedes Buch in der Bibliothek hätte seinen Eintrag auf der Indexseite, mit allen relevanten Details wie Autorenname, Titel, Genre und Erscheinungsdatum. Auf die gleiche Weise ist ein Subgraph wie eine Indexseite für einen bestimmten Datensatz in der Blockchain. Ein Subgraph ist eine offene API, die definiert, wie Daten aufgenommen, indiziert und bereitgestellt werden können. Ein Subgraph extrahiert Daten aus der Blockchain, verarbeitet sie und speichert sie so, dass sie einfach über GraphQL abgefragt werden können. Entwickler verwenden Subgraphen, um Daten in die Front-End-Schnittstelle ihrer Anwendung einzuspeisen. Die Entwickler definieren die Kriterien für den Index, indem sie ein GraphQL-Schema schreiben, und es werden Mapping-Funktionen erstellt, um die relevanten Daten zu extrahieren und dem Schema zuzuordnen. Der Subgraph wird dann bereitgestellt und anderen Entwicklern zur Verfügung gestellt, damit diese bestimmte Daten auf der Blockchain leichter finden und nutzen können.

Technische Voraussetzungen für den Einstieg in die Entwicklung von Untergraphen

Bevor Sie in die Entwicklung von Subgraphen einsteigen, sollten Sie die technischen Voraussetzungen kennen. Diese Voraussetzungen rüsten Sie mit dem notwendigen Wissen und den Werkzeugen aus, um effektiv Subgraphen zu erstellen und die Leistungsfähigkeit des Graph-Protokolls zu nutzen.

• GraphQL-Grundlagen: Um effektiv mit Subgraphen arbeiten zu können, ist es wichtig, GraphQL, die Abfragesprache für APIs, zu verstehen. Machen Sie sich mit GraphQL-Konzepten wie Schemata, Typen, Abfragen und Mutationen vertraut. Die offizielle GraphQL-Website bietet eine umfassende Dokumentation und Tutorials. Wenn Sie Video-Tutorials bevorzugen, bietet dieses einsteigerfreundliche Video-Tutorial eine gute Einführung in GraphQL.

• 1 AssemblyScript: AssemblyScript ist eine Programmiersprache, die darauf abzielt, eine Teilmenge der JavaScript/TypeScript-Syntax bereitzustellen und gleichzeitig eine direkte Kompilierung in WebAssembly zu ermöglichen. Sie kann als eine Variante von TypeScript betrachtet werden, die sich auf die Erzeugung von effizientem WebAssembly-Code konzentriert. AssemblyScript weist Ähnlichkeiten mit TypeScript auf, so dass es Entwicklern, die bereits Erfahrung mit JavaScript oder TypeScript haben, vertraut ist. AssemblyScript ist strenger als normales TypeScript, bietet aber eine vertraute Syntax. Bei der Entwicklung von Untergraphen verwenden wir AssemblyScript, um Mapping-Funktionen zu schreiben. Die Mappings nehmen Daten aus einer bestimmten Quelle und wandeln sie in Entitäten um, die in unserem Schema definiert sind.

• 2 Smart Contract: Untergraphen interagieren häufig mit Daten, die in Smart Contracts auf der Blockchain gespeichert sind. Ein gutes Verständnis von Smart Contracts ist also immer gut. Als Subgraph-Entwickler müssen wir nicht den gesamten Smart Contract verstehen, sondern nur so viel, dass wir in der Lage sind, Daten für die Interaktion zu erfassen. Zu den wichtigsten Bereichen, auf die sich Subgraph-Entwickler beim Umgang mit Smart Contracts konzentrieren sollten, gehören:

• 3 Auffinden des Kernvertrags: Dezentrale Anwendungen (DApps) bestehen in der Regel aus mehreren intelligenten Verträgen, die miteinander kommunizieren. In den meisten Szenarien gibt es einen zentralen Vertrag, der als Kern der Anwendung dient und für die Aktualisierung des Benutzerzustands und die Verwaltung wichtiger Funktionen verantwortlich ist. Das Verständnis und die Interaktion mit diesem Kernvertrag ist für Subgraph-Entwickler bei der Arbeit mit DApps entscheidend. Indem sie sich auf den Kernvertrag konzentrieren, können Subgraphen-Entwickler die relevanten Daten und Ereignisse, die für die Funktionalität ihres Subgraphen und die Integration mit der DApp erforderlich sind, effektiv erfassen und verarbeiten.

• Zustandsvariablen: Identifizieren Sie die Statusvariablen, die wichtige Informationen innerhalb des Vertrags enthalten. Diese Variablen können Salden, Eigentumsangaben oder andere wichtige Datenpunkte darstellen. Überlegen Sie, wie Sie sie in Ihrem Teilgraphen genau erfassen und darstellen können.

• Vertragsfunktionen: Verstehen Sie die verschiedenen im Vertrag definierten Funktionen. Achten Sie auf die Eingabeparameter, Rückgabewerte und den Zweck der einzelnen Funktionen. Dies wird Ihnen helfen, die relevanten Daten und Ereignisse zu identifizieren, die Sie in Ihrem Teilgraphen erfassen müssen.

• Ereignis-Emission: Suchen Sie nach Ereignissen, die vom Vertrag ausgegeben werden. Ereignisse sind entscheidend für die Erfassung wichtiger Zustandsänderungen und Aktualisierungen innerhalb des Vertrags. Analysieren Sie die Ereignisstrukturen, einschließlich ihrer Parameter und Datentypen.

• Aktualisierbarkeit des Vertrags: Wenn der Vertrag Bestimmungen zur Aufrüstbarkeit oder zu Proxy-Mustern enthält, sollten Sie darauf achten, wie sich dies auf den Datenzugriff und die Speicherung auswirkt.Wenn Sie sich beim Lesen eines Smart Contracts auf diese Aspekte konzentrieren, können Sie ein umfassendes Verständnis seiner Struktur, Funktionalität und seines Datenflusses gewinnen. Dieses Wissen hilft Ihnen bei der genauen Erfassung und Darstellung der relevanten Daten in Ihrem Subgraph.

Wenn Sie diese technischen Voraussetzungen erfüllen und die empfohlenen Quellen nutzen, sind Sie gut gerüstet, um Ihre Reise zur Entwicklung von Subgraphen zu beginnen und die Fähigkeiten von The Graph zur Indizierung und Abfrage von Daten aus dezentralen Anwendungen zu nutzen.

Einrichten Ihrer Umgebung für die Entwicklung von Untergraphen

Bevor wir mit der Erstellung unseres Subgraphen beginnen, müssen wir sicherstellen, dass wir die notwendigen Werkzeuge auf unserem lokalen Rechner installiert haben. Im nächsten Artikel werden wir Sie durch den Prozess der Entwicklung Ihres Subgraphen führen. Doch zunächst wollen wir uns auf die Installation der erforderlichen Tools konzentrieren, damit wir loslegen können. Wenn wir die erforderlichen Tools installiert haben, können wir effizient und effektiv arbeiten. Dadurch wird sichergestellt, dass wir einen qualitativ hochwertigen Teilgraphen ohne unnötige Verzögerungen oder Probleme erstellen können. Gehen wir also einen Schritt zurück und vergewissern uns, dass wir alles richtig eingerichtet haben, bevor wir mit der Erstellung unseres Teilgraphen beginnen.

Bevor Sie mit der Installation anderer für die Entwicklung von Subgraphen erforderlicher Tools fortfahren, sollten Sie unbedingt überprüfen, ob Node.js bereits auf Ihrem lokalen Rechner installiert ist. Wenn Sie Node.js noch nicht auf Ihrem lokalen Rechner installiert haben, können Sie die neueste Version von der offiziellen Website herunterladen und installieren. Nach der Installation können Sie überprüfen, ob Node.js richtig auf Ihrem Rechner installiert ist, indem Sie den folgenden Befehl in Ihrem Terminal ausführen:

node -v

Dieser Befehl zeigt die auf Ihrem Rechner installierte Version von Node.js an. Wenn eine Versionsnummer angezeigt wird, ist Node.js ordnungsgemäß auf Ihrem Rechner installiert und konfiguriert, und Sie können mit der Installation der anderen für die Entwicklung von Subgraphen erforderlichen Tools fortfahren.

Wenn Node.js nicht installiert ist oder eine Fehlermeldung angezeigt wird, müssen Sie Node.js herunterladen und installieren, bevor Sie mit der Entwicklung von Subgraphen fortfahren können. Indem Sie sicherstellen, dass Node.js korrekt installiert ist, können Sie sicherstellen, dass Sie eine stabile Grundlage für die Entwicklung von Subgraphen haben.

Sobald Sie Node.js und npm installiert haben, können Sie mit der Installation des Graph CLI-Tools fortfahren. Mit diesem Tool können Entwickler auf einfache Weise Subgraphen erstellen und verwalten. Sie können das Graph CLI installieren, indem Sie den folgenden Befehl in Ihrem Terminal ausführen:

So installieren Sie das Graph CLI mit npm:

npm install -g @graphprotocol/graph-cli

So installieren Sie The Graph CLI mit yarn:

yarn global add @graphprotocol/graph-cli

Um zu überprüfen, ob The Graph CLI auf Ihrem lokalen Rechner installiert ist, können Sie den folgenden Befehl in Ihrem Terminal ausführen.

graph --version

Indem Sie überprüfen, ob The Graph CLI auf Ihrem lokalen Rechner installiert ist, können Sie sicherstellen, dass Sie Zugang zu den notwendigen Werkzeugen für die Entwicklung von Subgraphen haben. The Graph CLI ist ein wesentliches Werkzeug für die Entwicklung von Subgraphen, da es Ihnen ermöglicht, Subgraphen im The Graph Network zu erstellen, einzusetzen und zu verwalten.

Wir haben unsere lokalen Rechner erfolgreich eingerichtet und alle notwendigen Werkzeuge installiert, um unseren Subgraphen-Entwicklungsprozess in Gang zu setzen. Jetzt sind wir bereit, uns mit den praktischen Aspekten der Entwicklung von Subgraphen zu befassen. In unserem nächsten Artikel werden wir uns an die spannende Aufgabe machen, einen Subgraph für einen ERC20-Token zu erstellen. Diese praktische Erfahrung wird es uns ermöglichen, das erworbene Wissen anzuwenden und aus erster Hand die Leistungsfähigkeit und Vielseitigkeit von Subgraphen bei der Erfassung und Verarbeitung von Daten aus Smart Contracts zu erleben. Bleiben Sie dran und erleben Sie einen spannenden und aufschlussreichen Einblick in die Welt der Subgraphen Entwicklung!

Wenn Ihnen die Lektüre meines Blogs gefallen hat, würde ich mich sehr freuen, wenn Sie sich einen Moment Zeit nehmen würden, um Ihre Unterstützung zu zeigen, indem Sie den Blog liken und kommentieren. Ihr Feedback und Ihr Engagement sind unglaublich wertvoll für mich und helfen mir, mich weiter zu verbessern und Inhalte zu erstellen, die informativ und ansprechend sind. In den kommenden Tagen werde ich einige Inhalte für The Graph erstellen. Folgen Sie mir auf Twitter und Hashnode, um über meinen nächsten Artikel in dieser Reihe informiert zu werden. Im nächsten Artikel werden wir unseren ersten Subgraphen erstellen. Sie können mich auf allen Plattformen finden @subgraphdev

Deutsche Fassung:

Andy Schreiber /The Graph Germany

Neben der Entwicklungsarbeit widme ich mich auch der Aufgabe, andere über The Graph zu informieren, Inhalte zu erstellen und mein Wissen mit der breiten Community zu teilen. Ich glaube, dass Bildung für das Wachstum des Blockchain-Ökosystems von entscheidender Bedeutung ist, und bemühe mich, komplexe Konzepte für alle Lernstufen zugänglich zu machen mit der Unterstützung einiger der führenden Blockchain Entwickler aus aller Welt des The Graph Ökosystem.