ERPC fügt Jet Analytics zu Solana-RPC hinzu — Stärkung des historischen Datenzugriffs, Backfilling, Wiederherstellung und Analyse durch die Jetstreamer-Implementierung

ELSOUL LABO B.V. (Hauptsitz: Amsterdam, Niederlande; CEO: Fumitake Kawasaki) und Validators DAO, die ERPC betreiben, geben den Start von Jet Analytics & Indexed RPC auf Solana-RPC bekannt. Dieses Update führt neue unterstützte Methoden ein, die es erleichtern, historische Daten abzurufen, Backfilling durchzuführen, nach Vorfällen Daten wiederherzustellen und Analytics-Infrastruktur über ERPCs Jetstreamer-Implementierung.

Mit diesem Update können Entwickler mit ERPC Solana-RPC nicht nur mit Daten arbeiten, die ab jetzt erhoben werden, sondern auch mit historischen Daten, die in ERPC-Indizes gespeichert sind. Dies wird es einfacher, Anwendungen zu entwickeln, fehlende Daten per Backfill zu ergänzen, nach Vorfällen Daten wiederherzustellen, vergangene Aktivität zu analysieren, Systeme zu überwachen sowie historisches Verhalten zu validieren.

Die unterstützten Methoden sind getTransactionsForAddress, getTransfersByAddress, jetTopPrograms, jetSlotStats, jetTpsTimeseries, jetEpochSummary, und jetProgramStatsDiese sind Jet Analytics & Indexed RPC-Methoden, die ERPCs Jetstreamer-abgeleitete selbstgehosteten Indizes und das Gateway.

Dieses Update ist für alle ERPC Solana-RPC-Pläne verfügbar. Bestehende Nutzer können Jet Analytics & Indexed RPC mit ihrem aktuellen ERPC-API-Schlüssel und Solana-RPC-Endpunkt ohne Anmeldung zu einem separaten dedizierten Plan.

ERPC-Dashboard: https://dashboard.erpc.global/ Offizielle ERPC-Website: https://erpc.global/

Jet Analytics direkt in den ERPC Docs testen

Im ERPC-Dashboard können Entwickler können die Solana-RPC-Nutzung und Pläne verwalten und die Solana-RPC-Dokumentation über den Docs-Flow öffnen zur Überprüfung jeder Jet Analytics & Indexed RPC-Methode. Anforderungsformate, Parameter, Antwortstrukturen und Nutzungshinweise können in der Dokumentation geprüft werden, so dass Entwickler sofort testen können.

Jet Analytics ergänzt den historischen Datenzugriff und die indexgestützte Analyse im bestehenden Solana-RPC-Workflow. Entwickler können ihren ERPC Solana-RPC-Endpunkt und denselben API-Schlüssel sowie denselben Dashboard- und Dokumentationsfluss verwenden, um historische Transaktionen, Token-Transfers, Programmstatistiken, Slot-Statistiken TPS-Trends und Epochenzusammenfassungen.

Dies erleichtert die Nutzung historischer Daten aus der ERPC Solana-RPC-Plattform für die frühe Anwendungsentwicklung, Analytics-Infrastruktur, bestehende Indexer-Ergänzung, Wiederherstellung nach Vorfällen, Vergangenheitsüberprüfung, benutzerorientierte Geschichtsansichten und Monitoring-Systemresynchronisation.

Stärkung des Zugriffs auf historische Daten durch die Jetstreamer-Implementierung

Solana-RPC wird häufig als Infrastruktur zum Abrufen des aktuellen Zustands und neuer Informationen. Bei der realen Anwendungsentwicklung und Analyse reicht jedoch der aktuelle Zustand allein oft nicht aus. Entwickler müssen häufig vergangene Transaktionen, Historie auf Adressebene, Token-Transfers, Ausführungsaktivität für bestimmte Programme, Pro-Slot-Transaktionszahlen, und Aktivität auf Epochenebene im Nachhinein abrufen.

