FAQ - Geyser gRPC-Stream

Q. In welchen Regionen liegen Ihre Knoten?

Aktuell betreiben wir Knoten in den folgenden Regionen:

Frankfurt (FRA)
Amsterdam (AMS)
London (LON)
New York (NY)
Chicago (CHI)
Tokio (TY)
Singapur (SGP)
Sydney (SYD)

ERPC misst die tatsächliche Netzwerklatenz basierend auf realen Routing-Pfaden, wählt automatisch die Region mit der niedrigsten Latenz statt auf gerade Strecken. Dieser Ansatz verbessert nicht nur die Latenz für einzelne Nutzer, sondern erhöht auch die Gesamtnetzeffizienz und stärkt die globale Widerstandsfähigkeit von ERPC gegen potenzielle Angriffe.

Wenn Ihre Umgebung die optimale Region nicht automatisch auswählt, kontaktieren Sie uns bitte über das ERPC Web-Dashboard. In den meisten Fällen wird dieses Problem durch Firewall-Einstellungen verursacht, die Ping-Antworten vom Endpunkt blockieren.

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

Q. Latenz zeigt 9999 ms und eine nicht optimale Region wird ausgewählt. Was soll ich tun?

Wenn Sie Ihre IP registrieren, pingen wir es von jedem gRPC Last Balancer, um die nächste Region auszuwählen. Wenn ICMP Antworten durch Ihre Firewall (ufw, Cloud Firewalls, Sicherheitsgruppen, etc.) blockiert werden, kann die Messung 9999ms, die verhindern kann, dass der optimale Nahbereich ausgewählt wird. Lassen Sie die Last Balancer IPs unten, so dass die nächste Region automatisch gewählt wird.

Region	Domain	IP Address
🇳🇱 Amsterdam	grpc-ams1.erpc.global	84.32.103.245
🇳🇱 Amsterdam	grpc-ams1.erpc.global	84.32.64.77
🇺🇸 New York	grpc-ny6-1.erpc.global	64.130.37.222
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.149
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.177
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.206
🇬🇧 London	grpc-lon6-1.erpc.global	67.209.52.250
🇯🇵 Tokyo	grpc-tokyo-6.erpc.global	198.13.133.88
🇸🇬 Singapore	grpc-sgp6-1.erpc.global	202.8.11.52
🇦🇺 Sydney	grpc-syd-1.erpc.global	82.26.116.36
🛰️ Far Point	grpc-far-point.erpc.global	63.254.162.14

Q. Ich habe meine IP freigegeben, kann mich aber immer noch nicht verbinden. Was soll ich prüfen?

ERPC gRPC- und Shreds-Endpoints verwenden einfaches HTTP auf Port 80, geschützt durch IP-Allowlisting. Sie verwenden kein HTTPS/TLS auf Port 443.

Wenn Sie ein Client-Beispiel eines anderen Anbieters kopieren, ist dort möglicherweise :443 oder HTTPS voreingestellt. Wenn Sie nur die Domain ersetzen, bleiben Port und TLS-Einstellungen unverändert, wodurch die Verbindung fehlschlagen kann.

Die untenstehenden Endpoints sind Beispiele. Ersetzen Sie sie durch Ihren eigenen im Dashboard angezeigten Endpoint. Verwenden Sie ihn im HTTP-Format, oder geben Sie Port 80 explizit an, wenn Ihr Client Host und Port verlangt:

Reguläres gRPC

Nicht gültig: grpc-fra1-1.erpc.global:443
Gültig: grpc-fra1-1.erpc.global:80
Gültiges URL-Format: http://grpc-fra1-1.erpc.global

Burst gRPC

Nicht gültig: grpc-fra1-burst.erpc.global:443
Gültig: grpc-fra1-burst.erpc.global:80
Gültiges URL-Format: http://grpc-fra1-burst.erpc.global

Die Authentifizierung erfolgt über Ihre registrierte IP-Adresse. Fügen Sie für ERPC gRPC- oder Shreds-Endpoints keine x-token-, token- oder Authorization-Header hinzu, sofern dies nicht auf einer bestimmten Produktseite ausdrücklich angegeben ist.

Q. Was ist Geyser gRPC Burst?

