Wie wählt man einen Datenanbieter für sein web3-Projekt?

Neben den Kryptowährungs-Token ermöglicht die Blockchain dank Footprint auch Analysten, sich ein klareres Bild von praktisch jedem GameFi-Projekt, NFT, Marktplatz oder DeFi-Protokoll zu machen.

Wir von Footprint haben eine Methodik entwickelt, die die Rohdaten der Blockchain kompiliert und sinnvoll aggregiert. Und das gilt für die Programmierung von Integrationen.

1 . Wege zur Arbeit mit den Blockchain-Daten

Lassen Sie uns zunächst über die Methoden der Programmierintegration sprechen. Es gibt verschiedene Möglichkeiten, mit Blockchain-Daten zu arbeiten, und der von Ihnen gewählte Ansatz hängt von Ihren spezifischen Bedürfnissen und Zielen ab. Hier ist ein kurzer Überblick:

1.1 Blockchain-Entdecker

Ein Blockchain-Explorer ist eine Website oder ein Tool, mit dem Sie die in einer Blockchain gespeicherten Daten einsehen können. Dies kann ein schneller und einfacher Weg sein, um auf Informationen über bestimmte Transaktionen, Blöcke und andere Daten auf der Blockchain zuzugreifen.

Blockchain-Explorer können ein nützliches Tool für den Zugriff auf und die Anzeige von Daten sein, die in einer Blockchain gespeichert sind, aber sie haben einige Einschränkungen für Software-Integrationen. Hier sind ein paar Beispiele für Dinge, die Blockchain-Explorern fehlen können:

• Hauptsächlich auf Rohdaten konzentriert. Blockchain-Explorer zeigen normalerweise Rohdaten aus der Blockchain an. Dazu müssen die Abstraktionen über die Rohdaten implementiert werden, was mühsam sein kann, insbesondere bei Projekten, die sich auf die Bereitstellung und nicht auf die technischen Details bestimmter Blockchains konzentrieren.
• Anpassungsmöglichkeiten: Blockchain-Explorer sind in der Regel benutzerfreundlich und einfach zu bedienen, was bedeutet, dass sie möglicherweise nicht viele Anpassungsoptionen bieten. Dies kann es schwierig machen, den Explorer an Ihre speziellen Bedürfnisse oder Vorlieben anzupassen.
• Erweiterte Suchfunktionen: Blockchain-Explorer verfügen oft über grundlegende Suchfunktionen, unterstützen aber möglicherweise keine erweiterten Suchfunktionen wie boolesche Operatoren oder reguläre Ausdrücke. Dies kann die Suche nach bestimmten Informationen in der Blockchain erschweren.
• Interaktivität: Viele Blockchain-Explorer sind im Wesentlichen reine Lesetools.

Blockchain-Explorer können zwar eine hilfreiche Methode sein, um auf Blockchain-Rohdaten zuzugreifen und diese einzusehen, sie haben jedoch einige Einschränkungen, derer Sie sich bewusst sein sollten, bevor Sie sich entscheiden, Ihre Lösungsinfrastruktur auf ihrer Grundlage zu implementieren.

1.2 Eigene Indizierungslösung

Einen eigenen Indexer für die Arbeit mit Blockchain-Daten einzurichten, kann mehrere Vorteile und potenzielle Nachteile haben. Hier sind ein paar Beispiele dafür:

Vorteile:

• Anpassung: Wenn Sie Ihren Indexer einrichten, haben Sie die vollständige Kontrolle darüber, wie die Daten indiziert und auf sie zugegriffen wird. So können Sie den Indexer an Ihre speziellen Bedürfnisse und Präferenzen anpassen.
• Unabhängigkeit: Wenn Sie Ihren eigenen Indexer einrichten, sind Sie bei der Pflege und Aktualisierung des Index nicht auf einen Drittanbieter angewiesen. Dies kann Ihnen eine größere Kontrolle und Flexibilität bei Ihrer Arbeit mit Blockchain-Daten bieten.
• Verbesserte Sicherheit: Wenn Sie Ihren eigenen Indexer einrichten, können Sie Ihre eigenen Sicherheitsmaßnahmen implementieren, um die Daten zu schützen und unbefugten Zugriff zu verhindern.