Beim Starten einer neuen Anwendung benötigen Entwickler nicht nur „Daten, die von jetzt an gesammelt wurden“, sondern auch „Daten, die bereits vor Entwicklungsbeginn entstanden sind.“ Wallets, Explorer, Trading-Anwendungen, Analyseplattformen, Überwachungssysteme, Bots und KI-Agenten können die vorherige Benutzeraktivität, Transaktionshistorie, Tokenbewegung, Programmnutzung oder Vergleichsdaten zur Anomalieerkennung nicht vollständig verstehen, wenn sie nur beginnen, Daten aus dem aktuellen Moment zu sammeln.

Traditionell war diese Art von Backfilling eine große operativ sehr aufwendig. Allgemeine RPC-Nutzung ist auf aktuellen Zustand und den Abruf neuer Daten zentriert, so dass das Abrufen älterer Archivdaten schnell und die Aufbereitung in ein anwendungsfreundliches Format erfordern oft einen dedizierten Indexer, Archivknoten, benutzerdefinierte Datenbank und langwierigen Wiederherstellungsprozess. Viele Teams konnten damit beginnen, Daten aus der Gegenwart zu sammeln, hatten jedoch Schwierigkeiten, die Anwendungsentwicklung mit bereits verfügbaren Daten zu beginnen.

ERPC hat nun einen Jetstreamer-basierten selbstgehosteter Index in seine Solana-RPC-Infrastruktur zur Verbesserung der Praxis des historischem Datenabrufs. So können Entwickler historische Daten verwenden, die in ERPC-Indizes für Backfilling, erneuten Abruf, Recovery und Analyse, statt sich nur auf neu erfasste Daten ab dem aktuellen Zeitpunkt zu verlassen.

Zugang zu historischen Daten verändert den Ausgangspunkt der Anwendungsentwicklung

Schnellere historische Datenzugriffe bedeuten nicht nur, dass ältere Informationen betrachtet werden können. Die Fähigkeit, die Entwicklung mit bereits verfügbaren früheren Daten zu beginnen, betrifft Anwendungsdesign, Analysequalität, Nutzererfahrung und operative Wiederherstellung.

Zum Beispiel, Wallets und Explorer müssen vergangene Transaktionen und Token-Transfers für eine Adresse abrufen und Benutzern frühere Aktivität anzeigen. Analytics-Plattformen müssen verstehen, welche Programme während eines bestimmten Zeitraums stark aufgerufen wurden, wie viele Transaktionen in jedem Slot verarbeitet wurden und wie sich TPS im Laufe der Zeit verändert, nicht nur für die Gegenwart, sondern auch für vergangene Zeiten.

Historischer Datenzugriff ist auch wichtig, wenn ein Indexer oder eine interne Datenbank einen unerwarteten Vorfall erleidet. Wenn Daten durch Datenbankkorruption, Ingestion-Downtime, Bereitstellung von Fehlern, Speicherausfällen oder einer falschen Migration verloren gehen, wird es einfacher, die fehlende Zeit zu füllen und den Dienst in seinen vorherigen Zustand wiederherzustellen.

Für Solana-Anwendungen ist die Echtzeit-Datenankunft nur ein Teil der Datenpipeline. Auch die nachfolgenden Schritte von Bestätigung, Speicherung, Ergänzung, Wiederherstellung, Analyse und Überwachung sind kritisch. ERPCs Jet Analytics & Indexed RPC ist eine Erweiterung, um diese nachgelagerten historischen Daten-Workflows und die operative Wiederherstellung zu unterstützen.

Adressebene Historischer Transaction Access Mit get Transactions For Address

getTransactionsForAddress ist ein Indexed RPC-Methode zum Abrufen von Transaktionen im Zusammenhang mit einer bestimmten Adresse. Durch die Angabe der Zieladresse und die Kombination von Bedingungen wie Slot, Block Time, Signatur und Status können Entwickler adressebene historische Daten abrufen.