Geyser gRPC Burst ist die latenzarme, gemeinsam genutzte gRPC-Stufe von ERPC für latenzkritische Solana-Stream-Workloads. Sie bietet dieselbe Yellowstone/Geyser gRPC-Schnittstelle wie der reguläre gRPC-Dienst, einschließlich Account-, Transaktions-, Slot- und Block-Subscriptions, nutzt dabei jedoch Burst-spezifische regionale Infrastruktur.

Burst läuft derzeit in Frankfurt, Amsterdam, New York, Tokyo und Singapore. Das System wählt anhand realer Latenzmessungen die beste verfügbare Burst-Region für Ihre registrierte IP aus.

Q. Welche IPs sollte ich für Burst gRPC freigeben?

Das Burst-Routing misst die Latenz von den oben aufgeführten regulären gRPC-Load-Balancer-IPs und ordnet anschließend die nächstgelegene unterstützte Region einem Burst-Endpoint zu. Geben Sie diese regulären gRPC-Ping-Quell-IPs für die Latenzauswahl frei und zusätzlich die unten aufgeführten Burst-Load-Balancer-IPs, damit Ihr Client den ausgewählten Burst-Endpoint erreichen kann.

Region	Burst Domain	IP Address
🇩🇪 Frankfurt	grpc-fra1-burst.erpc.global	64.130.41.234
🇳🇱 Amsterdam	grpc-ams1-burst.erpc.global	64.130.55.180
🇺🇸 New York	grpc-ny6-burst.erpc.global	64.130.59.217
🇯🇵 Tokyo	grpc-tokyo-burst.erpc.global	208.91.107.247
🇸🇬 Singapore	grpc-singapore-burst.erpc.global	67.209.55.15

Wenn ICMP-Antworten von den regulären gRPC-Load-Balancer-IPs blockiert werden, kann das Dashboard 9999ms anzeigen und Burst auf eine nicht optimale Region zurückfallen. Das Blockieren der Burst-IPs beeinträchtigt die Verbindung zum ausgewählten Burst-Endpoint.

Q. Ist Burst dasselbe wie Direct Shreds oder ShredStream?

Nein. Burst ist vollständiges Yellowstone/Geyser gRPC über die Standard-gRPC-Schnittstelle. Es eignet sich, wenn Sie Block-, Slot-, Transaktions- oder Account-Streams von einem gRPC-Client benötigen.

Direct Shreds / ShredStream ist ein separates, UDP-basiertes Produkt für rohe Shred-Daten und kann vorzuziehen sein, wenn der frühestmögliche Pre-Block-Datenpfad Priorität hat. Die beiden Produkte bedienen unterschiedliche Schnittstellen und Workloads.

Q. Ich habe WebSocket bisher nur benutzt. Kann ich gRPC verwenden? Haben Sie Beispiele?

Ja. Mit SLV können Sie schnell testen und mit gRPC beginnen.

Für einen gemeinsamen Endpunkt, den Sie ohne Token testen können, führen Sie:

bash

slv check grpc --endpoint <YOUR_ENDPOINT> --token none

slv check grpc --endpoint <YOUR_ENDPOINT> --token none

Sehen Sie sich unsere gRPC Schnellstart Guide für Details.

Q. Kann ich zwei IP-Adressen registrieren?

Sie können einen Endpunkt pro Abonnement verwenden. Wenn Sie zwei IP-Adressen verwenden möchten, müssen Sie zwei separate Abonnements abonnieren.

F. Gibt es Filtergrenzen?

Nein, es gibt keine Grenzen für Filter.

F. Welche Region empfehlen Sie?

Es gibt keine einzige dauerhaft beste Region. Solana ist global und der führende Validator ändert jeden Slot. Regionen mit mehr Validatoren und höherem Stake sehen Führungsplätze häufiger, die Transaktionen schneller landen können. Der Kompromiss ist, dass konkurrierender Verkehr sich auch dort konzentriert, so dass eine weniger überfüllte Region manchmal bessere Ergebnisse je nach Ihrer Strategie liefern kann.