Nachteile:

• Komplexität: Die Einrichtung Ihres Indexers kann ein komplexer und zeitaufwändiger Prozess sein, vor allem, wenn Sie neu in der Arbeit mit der Blockchain-Technologie sind. Sie müssen die zugrunde liegende Technologie verstehen und bereit sein, die erforderliche Zeit und Mühe zu investieren, um den Indexer zum Laufen zu bringen.
• Wartung: Sobald Sie Ihren Indexer eingerichtet haben, sind Sie für dessen Wartung und Aktualisierung verantwortlich. Dies kann kontinuierliches technisches Fachwissen und Ressourcen erfordern, was ein Nachteil sein kann, wenn Sie nicht über das notwendige Wissen oder die Unterstützung verfügen.
  Kosten: Die Einrichtung eines eigenen Indexers kann teuer sein, da Sie die für den Betrieb des Indexers erforderliche Hardware und Software kaufen und die damit verbundenen Kosten, wie Strom und Bandbreite, tragen müssen.

Insgesamt bietet die Einrichtung eines eigenen Indexers für die Arbeit mit Blockchain-Daten zwar mehr Kontrolle und Anpassungsmöglichkeiten, kann aber auch ein komplexer und teurer Prozess sein. Es ist wichtig, die Vor- und Nachteile sorgfältig abzuwägen, bevor man entscheidet, ob dies der richtige Ansatz ist.

1.3 Datenbank als Dienst

Die Verwendung eines Indexers eines Drittanbieters für die Arbeit mit Blockchain-Daten kann mehrere Vorteile und potenzielle Nachteile haben. Hier sind einige Beispiele dafür:

Vorteile:

• Benutzerfreundlichkeit: Indexer von Drittanbietern sind in der Regel so konzipiert, dass sie einfach zu bedienen sind, was bedeutet, dass Sie schnell mit den Blockchain-Daten arbeiten können, ohne viele technische Details lernen zu müssen oder Ihre eigene Indexierungslösung zu betreiben (unabhängig davon, ob es sich um ein selbst entwickeltes oder ein fertiges SDK handelt)
• Erweiterte Suchfunktionalität: Viele Indexer von Drittanbietern bieten erweiterte Suchfunktionen, wie boolesche Operatoren und reguläre Ausdrücke, die die Suche nach bestimmten Informationen in der Blockchain erleichtern. Es gibt viele verschiedene Implementierungen, aber die indizierten Daten werden häufig einer relationalen Datenbank hinzugefügt, was eine vollständige SQL-Unterstützung voraussetzt.
• Skalierbarkeit: Indexer von Drittanbietern sind oft für die Verarbeitung großer Datenmengen ausgelegt, was bedeutet, dass sie eine gute Option sein können, wenn Sie Daten aus einer großen Blockchain suchen oder darauf zugreifen müssen.
• Zuverlässigkeit: Indexierer von Drittanbietern werden in der Regel von professionellen Organisationen betrieben, die über die Ressourcen und das Fachwissen verfügen, um sicherzustellen, dass der Index stets aktuell und genau ist. Die Lösungen sind nicht immer dezentralisiert, da sie sich auf die Verarbeitung großer Datenmengen konzentrieren, aber die große Mehrheit ist quelloffen, was das Vertrauen der Nutzer in den Dienst erhöht.

Nachteile:

• Abhängigkeit: Wenn Sie einen Indexer eines Drittanbieters verwenden, sind Sie bei der Pflege und Aktualisierung des Index auf diesen Dienst angewiesen. Wenn der Indexer technische Probleme hat oder offline geht, können Sie möglicherweise nicht mehr auf die Blockchain-Daten zugreifen.
• Beschränkte Anpassungsmöglichkeiten: Indexer von Drittanbietern sind in der Regel so konzipiert, dass sie einfach zu bedienen sind, was bedeutet, dass sie möglicherweise nicht viele Anpassungsoptionen bieten. Dies kann es schwierig machen, den Indexer an Ihre speziellen Bedürfnisse oder Vorlieben anzupassen.
• Kosten: Einige Indexierer von Drittanbietern verlangen eine Gebühr für ihre Dienste, was ein Nachteil sein kann, wenn Sie mit einem knappen Budget arbeiten.

Zusammenfassend lässt sich sagen, dass die Verwendung eines Indexierers eines Drittanbieters für die Arbeit mit Blockchain-Daten eine bequeme und effektive Option sein kann, die jedoch begrenzt ist und manchmal nicht individuell angepasst werden kann.

1.4 Zusammenfassung

Das Ziel von Footprint besteht in erster Linie darin, die Hürde für die Eingabe von Analysen und die Arbeit mit web3-Daten zu senken. Dieser Ansatz ist eine Balance zwischen Benutzerfreundlichkeit und Flexibilität. Deshalb ist einer unserer Services DaaS (Database as the service type). Bevor wir uns die Vorteile unseres Dienstes genauer ansehen, werden wir auch eine andere Implementierungsmöglichkeit für den Indexer betrachten, nämlich eine selbst geschriebene Lösung oder ein SDK.

In den nächsten Kapiteln werden wir uns mit der Kernfunktion befassen, die Read-Only-Blockchain-APIs haben sollten. Wir werden das Problem aus verschiedenen Blickwinkeln betrachten und alternative Lösungen in Betracht ziehen. Zu den wichtigsten Merkmalen von Blockchain-APIs gehören die folgenden:

• Benutzerfreundlichkeit und Flexibilität
• Skalierbarkeit
• Kompatibilität

Nutzungsfreundlichkeit und Flexibilität sind zwei wichtige Merkmale von Blockchain-APIs. Eine benutzerfreundliche Blockchain-API erleichtert Entwicklern den Einstieg in die Entwicklung von Blockchain-basierten Anwendungen, da sie ihre Ideen schnell prototypisch umsetzen und testen können, ohne viel Zeit mit der Einarbeitung in die API zu verbringen.

Flexibilität hingegen bezieht sich auf die Fähigkeit einer Blockchain-API, ein breites Spektrum von Anwendungsfällen und Anwendungen zu unterstützen. Eine flexible Blockchain-API ermöglicht es Entwicklern, auf verschiedene Teile der Blockchain zuzugreifen und Anwendungen zu erstellen, die mit verschiedenen Arten von Smart Contracts und anderen Blockchain-basierten Assets interagieren. Dies kann besonders für Entwickler wichtig sein, die Anwendungen erstellen möchten, die in verschiedenen Branchen und Kontexten eingesetzt werden können.

Insgesamt kann eine benutzerfreundliche und flexible Blockchain-API es Entwicklern erleichtern, innovative und nützliche Anwendungen zu erstellen, die die einzigartigen Funktionen und Möglichkeiten der Blockchain-Technologie nutzen können.

1.5 Footprint Analytics

Benutzerfreundlichkeit und Flexibilität werden durch unsere Datenorganisation gewährleistet, die alle Aspekte der Interaktion mit dem Footprint-Ökosystem beeinflusst. Footprint verfügt über eine API, die auf diesem Datenmodell aufbaut und es den Nutzern ermöglicht, vollwertige Datenpipelines für Datenanalysen und maschinelle Lernanwendungen zu erstellen. Wir nennen das eine Daten-API. Wir unterstützen gleichzeitig zwei Arten von APIs und zwei Untertypen innerhalb eines dieser Typen, um die meisten Fälle abzudecken: Rest-API und SQL-API.