Diese Methode unterstützt zwei Abrufmodi: transactionDetails: "signatures" und transactionDetails: "full". Im Signaturmodus gibt es Indexzeilen wie Signatur, Slot, transaction Index, Err, Memo, Block Time und confirmation Status. Im Vollmodus führt es das gleiche Index-Lookup aus und kombiniert es mit Transaktionsdetail-Abruf, um auch Transaktion, Meta und Version zurückzugeben.

Für Wallets, Explorer, Überwachungssysteme, Benutzerunterstützung, Transaktionshistorie-Prüfungen und interner Abgleich ist ein schneller Zugang zu früheren Transaktionen im Zusammenhang mit einer bestimmten Adresse wichtig. Diese Methode ist auch nützlich, wenn ein neues Produkt vergangene Geschichte anzeigen muss, wenn ein vorhandener Indexer ergänzt werden muss, oder wenn die Adresshistorie nach einem Vorfall rekonstruiert werden muss.

Die Antwort enthält paginationToken, die verwendet werden können, um die nächste Seite abzurufen. Sie enthält außerdem windowStart, so dass Clients den ältesten Slot im Index überprüfen. Dies hilft Client-Anwendungen, den historischen Datenabruf zu planen, und dabei zu verstehen, welcher Bereich vom Endpunkt zur Verfügung steht.

Historische Token Transfer Daten mit get Transfers ByAddress

getTransfersByAddress ist ein Indexed RPC-Methode zum Abrufen von SPL Token v1 Übertragungsdaten im Zusammenhang mit einer bestimmten Eigentümeradresse. Durch die Kombination von Inbound, Outbound oder beliebiger Richtung, Gegenparteiadresse, Mint, Menge, Block Time und Slot-Bedingungen können Entwickler historische Token-Transfer-Daten von Wallets und Analysesystemen abrufen.

Jede Zeile enthält Felder wie Signatur, Slot, Block Time, Typ, von User Account, zu User Account, von Token Account, to Token Account, mint, Menge, decimals, ui Menge, fee Menge, tax UiMenge, transaction Idx, instruction Idx und inner Instruction Idx. Wenn eine einzelne Transaktion mehrere Token-Programmanrufe umfasst, wird jeder Anruf als separate Zeile behandelt.

Die solMode Option ermöglicht Entwicklern die Wahl zwischen Merged-Modus, in dem wSOL ähnlich wie natives SOL behandelt wird, und separate Modus, in dem der wSOL-Mint unterscheidbar bleibt. Der Merged-Modus kann einfacher für Wallet- und Portfolio-Anzeigen, während separate Modus ist nützlich für Analyse Nutzung Fälle, die unterscheiden müssen SOL und wSOL-Flows.

Token-Transfer-Daten sind wichtig für Wallets, Portfolios, Transaktionshistorien, Buchhaltung, Überwachung, Alerts, Funds-Flow-Analyse, Bot-Verifikation und Benutzerunterstützung. Diese Methode ist auch bei der Rekonstruktion der Asset-Bewegung für einen bestimmten Zeitraum oder Backfill-Lücken in einem Indexer sinnvoll.

Programmnutzung mit Jet Top Programmen verstehen

jetTopPrograms ruft ein Ranking von Programmen durch Invocation Count innerhalb eines bestimmten Zeitfensters ab. Durch die Angabe, from, to, include Votes, und Limit, Entwickler können Aufrufe, Fehler und Gesamt-CUs für jedes Programm abrufen.

Auf Solana ist das Verständnis, welche Programme während eines bestimmten Zeitraums stark genutzt wurden, nützlich für Netzwerkanalysen, Anwendungsanalysen, Lasttrenduntersuchungen, Bot- und Trading-Anwendungszielauswahl und die Überwachung der Zielentdeckung. Transaktionszahlen allein zeigen nicht, welche Programme tatsächlich aufgerufen wurden, wie viele Compute Units verbraucht wurden, oder wie viele Fehler aufgetreten sind.