Als praktischer Ausgangspunkt wählen Sie eine Validator-Dense-Region wie Frankfurt oder die US-Ostküste, wenn die stetige Leader-Slot-Versorgung am meisten wichtig ist, oder legen Sie sich in der Nähe eines bestimmten Ziel-Validators, wenn die kurzfristige Ausführung die Priorität ist. Verwenden Sie Validators Solutions, um die öffentliche Solana-Netzwerkverteilung zu verstehen, dann nutzen Sie die ERPC Leader-Slot-API und reale Messungen, um zu entscheiden, ob eine einzelne Region, eine duale Region oder eine globale Bereitstellung angemessen ist.

F. Ich brauche eine Latenz von mindestens ~400 ms oder besser.

Um eine Latenz innerhalb von etwa 400 ms zu erreichen, sollten Sie diese wesentlichen Punkte berücksichtigen:

Realistisches Verständnis von Ping-Werten: Ping-Werte geben ideale Bedingungen an und reflektieren nicht die tatsächliche Latenz in der Streaming-Kommunikation, die typischerweise etwa das 5-fache der Ping-Latenz erfahren. Zum Beispiel führt ein Ping von 100 ms auf Kontinenten realistisch zu etwa 500 ms Latenz. So muss die Infrastruktur innerhalb der gleichen Region errichtet werden, um ~400 ms Latenz zu erreichen.
- Typische Ping-Wert-Referenz:
  - Gleiches Netzwerk: ~0,1 ms
  - Private Network Interconnect (PNI): ~0.2 ms
  - Gleiches Rechenzentrum: ~0.3 ms
  - Gleiche Stadt: ~1 ms
  - Nachbarland: ~5–10 ms
  - Interkontinental: ~100–300 ms
Die Durchschnittslatenz-Falle vermeiden: Solana-Validatoren werden global geographisch verteilt und der Leader-Plan ändert sich zufällig mit jeder Epoche. Durchschnittliche Latenz zu erreichen ~400 ms ist unpraktisch. Stattdessen sollten Sie die Validierungspläne in Ihrer Region genau verfolgen, um Slots mit der niedrigsten Latenz zu identifizieren. Um ständig minimale Latenz zu erreichen, ist eine Infrastruktur in allen relevanten Regionen erforderlich. Innerhalb derselben Region kann die Datenerfassung innerhalb weniger zehn Millisekunden erfolgen, wobei die Übertragung in wenigen Millisekunden möglich ist.
Verfolgen der Leader Schedule: Beobachten Sie kontinuierlich den führenden Validierungsplan für Ihre Region mit der ERPC Leader-Slot-API (getLeaderSlots). Es bietet Echtzeit-Daten über bevorstehende Leader, Stake-Gewicht, Validierungs-Geolocations und Referenz-Ping-Werte, so dass Sie genau identifizieren optimale Trading-Slots mit minimaler Latenz. Public Map-Stil Daten und native RPC APIs sind nützlich für eine breite Netzwerksicht, aber sie sind nicht genau genug für die Ausführung Timing. Die Leader-Slot-API erfüllt diese Lücke mit der für Routing- und Trading-Entscheidungen erforderlichen Granularität.
- ERPC Leader-Slot-API Dokumentation
- ERPC Web-Dashboard

Validators Solutions - Solana-Netzwerkdaten

Solana-Netzwerkdaten: Validators Solutions

Q. Wie kann ich den Zero-Block (Null-Slot)-Handel erreichen?

Erfolgreich zum Null-Block (Null-Slot)-Handel sind anspruchsvollere Strategien, wie folgt:

Identifizieren von Opportunity Zones: Solana-Validatoren werden weltweit vertrieben und es ist physikalisch unmöglich, für jeden Slot eine optimale Latenz zu erzielen. Deshalb überwachen Sie Validierungsführer in der Region, in der Ihre Infrastruktur sich befindet und identifizieren Sie die günstigsten Gelegenheitszonen. Auch die Bereitstellung von Infrastruktur über mehrere Regionen kann von Vorteil sein. Zum Beispiel ist Frankfurt aufgrund seiner hohen Validierungsdichte eine Schlüsselregion, was zu einer häufigeren Leaderauswahl und größeren Handelsmöglichkeiten führt.