Mit der REST-API können wir eine Anwendung schnell integrieren, da jeder Endpunkt ein vorgefertigtes, fest codiertes Skript ist, das wir als eines der beliebtesten identifiziert haben. Alle Endpunkte verfügen über einfach zu bedienende Tools zum Filtern, Sortieren und Paginieren

Dank der anpassungsfähigeren Schnittstelle der SQL-API können Sie diese für spezifischere Fälle erhalten. Ein Vorteil der Verwendung derselben SQL-Abfragen sowohl in der Webanwendung als auch in der API ist die Vereinfachung von Entwicklung und Wartung. Indem dieselben Abfragen in beiden Schnittstellen verwendet werden, müssen Entwickler keine separaten Abfragen für die Webanwendung und die API schreiben und pflegen. Dies spart Zeit und Aufwand und verringert das Risiko von Fehlern oder Inkonsistenzen zwischen den beiden Schnittstellen.

Die Verwendung derselben SQL-Abfragen sowohl in der Webanwendung als auch in der API kann es den Entwicklern außerdem erleichtern, eine nahtlose Benutzererfahrung zu schaffen. Durch die Verwendung derselben Abfragen können die Entwickler sicherstellen, dass die Daten, auf die die Webanwendung und die API zugreifen und die sie bearbeiten, konsistent sind, so dass die Benutzer zwischen den beiden Schnittstellen wechseln können, ohne dass es zu Inkonsistenzen oder Unterbrechungen kommt.

1.6 Andere Plattformen

Viele alternative Analyselösungen ermöglichen es dem Nutzer, verschiedene Netze nach unterschiedlichen Anforderungsniveaus zu analysieren. Die meisten alternativen Lösungen tendieren jedoch zu Extremen, indem sie entweder ein sehr flexibles Produkt implementieren, das Kenntnisse von Abfragesprachen oder sogar Programmiersprachen erfordert, oder eine sehr einfache Schnittstelle mit vorbereiteten Skripten und entsprechend geringer Flexibilität.

Lösungen wie Moralis und Quicknode haben nur eine REST-API-Schnittstelle. Auch wenn es viele Endpunkte gibt, schränkt dies den Entwickler in der Flexibilität der zurückgegebenen Daten ein.

Dune hat kürzlich seine API vorgestellt. Diese asynchrone Lösung setzt die vorherige Existenz einer Abfrage auf der Plattform unter einer bestimmten ID (dune.com/query/{{query id}}) voraus, über die Abfragen in Form von SQL ausgeführt werden können. Die wichtigste Einschränkung dieser Lösung ist die Notwendigkeit, die SQL auf der Plattform vorab zu modifizieren, damit die aktualisierte Abfrage anschließend ausgeführt werden kann.

Chainbase veröffentlicht die SQL-API auf dieselbe Weise wie Footprint. Im Gegensatz zu Footprint verfügt Chainbase jedoch nicht über ein so ausgefeiltes ETL, so dass SQL-Abfragen nur für Rohtransaktionen ausgeführt werden können.

2. Skalierbarkeit

Blockchain-APIs sollten in der Lage sein, große Daten- und Transaktionsmengen zu verarbeiten, so dass Entwickler Anwendungen erstellen können, die von vielen Benutzern gleichzeitig genutzt werden können.

2.1 Footprint-Analyse

2.1.1 Moderner offener Datenstapel

Das Footprint-Team hat seit seinem Start im August 2021 mehrere Architektur-Upgrades vorgenommen, dank seiner starken Fähigkeit, Technologien zu erforschen und zu verbessern. In weniger als eineinhalb Jahren konnte das Team diese Änderungen erfolgreich umsetzen. Dies ist ein Beweis für die Fähigkeiten und das Fachwissen des Teams in den Bereichen Technologie und Datenwissenschaft.