mit jetTopPrograms, Entwickler können Solana-Programmaktivität für einen bestimmten Zeitraum auf einem höheren Detailniveau inspizieren. Es kann verwendet werden, um neue Anwendungsbereiche zu erforschen, bemerkenswerte Programme zu entdecken, Programme mit schweren Belastungen zu identifizieren, vergangene Zeiträume zu vergleichen und allgemeine Trends der Netzwerkaktivität zu verstehen.

Zeitreihe Programmanalyse mit jet Program Stats

jetProgramStats ruft zeitgepufferte Aufrufe, Fehler und Gesamt-CUs für eine bestimmte Programm-ID ab. Durch die Angabe von program IdBase58, from, to, und bucket Sec, Entwickler können Nutzungstrends für ein Zielprogramm im Laufe der Zeit überprüfen.

Diese Methode ist nützlich für die Überprüfung des Programmnutzungswachstums, der Fehlersteigerungen, der Änderungen des Compute-Unit-Verbrauchs, der Aktivität vor und nach einem Ereignis, der Post-Release-Nutzung und der ungewöhnlichen Invocation-Spikes. Das Anzeigen von Aktivität auf Programmebene als Zeitreihe ermöglicht es, Änderungen zu verstehen, die aus einer einzigen Aggregatzahl nicht sichtbar sind.

Für Handelsanwendungen, De Fi, NFTs, games, DePIN, AI x Crypto, Monitoring-Systeme und Analyse-Dashboards, ist es wichtig zu wissen, wann die Aktivität um ein bestimmtes Programm steigt, in welchen Zeiträumen Fehler zunahmen, und wie sich der Compute-Unit-Verbrauch änderte. jetProgramStats erleichtert diese Art von Analysen auf Programmebene den Zugriff über die ERPC Solana-RPC-Workflow.

Sichtbarkeit der Pro-Slot-Verarbeitung mit jet Slot Stats

jetSlotStats holt Transaction Count, Vote-Transaction-Count, Non-vote-Transaction-Count und block time für einen einzelnen Slot oder Slot-Bereich ab. Es unterstützt sowohl Single-Slot-Lookup durch Slot und Range-Lookup mit von Slot und to Slot.

In der Solana-Analyse ist es wichtig zu verstehen, wie viele Transaktionen pro Slot verarbeitet wurden und wie viele Vote-Transaktionen gegenüber Non-vote-Transaktionen waren. Nur auf Gesamttransaktionszählungen zu schauen, unterscheidet nicht anwendungsgetriebene Tätigkeit von einer konsensbezogenen Abstimmungstätigkeit.

mit jetSlotStats, Entwickler können Verarbeitungsbedingungen für einen bestimmten Slot oder Zeitraum auf Slot-Granularität überprüfen. Es kann für Vorfalluntersuchungen, Leistungsanalysen, Pro-Slot-Aktivitätsanalysen, Backfill-Bereichsüberprüfungen, fehlende Datenüberprüfung und Erfassung von Monitoring-Basisdaten verwendet werden.

TPS-Trendabruf Mit jet Tps Timeseries

jetTpsTimeseries ruft Gesamt-TPS und Non-vote-TPS pro Bucket für ein vorgegebenes Zeitfenster ab. Durch die Angabe von, zu und bucket Sec können Entwickler Solana Transaktionsdurchsatz als Zeitreihe überprüfen.

TPS kann irreführend sein, wenn man als einzelnen Point-in-Time-Wert betrachtet. Es schwankt je nach Tageszeit, Netzlast, Anwendungsaktivität, Vote-Transaktionsanteil und Staubedingungen. jetTpsTimeseries Gesamt-TPS und Non-vote-TPS, sodass es einfacher ist, anwendungsgetriebene Aktivität realistischer zu verstehen.