Verwenden Sie die ERPC Leader-Slot-API (getLeaderSlots), um Echtzeit-Führungspläne, Stake-Gewicht, Validierungs- Geolocation-Daten und Referenz-Ping-Werte mit weit größerer Präzision als öffentliche Karten-Stil-Datenquellen oder native RPC-APIs zu erhalten. Dies ermöglicht es Ihnen, die Gelegenheitszonen genauer zu prognostizieren und Nah-Null-Latenz-Handel durchzuführen.
- ERPC Leader-Slot-API Dokumentation
- ERPC Web-Dashboard
Ausführungsdedizierte Knoten: Wenn Sie kämpfen, um zu konkurrieren, betrachten Sie die Bereitstellung von dedizierten Knoten. Geteilte Knoten erleben Latenz durch den Verkehr von anderen Benutzern und werden daher nicht empfohlen. Darüber hinaus reduziert das Setzen Ihres dedizierten Knotens im selben Netzwerk wie Ihre Anwendung die Netzwerklatenz erheblich und optimiert die Leistung.

F. Kann ich einen bestimmten Endpunkt verwenden?

Um eine niedrige Latenz-Umgebung zu erhalten, wählt unser System automatisch den nächsten verfügbaren Knoten aus. Wenn Sie einen bestimmten Endpunkt verwenden möchten, empfehlen wir Ihnen, einen Server zu mieten, der dem Endpunkt am nächsten liegt.

F. Ich bekomme einen 401-Fehler. Warum?

Um eine niedrige Latenz-Umgebung zu erhalten, implementieren wir IP-Beschränkungen. Wenn Sie kein Abonnement haben oder Ihre IP nicht registriert ist, erhalten Sie einen 401 Fehler.

Bitte überprüfen Sie, ob Ihr registriertes IP Ihrem aktuellen IP entspricht.

F. Ich bekomme einen 429 Fehler. Warum?

Sie haben die Verbindungsgrenze Ihres Plans erreicht.

Wenn Sie diesem Fehler begegnen, sollten Sie Ihren Plan aktualisieren. Wenn Sie mehr Verbindungen benötigen als unser Premium-Plan bietet, wäre ein dedizierter gRPC-Knoten besser geeignet.

F. Warum sind dedizierte Endpunkte schneller?

Geteilte Endpunkte werden von mehreren Kunden verwendet, die dieselben Ressourcen teilen. Mit zunehmendem Verkehr kommt es zu Latenzzeiten. Server-Ressourcen haben physische Grenzen, und der Arbeitsumfang, die sie bewältigen können, ist endlich. Wenn zu viele Anfragen gleichzeitig ankommen, müssen sie sequentiell bearbeitet werden, was zu langsameren Reaktionszeiten führt.

Obwohl wir verschiedene Maßnahmen ergreifen, um die Leistung auch auf gemeinsamen Endpunkten zu optimieren, mit dedizierten Endpunkten sind Sie der einzige Nutzer der Ressource. Dies bedeutet, dass Sie von anderen Benutzern völlig unangetastet sind, um konsequent stabile und schnelle Antworten zu gewährleisten.

Darüber hinaus bieten dedizierte Endpunkte Kommunikationsoptionen ohne TLS, wie HTTP. Durch das Überspringen des TLS Handshake (ca. 20 ms) wird die Kommunikation noch schneller im Vergleich zu HTTPS.

F. Wird der Verkaufspreis erhöht, nachdem ich abonniert habe?

Während Ihr Abonnement aktiv bleibt, bleibt der Verkaufspreis, den Sie bei der Anmeldung eingesperrt haben, in Kraft. Umgebungen, die unter Solanas Echtzeit-Workload stehen, sind weltweit knapp, und wir planen, die Listenpreise entsprechend der wachsenden Hardware- und Netzwerknachfrage zu erhöhen. Höhere Konfigurationen und High-Demand-Regionen verkaufen durch die schnellsten, so dass die Sperrung im aktuellen Werbepreis ist die kostengünstigste Wahl auf lange Sicht.

Q. Ich möchte mit Krypto bezahlen

Krypto-Zahlungen sind jetzt im ERPC Web Dashboard verfügbar. Sie können mit SOL, USDC oder EURC ERPC Credits kaufen.

Mit diesen ERPC Credits können Sie ERPC-Pläne starten oder fortsetzen. Öffnen Sie das Dashboard, wählen Sie die Krypto-Zahlung, senden Sie die Zahlung aus Ihrer Wallet, und das Dashboard prüft die Transaktion und schreibt die Credits Ihrem Konto gut.

