ERPC - Enhanced Solana RPC Endpoint

Um mit ERPC einen latenzarmen Solana RPC endpoint zu erhalten, registrieren Sie sich im ERPC Web Dashboard unter dashboard.erpc.global, und Ihr API key wird sofort ausgestellt. Sie erhalten einen verwalteten Solana RPC endpoint mit HTTP- und WebSocket-Zugriff über das eigene globale Netzwerk von ERPC. Dieses Netzwerk leitet jede Anfrage über den kürzesten Netzwerkpfad, und der Grundtarif beträgt 42 tokens pro Methode. Kopieren Sie Ihren key und fügen Sie ihn dem endpoint als query parameter hinzu: https://edge.erpc.global?api-key=YOUR_KEY, oder für WebSocket wss://edge.erpc.global?api-key=YOUR_KEY. Tragen Sie den api-key als query parameter in die URL ein, nicht in einen Authorization- oder anderen HTTP header. ERPC liest den key ausschließlich aus der URL, daher wird ein in einem header gesendeter key ignoriert und der endpoint gibt einen 401 zurück. Mit einer kostenlosen Testphase können Sie sich sofort verbinden und testen.

Wählen Sie einen dedicated Solana RPC endpoint, wenn Sie unter Last keine Verlangsamungen oder Rate Limits tolerieren können, und einen shared endpoint, wenn Sie gerade einsteigen oder testen. Ein shared endpoint wird von vielen Kunden gleichzeitig genutzt, sodass bei wachsendem Traffic Anfragen in eine Warteschlange geraten können, die Latenz unbeständiger wird und Sie an Rate Limits stoßen können. Mit einem dedicated endpoint sind Sie der alleinige Nutzer, sodass der Traffic anderer Kunden Sie niemals verlangsamt. Ein dedicated endpoint kann sich außerdem über reines HTTP ohne TLS verbinden, und das Überspringen des TLS handshake spart rund 20ms für einen zusätzlichen Geschwindigkeitsvorteil.

Unlimited Endpoints sind für latenzarme Standardaufrufe der Solana RPC gedacht. Unterstützte Methoden sind getSlot, getBlockHeight, getLatestBlockhash, getBalance, getAccountInfo, getMultipleAccounts, getTransaction, sendTransaction, simulateTransaction, getSignatureStatuses, getRecentPrioritizationFees, getHealth, getVersion, getEpochInfo, getBlock. Verwenden Sie für andere Methoden https://edge.erpc.global?api-key=YOUR_KEY.

ERPC betreibt nodes in Frankfurt, Amsterdam, London, New York, Chicago, Tokyo, Singapore und Sydney. Jede Anfrage tritt am nächstgelegenen von mehr als 300 Cloudflare-gestützten edge locations ein und wird dann an den optimalen ERPC node weitergeleitet, sodass die Anfrage stets den kürzestmöglichen Netzwerkpfad nimmt. Für slot-genaues Targeting können Sie die Leader Slot API (getLeaderSlots) nutzen, um zu verfolgen, welche Region den leader hält, und gezielt dorthin zu routen.

ERPC WebSocket läuft auf demselben Solana RPC endpoint wie HTTP mit demselben API key und verwendet wss://edge.erpc.global anstelle von https://edge.erpc.global. Sie können Solana-Updates in Echtzeit, etwa Account- und slot-Änderungen, über eine einzige Verbindung streamen, sodass Ihre App sie unmittelbar bei ihrem Eintreten empfängt. Das macht WebSocket zur am einfachsten zu integrierenden streaming-Option.

Kombinieren Sie einen dedicated RPC node mit einem Bare Metal Server im selben Netzwerk. Da es zwischen node und Server keinen Sprung über das öffentliche Internet gibt, liegt der Round-Trip-Ping bei rund 0.1ms, womit es erreichbar wird, Ihre Transaktionen bei jedem Solana slot als Erster durchzubringen. Ansonsten hängt die Latenz von der Methode und Ihrer Umgebung ab, daher können Sie sie mit einer kostenlosen Testphase sowie TypeScript- und Rust-Tools in Ihrem eigenen Setup messen.

Basierend auf konsistentem Kundenfeedback lautet die typische Geschwindigkeitsreihenfolge: zuerst Direct Shreds, dann Geyser gRPC, dann WebSocket. WebSocket auf dem Solana RPC endpoint ist am einfachsten zu integrieren, während Geyser gRPC und Direct Shreds dedizierte streaming-Produkte für Teams sind, die als Erste handeln müssen, wobei Direct Shreds die Daten so früh wie möglich liefert. Um das richtige Produkt zu wählen, vergleichen Sie sie mit der kostenlosen Testphase in Ihrer eigenen Umgebung.