Für Analyse-Dashboards, Netzwerküberwachung, Forschung, Infrastrukturlastanalyse, Anwendungsaktivitätsvergleich und Verkehrsüberprüfung für bestimmte Zeiträume, TPS als Zeitreihe zu behandeln ist wichtig. jetTpsTimeseries ermöglicht Entwicklern historische Durchsatztrends durch die ERPC RPC Workflow.

Epochenebene Aggregation Mit Jet Epoch Summary

jetEpochSummary ruft aggregierte Informationen für eine bestimmte Epoche ab, einschließlich Slots, Non-vote Txs, Vote Txs, Total Txs, first block time, last block time, Distinct Programs und Program Invocations.

Aggregation auf Epochenebene ist nützlich, um Solana-Netzwerkaktivität über eine größere Zeiteinheit als einzelne Slots oder Transaktionen zu verstehen. Entwickler können überprüfen, wie viele Slots im Index für eine Epoche vorhanden sind, wie viele Stimmen und Non-vote-Transaktionen verarbeitet wurden und wie viele verschiedene Programme aufgerufen wurden.

Dies ist nützlich für Forschung, Reporting, Netzwerkanalyse, langfristige Nutzungstrend-Review, Anwendungsaktivitätsvergleich im Laufe der Zeit und Infrastrukturlastprognose. jetEpochSummary macht diese Art von Großanalyse einfacher zu starten, ohne eine massive Anzahl von Einzeltransaktionen abzurufen.

Von get Transaction Speed Verbesserungen zu erweiterten historischen Datenzugriff

ERPC vor kurzem verbesserte historische Transaktionsabrufleistung rund um Solana RPCs getTransaction. getTransaction ist ein grundlegende Methode zum Abrufen von Details für eine einzelne Transaktionssignatur und wird häufig von Explorern, Wallets, Indexsystemen, Analyseplattformen, Überwachungssystemen, Backend-APIs und Transaktionshistorie-Workflows.

Jet Analytics & Indexed RPC erweitert diese Richtung weiter. Die getTransaction Geschwindigkeitsverbesserung unterstützt detailliertes Abrufen für eine bestimmte Transaktion. Im Gegensatz dazu, Indexed RPC ermöglicht Entwicklern, über verschiedene Arten von historischen Daten zu suchen, zu aggregieren und zu paginieren, einschließlich Adress-Level-Daten, Token-Transfers, Programmaktivität, Slot-Statistiken, TPS-Zeitreihen und Epochenzusammenfassungen.

Solana-Anwendungen müssen nicht nur eine einzelne Transaktion im Detail überprüfen, sondern auch Aktivitäten über vergangene Zeiträume abrufen und diese Daten in Anwendungsdatenbanken, Dashboards, Überwachungssysteme, Analyseplattformen und KI-Agenten einspeisen. ERPC kombiniert Verbesserungen an grundlegenden Methoden wie getTransaction mit indexgestützten Methoden wie Jet Analytics & Indexed RPC zur Verbesserung der Praxis des historischen Datenzugangs.

Verwenden Sie den aktuell gespeicherten Indexbereich und prüfen Sie dabei die Verfügbarkeit

Jet Analytics & Indexed RPC über von ERPC betriebene selbstgehostete Indizes. Daher hängt der von jedem Endpunkt verfügbare historische Datenbereich von dem aktuell im Index gespeicherten Bereich ab. getTransactionsForAddress und getTransfersByAddress zurück windowStart, die den ältesten, derzeit im Index gehaltenen Slot anzeigt.

Entwickler können verwenden windowStart zu bestimmen, welcher Bereich vom Endpunkt zur Verfügung steht. Bei der Konzeption historischer Daten-Backup-, erneuter Abruf- und Recovery-Flows ist es wichtig, die Zielzeitraum, pagination Token, sort Order, limit, filters und window Start zu kombinieren, um den notwendigen Bereich in Stufen abzurufen.

