FAQ - Solana RPC Endpoint mit ERPC
F. Was ist ein Solana RPC Endpoint und wie bekomme ich einen mit ERPC?
Ein Solana RPC Endpoint ist die URL, über die Ihre Anwendung Solana-Daten abfragt, Transaktionen sendet und Abonnements wie WebSocket-Streams startet. Mit ERPC erhalten Sie einen globalen Solana Endpoint über das Dashboard: kostenlose Testphase oder Plan starten, API key kopieren und den Parameter
api-key an den Endpoint anhängen.text
https://edge.erpc.global?api-key=<YOUR_API_KEY>https://edge.erpc.global?api-key=<YOUR_API_KEY>Für WebSocket nutzen Sie denselben Host mit
wss://. Wenn Sie für Trading, DeFi oder Infrastruktur eine niedrigere Latenz benötigen, können Sie über das ERPC Dashboard auch gRPC, ShredStream oder dedizierte Endpunkte besprechen.F. Wie viele Token verbraucht jede Methode?
Wir bereiten derzeit eine detaillierte Tabelle zur Token-Nutzung vor. Während der kostenlosen Testphase können Sie alle Methoden ausprobieren und ein praktisches Gefühl für den ungefähren Verbrauch bekommen.
Als Referenz beträgt die Basisrate 42 Token pro Methode.
F. In welchen Regionen befinden sich Ihre Nodes?
Aktuell betreiben wir Knoten in den folgenden Regionen:
- Frankfurt (FRA)
- Amsterdam (AMS)
- London (LON)
- New York (NY)
- Chicago (CHI)
- Tokio (TY)
- Singapur (SGP)
Die RPC endpoints von ERPC werden über Cloudflare bereitgestellt und nutzen ein globales Netzwerk mit mehr als 300 Edge-Servern. Anfragen werden automatisch über den nächstgelegenen Cloudflare Edge-Standort geleitet und anschließend an den optimalen ERPC Node weitergegeben, damit der Netzwerkpfad möglichst kurz bleibt und die Latenz weltweit niedrig ist.
Diese Architektur reduziert die Auswirkungen geografischer Entfernung und komplexer Routen und bietet optimierte Verbindungen zu Solana Nodes mit hoher Stabilität und Performance.
ERPC Dashboard: ERPC Dashboard
F. Kann ich WebSocket verwenden?
Ja, WebSocket wird unterstützt. Es funktioniert über denselben Endpoint, sodass Sie Echtzeit-Updates effizient empfangen können.
F. Warum bekomme ich einen 401 Fehler?
Ein 401 Fehler weist auf ein Authentifizierungsproblem hin. Bitte prüfen Sie Folgendes:
- Ob Ihr Abonnement bereits aktiv ist
- Ob Sie noch Credits haben
Wenn keine Credits mehr verfügbar sind, sollten Sie Ihren Plan aktualisieren.
F. Warum bekomme ich einen 429 Fehler?
Ein 429 Fehler bedeutet, dass Sie das Rate Limit erreicht haben. Wenn dieser Fehler häufig auftritt und Ihren Dienst beeinflusst, sollten Sie ein Upgrade Ihres Plans prüfen.
F. Warum sind dedizierte Endpunkte schneller?
Geteilte Endpunkte werden von mehreren Kunden genutzt, die dieselben Ressourcen teilen. Wenn der Traffic steigt, nimmt auch die Latenz zu. Server-Ressourcen haben physische Grenzen, und die Menge an Arbeit, die sie gleichzeitig verarbeiten können, ist begrenzt. Wenn zu viele Anfragen gleichzeitig eintreffen, müssen sie nacheinander bearbeitet werden, was zu langsameren Antwortzeiten führt.
Auch auf geteilten Endpunkten optimieren wir die Performance kontinuierlich. Mit dedizierten Endpunkten sind Sie jedoch der einzige Nutzer der Ressource und bleiben vom Traffic anderer Nutzer unabhängig. Das sorgt für stabilere und schnellere Antworten.
Darüber hinaus bieten dedizierte Endpunkte Kommunikationsoptionen ohne TLS, zum Beispiel HTTP. Durch das Überspringen des TLS Handshake (ca. 20 ms) kann die Kommunikation im Vergleich zu HTTPS noch schneller sein.
F. Wird der Verkaufspreis erhöht, nachdem ich abonniert habe?
Solange Ihr Abonnement aktiv bleibt, gilt der Verkaufspreis, den Sie bei der Anmeldung gesichert haben. Umgebungen, die Solanas Echtzeit-Workload zuverlässig tragen, sind weltweit knapp. Wir planen, die Listenpreise entsprechend der wachsenden Hardware- und Netzwerknachfrage anzupassen. Höhere Konfigurationen und stark nachgefragte Regionen sind am schnellsten ausverkauft, daher ist das Sichern des aktuellen Aktionspreises langfristig meist die kosteneffizienteste Wahl.
F. 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.
F. Welche Region empfehlen Sie?
Es gibt keine dauerhaft beste Region. Solana ist global, und der Leader Validator ändert sich mit jedem Slot. Regionen mit mehr Validatoren und höherem Stake sehen Leader Slots häufiger, wodurch Transaktionen schneller landen können. Gleichzeitig konzentriert sich dort auch konkurrierender Traffic, sodass eine weniger ausgelastete Region je nach Strategie bessere Ergebnisse liefern kann.
Als praktischer Ausgangspunkt eignet sich eine validatorstarke Region wie Frankfurt oder die US-Ostküste, wenn eine stetige Leader-Slot-Versorgung wichtig ist. Wenn kürzeste Ausführungspfade Priorität haben, platzieren Sie Ihre Infrastruktur näher an einem bestimmten Ziel-Validator. Nutzen Sie Validators Solutions, um die öffentliche Solana-Netzwerkverteilung zu verstehen, und anschließend die ERPC Leader-Slot-API sowie reale Messungen, um zwischen einzelner Region, dualer Region oder globalem Deployment zu entscheiden.
F. Ich brauche eine Latenz von ~400 ms oder besser.
Um eine Latenz von etwa 400 ms oder weniger zu erreichen, sollten Sie diese wesentlichen Punkte berücksichtigen:
-
Realistisches Verständnis von Ping-Werten: Ping-Werte zeigen ideale Bedingungen und spiegeln nicht die tatsächliche Latenz in Streaming-Kommunikation wider, die häufig etwa das Fünffache der Ping-Latenz erreicht. Ein Ping von 100 ms über Kontinente hinweg führt realistisch zu etwa 500 ms Latenz. Um ~400 ms zu erreichen, sollte die Infrastruktur daher in derselben Region aufgebaut werden.
- 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
- Typische Ping-Wert-Referenz:
-
Die Durchschnittslatenz-Falle vermeiden: Solana-Validatoren sind geografisch weltweit verteilt, und der Leader Schedule ändert sich zufällig mit jeder Epoche. Sich auf Durchschnittslatenz zu verlassen, um ~400 ms zu erreichen, ist unpraktisch. Stattdessen sollten Sie Validator-Zeitpläne in Ihrer Region genau verfolgen, um Slots mit besonders niedriger Latenz zu identifizieren. Für konstant minimale Latenz ist Infrastruktur in allen relevanten Regionen erforderlich. Innerhalb derselben Region kann Datenerfassung in wenigen zehn Millisekunden erfolgen, während Ü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). Sie liefert Echtzeitdaten zu kommenden Leadern, Stake-Gewicht, Validator-Geolocations und Referenz-Ping-Werten, damit Sie optimale Trading-Slots mit minimaler Latenz präzise identifizieren können. Öffentliche Kartendaten und native RPC APIs sind für einen breiten Überblick hilfreich, aber für Execution Timing nicht genau genug. Die Leader-Slot-API schließt diese Lücke mit der Granularität, die für Routing- und Trading-Entscheidungen nötig ist.
Solana-Netzwerkdaten: Lösungen für die Validierung
F. Wie kann ich Zero-Block- oder Zero-Slot-Trading erreichen?
Zero-Block- oder Zero-Slot-Trading erfordert anspruchsvollere Strategien:
-
Opportunity Zones identifizieren: Solana-Validatoren sind weltweit verteilt, und es ist physikalisch unmöglich, für jeden Slot optimale Latenz zu erreichen. Überwachen Sie daher die Leader Schedules in der Region, in der Ihre Infrastruktur steht, und identifizieren Sie die günstigsten Opportunity Zones. Auch ein Deployment über mehrere Regionen kann sinnvoll sein. Frankfurt ist zum Beispiel wegen seiner hohen Validator-Dichte eine wichtige Region, was zu häufigerer Leader-Auswahl und mehr Trading-Gelegenheiten führen kann.Verwenden Sie die ERPC Leader-Slot-API (
getLeaderSlots), um Echtzeit-Leader-Schedules, Stake-Gewicht, Validator-Geolocation-Daten und Referenz-Ping-Werte mit deutlich höherer Präzision als öffentliche Kartenquellen oder native RPC APIs zu erhalten. Dadurch können Sie Opportunity Zones genauer prognostizieren und Near-Zero-Latency-Trading umsetzen. -
Dedizierte Nodes für Execution: Wenn Sie schwer konkurrieren können, prüfen Sie dedizierte Nodes. Geteilte Nodes erleben Latenz durch Traffic anderer Nutzer und sind dafür nicht ideal. Wenn Ihr dedizierter Node im selben Netzwerk wie Ihre Anwendung steht, reduziert das die Netzwerklatenz erheblich und verbessert die Performance.
F. Wie kann ich die niedrigste mögliche Latenz erreichen?
Das ideale Setup für minimale Latenz ist ein dedizierter RPC Node kombiniert mit unseren Bare-Metal-Servern. Beide teilen dasselbe Netzwerk und ermöglichen private Zero-Distance-Kommunikation mit Ping-Latenzen um 0,1 ms.
Bitte kontaktieren Sie uns über das ERPC Dashboard für weitere Details.
F. Transaktionen auf meinem dedizierten Node haben eine geringe Erfolgsrate
Transaktionserfolgsraten und Geschwindigkeit werden stark durch QoS (Quality of Service) beeinflusst. Wir bieten QoS speziell für dedizierte Nodes. Weitere Informationen finden Sie auf den folgenden Seiten oder über unser ERPC Dashboard.
F. Wie ist die Latenz?
Die Latenz variiert je nach Messmethode und Nutzungsumgebung. Statt sich nur auf einzelne Zahlenwerte zu konzentrieren, sollten Sie prüfen, ob die Latenz Ihre konkreten betrieblichen Anforderungen erfüllt.
Wir bieten kostenlose Tests in allen Plänen an, sodass Sie die Performance direkt in Ihrer realen Umgebung messen können. Zusätzlich stellen wir einfach nutzbare Tools in TypeScript und Rust zur Latenzmessung bereit. Nutzen Sie diese Tools gern zusammen mit Ihrer kostenlosen Testphase.
F. Ist dieser RPC (gRPC, Shreds) schneller als andere?
Wir empfehlen, unsere kostenlose Testversion auszuprobieren und die Performance mit anderen Diensten zu vergleichen. Wenn unser Dienst in Ihrem Test langsamer ist, teilen Sie uns bitte über das ERPC Dashboard die konkreten Bedingungen und verglichenen Anbieter mit. Wir untersuchen die Ursache und verbessern die Geschwindigkeit weiter.
Wir arbeiten kontinuierlich daran, die Latenz auf Basis von Kundenfeedback zu verbessern. Wenn Sie den schnellstmöglichen Endpoint suchen, helfen konkrete Metriken und Vergleichsbedingungen dabei, die passende Optimierung zu finden. Dieser feedbackorientierte Ansatz verbessert unsere Dienste laufend.
F. Welcher Plan bietet die schnellste Performance?
In der Regel bietet unser höchster Plan die schnellste Performance, weil er stärkere CPUs, mehr Speicherkapazität und robustere Hardwarekonfigurationen nutzt.
Wenn Sie noch leistungsfähigere Server benötigen, bieten wir auch individuelle Lösungen an. Unsere Standardpläne sind jedoch bereits auf ein gutes Preis-Leistungs-Verhältnis ausgelegt.
Wir sind überzeugt, auf jedem Preisniveau sehr starke Performance anzubieten. Wenn Sie im gleichen Preisbereich einen schnelleren Anbieter finden, teilen Sie uns das bitte mit, damit wir gezielt nachbessern können.
F. Ich habe eine hohe Latenz. Warum?
Die Latenz steigt mit der Entfernung zum Endpoint. Wir empfehlen, von Servern in der Nähe des bereitgestellten Endpoints zuzugreifen. Die schnellsten Umgebungen sind über unsere Bare-Metal-Server und VPS-Services verfügbar.
F. Was ist am schnellsten: WebSocket, gRPC oder Shreds?
Kundenfeedback zeigt konsistent die folgende Performance-Reihenfolge:
Shreds > gRPC > WebSocket
Bitte teilen Sie uns mit, wenn Sie andere Ergebnisse messen.
F. Die Latenz ist nicht wie erwartet.
Die Performance kann je nach gewählter Programmiersprache variieren. Im Allgemeinen ist die Reihenfolge:
Rust > Go > TypeScript (JavaScript) > Python
Detailliertere Vergleiche finden Sie in dieser Ressource:
Wir empfehlen Rust, wenn Sie auf maximale Performance zielen.