Durch Experimentieren hat Footprint iterativ drei globale Architektur-Updates vorgenommen und ist schließlich zu einer Architektur gelangt, die die Anforderungen der verschiedenen Anwendungsfälle der Plattform erfüllt. Weitere Informationen über die Entwicklung der Implementierung finden Sie im nächsten Artikel:

https://www.footprint.network/article/iceberg-spark-trino-a-modern-opensource-data-stack-for-blockchain-fp-HGZpPm3D

2.1.2 Synchrone und asynchrone Ausführungen

In Footprint gibt es zwei Modi für die Ausführung von Abfragen an die SQL-API – synchron und asynchron. API-Aufrufe an den synchronen Endpunkt bedeuten, dass die SQL-Abfrage von den Footprint-Servern ausgeführt wird, sobald eine HTTP-Anfrage von der Anwendung empfangen wird, wodurch die Verbindung aufrechterhalten wird. Dies ist sinnvoll, wenn leichtgewichtige Anfragen verwendet werden, da die Anwendung in diesem Fall nicht lange auf die Ausführung warten muss. Die Details finden Sie auf der folgenden Seite:

https://docs.footprint.network/reference/post_native

Für umfangreiche Anfragen wird empfohlen, eine asynchrone Anfrage zu verwenden. Im Gegensatz zu einer synchronen Anfrage muss die Client-Anwendung während der Ausführung keine Verbindung zum Server aufrechterhalten. Stattdessen kann sie sofort die Request-ID erhalten, nach der sie nach einiger Zeit separat die Ausführungsergebnisse erhält. Als Teil der asynchronen API sollten zwei Schritte abgedeckt werden, um die Daten zu holen – der folgende Endpunkt wird verwendet, um einen „Auftrag“ zur SQL-Ausführung zu senden:

https://docs.footprint.network/reference/post_native-async

Der zweite Schritt besteht darin, eine Anfrage zu senden, um die Ergebnisse anhand der Kennung zu erhalten, die beim Zugriff auf den vorherigen Endpunkt ermittelt wurde. Der Endpunkt für diesen zweiten Schritt wird auf der folgenden Seite beschrieben:

https://docs.footprint.network/reference/get_native-execution-id-results

2.2 Andere Lösungen

DuneV2 ändert die gesamte Datenbankarchitektur. Dune geht nun weg von einer PostgreSQL-Datenbank hin zu einer Instanz von [[Apache Spark]], die auf [[Databricks]] gehostet wird. Nur asynchrone API.

3. Kompatibilität

Blockchain-APIs sollten mit einer breiten Palette von Programmiersprachen und Entwicklungsumgebungen kompatibel sein, damit Entwickler die Tools und Frameworks verwenden können, mit denen sie am besten vertraut sind.

REST ist einfacher zu integrieren, da jede Programmiersprache über zahlreiche Bibliotheken verfügt, die eine komfortable Arbeit mit dieser Art von API ermöglichen. Letztendlich arbeiten jedoch sowohl SQL-APIs als auch REST über HTTP, so dass die Entwicklungserfahrung in Bezug auf das standardmäßige Senden einer Anfrage fast identisch ist.

4. Zusammenfassung

Wie wir analysiert haben, reicht es in den meisten Fällen für eine Anwendung aus, fertige DaaS-Lösungen zu verwenden, da diese Abstraktionen (und nicht nur Rohdaten) zurückgeben können und viel Zeit und Geld sparen, da sie es den Teams letztendlich ermöglichen, sich nicht auf die Infrastruktur, sondern auf den Wert des Produkts zu konzentrieren. Wir haben uns verschiedene Lösungen auf dem DaaS-Markt angeschaut,

Footprint scheint am besten integrierbar zu sein, da es das flexibelste Modell für die Generierung von Anfragen bietet und gleichzeitig einfach zu bedienen ist und den modernen Open-Source-Datenstack unter der Haube hat, der eine unterbrechungsfreie und vor allem schnelle Ausführung der komplexesten Anfragen gewährleistet.