Jet Analytics ist eine Erweiterung für die Bereitstellung historischer Transaktionen, Token-Transfers, Programmausführungsstatistiken, Slot-Statistiken, TPS-Trends und Epochenaggregationen einfacher zu handhaben. Anwendungen sollten Standard-RPC, get Transaction, Indexed RPC, WebSocket, Geyser gRPC, und Shredstream nach ihrem Anwendungsfall.

Anwendungsfälle für Explorers, Wallets, Indexer, Analytics-Plattformen, Monitoring und KI-Agenten

Jet Analytics & Indexed RPC kann über viele Solana-Anwendungsszenarien verwendet werden.

Explorers und Wallets können es für Adress-Level historische Transaktionen, Token-Transfers, vergangene Transaktionsüberprüfungen und benutzerorientierte Historieansichten verwenden. Handelsanwendungen und De Fi-Systeme können es nutzen, um historische Funds-Flows für bestimmte Adressen oder Mints, Programmaktivität, Transaktionserfolg und Ausfalltrends und operative Überprüfung zu überprüfen.

Indexer und Analyseplattformen können es für die erste Backfilling verwenden, fehlende Zeiträume füllen, vergangene Zeiträume neu aggregieren, mit bestehenden Datenbanken abgleichen und nach Vorfällen wiederherstellen. Überwachungssysteme können Slot-Statistiken verwenden, TPS-Zeitreihen, Programm-Statistiken und Epochenzusammenfassungen, um Basislinien zu etablieren, Anomalien zu erkennen, Lasttrends zu analysieren und Aktivitätsänderungen für bestimmte Programme zu überwachen.

Historische Daten sind auch für KI-Agenten und automatisierte Betriebssysteme wichtig. Wenn ein KI-Agent den aktuellen Zustand abruft Solana-RPC und kombiniert es mit vergangener Aktivität, Transaktionsgeschichte, Token Transfers, Programmstatistiken und TPS-Trends von Jet Analytics & Indexed RPC, kann er Berichte, Überwachung, Benachrichtigungen, Untersuchung und Entwicklungsunterstützung mit besserem Kontext bieten.

Solana-RPC, WebSocket, Geyser gRPC, Shredstream, und Indexed RPC im gleichen Workflow

ERPC bietet Solana-RPC, WebSocket, Geyser gRPC, Shredstream, VPS und Bare-Metal-Server als Solana-spezialisierte Betriebsinfrastruktur. Mit dem Zusatz von Jet Analytics & Indexed RPC, nicht nur Echtzeit-Datenlieferung, sondern auch historische Daten, aggregierte Daten und Analysedaten können einfacher im selben Solana-RPC-Workflow behandelt werden.

Solana-Anwendungen können sich nicht allein auf Echtzeit-Abonnements verlassen. Sie brauchen auch getTransaction um in Echtzeit erkannte Ereignisse zu bestätigen, Indexed RPC, um vergangene Zeiträume, historische Daten für benutzerdefinierte Bildschirme, Slot-Statistiken und TPS-Zeitreihen zur Überwachung von Basislinien und Programmaktivitätsanalysen.

ERPC behandelt diese nicht als fragmentierte Standalone-Funktionen, sondern als Datenpfade, die von Solana-Anwendungen tatsächlich benötigt werden. Entwickler können ihren Solana-RPC-Endpunkt aus dem ERPC-Dashboard und die Docs verwenden, um jede Methode zu testen und den Datenabrufpfad zu überprüfen, der durch ihre Arbeitsbelastung benötigt wird.

Verfügbar für alle ERPC Solana-RPC-Pläne

Jet Analytics & Indexed RPC ist für alle ERPC Solana-RPC-Pläne verfügbar. Vorhandene Nutzer können die neuen Methoden über ihren aktuellen Solana-RPC-Endpunkt ohne Anmeldung zu einem separaten dedizierten Plan.