ERPC Web Dashboard

F. Wie kann ich die niedrigste mögliche Latenz erreichen?

Wir empfehlen Ihnen, einen dedizierten gRPC-Knoten mit unserem Bare-Metal-Server.

Beide teilen das gleiche Netzwerk, so dass private, Zero-Distance-Kommunikation ohne das Internet durchlaufen. Dieses Setup erreicht extrem niedrige Latenz, typischerweise etwa 0,1 ms Ping.

Bitte kontaktieren Sie uns über das ERPC Web-Dashboard für weitere Details.

ERPC Web-Dashboard

🔗 ERPC Web-Dashboard

F. Wie ist die Latenz?

Die Latenz variiert je nach Messmethode und spezifischer Nutzungsumgebung. Statt sich auf exakte Zahlenwerte zu konzentrieren, ist es entscheidend sicherzustellen, dass die Latenz Ihren tatsächlichen betrieblichen Anforderungen entspricht.

Wir bieten kostenlose Tests in allen unseren Plänen an, sodass Sie die Leistung direkt in Ihrem realen Umfeld testen können. Zusätzlich bieten wir einfach zu bedienende Werkzeuge in TypeScript und Rust zur Messung der Latenz. Fühlen Sie sich frei, diese Werkzeuge neben Ihrem kostenlosen Test verwenden.

F. Ist dieser RPC (gRPC, Shreds) schneller als andere?

Wir empfehlen Ihnen, unsere kostenlose Testversion auszuprobieren und die Leistung gegen andere Dienstleistungen zu vergleichen. Wenn Sie unseren Dienst langsamer finden, teilen Sie uns bitte die spezifischen Bedingungen und Konkurrenten mit, die Sie über das ERPC Web-Dashboard verglichen haben. Wir werden die Ursache identifizieren und die Geschwindigkeit weiter verbessern.

Wir arbeiten kontinuierlich an der Verbesserung der Latenz basierend auf Kundenfeedback. Wenn Sie den schnellsten möglichen Endpunkt suchen, teilen Sie uns bitte detaillierte Informationen mit. Die Bereitstellung spezifischer Metriken und Vergleichsbedingungen gegen Wettbewerber ermöglicht es uns, überlegene Leistung zu liefern. Dieser Feedback-orientierte Ansatz ermöglichte uns konsequent, unsere Dienste zu verbessern.

ERPC Web-Dashboard

Q. Welcher Plan bietet die schnellste Leistung?

In der Regel bietet unser höchster Plan die schnellste Leistung durch überlegene CPUs, höhere Speicherkapazitäten und robuste Hardwarekonfigurationen.

Wir bieten auch maßgeschneiderte Lösungen, wenn Sie noch leistungsfähigere Server benötigen, aber unsere Standardpläne sind darauf ausgelegt, optimale Preis-Leistungs-Verhältnisse zu liefern.

Wir sind zuversichtlich, Weltklasse-Performance auf jedem Preisniveaus anzubieten. Wenn Sie einen schnelleren Anbieter im gleichen Preisbereich finden, teilen Sie uns bitte mit, damit wir Verbesserungen vornehmen können.

F. Ich habe eine hohe Latenz. Was kann ich tun?

Latenz hängt stark von Ihrer Nähe zum Endpunkt ab. Wir empfehlen den Zugriff von einem Server in der Nähe des bereitgestellten Endpunkte. Die schnellsten Verbindungen werden mit unseren Bare-Metal-Server und VPS Dienst.

Q. Was ist am schnellsten: WebSockets, gRPC oder Shreds?

Feedback von unseren Kunden rangiert die Geschwindigkeit konsequent wie folgt:

Shreds > gRPC > WebSockets

Bitte teilen Sie Ihre Erfahrung mit, wenn Sie verschiedene Ergebnisse beobachten.

Q. Latenz ist nicht das, was ich erwartet habe.

Die Leistung variiert je nach verwendeter Programmiersprache. Generell zählt die Sprachgeschwindigkeit:

Rust > Go > TypeScript (JavaScript) > Python

Für detaillierte Vergleiche siehe:

Programmiersprache Geschwindigkeit Vergleich

Für maximale Leistung empfehlen wir die Verwendung von Rust.