Im ERPC-Dashboard können Nutzer die Solana-RPC-Nutzung, Planverwaltung, API-Schlüssel und Dokumentationsflows. Die Jet Analytics & Indexed RPC-Methoden wurden dem Abschnitt Jet Analytics & Indexed RPC der Solana-RPC-Dokumentation hinzugefügt, wo Entwickler Anfrageformate, Parameter und Antwortstrukturen überprüfen können, während die Methoden getestet werden.

ERPC-Dashboard: https://dashboard.erpc.global/

Erweiterung des historischen Datenzugriffs und der Analyse als Solana-Specialized Infrastructure

ERPC verbessert Solana-RPC nicht als einfachen API-Endpunkt, aber als Infrastruktur, die die Ausführungsqualität von Solana-Anwendungen unterstützt. In Solana, HTTP RPC, WebSocket, Geyser gRPC, Shredstream, SWQoS, Serverplatzierung, Validierungsqualität, Netzwerkrouten, Bearbeitungsknotenleistung, Indexierung und historische Datenzugriffe beeinflussen direkt Anwendungsgeschwindigkeit, Stabilität, Wiederherstellbarkeit und Analysefähigkeit.

Die Ergänzung um Jet Analytics & Indexed RPC erweitert das für Solana-Anwendungen verfügbaren Datenabruf. Indem der aktuelle Zustand, Echtzeit-Ereignisse, historische Transaktionen, Token-Transfers, Programmaktivität, Slot-Statistiken, TPS-Zeitreihen und Epochenzusammenfassungen, im selben Entwicklungsablauf verfügbar sind, hilft ERPC Entwicklern, den anfänglichen Aufwand der Kombination mehrerer Infrastrukturdienste zu reduzieren und sich direkt auf Anwendungsdesign, Validierung und operative Wiederherstellung zu konzentrieren.

ELSOUL LABO wurde seit 2022 fünf Jahre in Folge im niederländischen WBSO-Forschungs- und Entwicklungsförderungsprogramm anerkannt. Das Unternehmen setzt Forschung und Entwicklung in allen Bereichen der Solana-RPC-Infrastruktur fort, Validator-Betrieb, Echtzeitdaten-Lieferung, historischer Datenzugriff und KI-Agenten-basierte Operationen und Entwicklungsunterstützung. Diese Ergebnisse spiegeln sich wider ERPC, SLV, SLV AI und das AS200261 Solana-spezialisierte Rechenzentrum.

Mit ERPC Jet Analytics & Indexed RPC können Entwickler, die Solana-RPC verwenden, nicht nur aktuelle Daten, sondern auch historische Daten, aggregierte Daten, Analysedaten und Wiederherstellungsdaten im gleichen Workflow verarbeiten. Durch die Kombination von Echtzeit-Datenzugriff, historischem Datenabruf, Backfilling, Recovery und Analyse auf derselben Plattform können Entwickler einfacher Wallets, Explorer, Trading-Anwendungen bauen und betreiben, De Fi-Produkte, Indexer, Analyseplattformen, Überwachungssysteme und KI-Agenten.

Kontakt

Für Fragen zu Jet Analytics & Indexed RPC, Solana-RPC, getTransactionsForAddress, getTransfersByAddress, jetTopPrograms, jetSlotStats, jetTpsTimeseries, jetEpochSummary, jetProgramStats, historischer Datenzugriff, Backfilling, Recovery, Analytics-Infrastruktur, bestehende Pläne oder Konfigurationsberatung erstellen Sie bitte ein Support-Ticket im offiziellen Validators DAO Discord.

ERPC-Dashboard: https://dashboard.erpc.global/ Offizielle ERPC-Website: https://erpc.global/ Offizieller Validators DAO Discord: https://discord.gg/C7ZQSr CkYR