Übersicht
Preisänderung: Sender Max erfordert jetzt einen Mindest-Tip von 0.001 SOL. Damit
gelangst du in einen priorisierten Tip-Puffer für den Blockanfang. Gib einen höheren Tip, um zuerst aufgenommen zu werden. Die kostenoptimierte
Stufe SWQOS-only bleibt bei 0.000005
SOL.
No Credits
In allen Tarifen verfügbar, ohne API-Credits zu verbrauchen. Du zahlst pro Sendung mit
einem SOL-Tip.
Multi-Path Routing
Sendet über alle Pfade (Helius, Jito, Harmonic, Rakurai usw.), um die schnellstmögliche Aufnahme zu erreichen
Global Endpoints
Der HTTPS endpoint leitet Frontends automatisch zum nächstgelegenen Standort weiter,
für Backends steht regionales HTTP zur Verfügung
50 TPS with an API key
Verwende den API key deines bestehenden Helius-Projekts. Requests ohne API key sind auf 1 request pro Sekunde begrenzt.
Wähle deine Stufe
Sender bietet zwei Stufen. Beide haben eine niedrige Latenz und verbrauchen keine Credits. Sie unterscheiden sich darin, über wie viele Übertragungswege deine Transaktion gesendet wird und welcher Mindest-Tip erforderlich ist.Tips zwischen 0.000005 SOL und 0.001 SOL werden akzeptiert, gelangen aber nicht in den
priorisierten Tip-Puffer. Sie werden nach dem Best-Effort-Prinzip über weniger
Übertragungswege gesendet. Für Pufferpriorität und alle Routing-Pfade musst du einen Tip von mindestens 0.001
SOL geben.
Sender Max (fastest landing)
Wird über alle Übertragungswege geleitet und für besonders wettbewerbsintensive Übermittlungen in einen
priorisierten Tip-Puffer aufgenommen. Unterstützt Transaktionen und Bundles.
SWQOS-only (cost-optimized)
Niedrigster Tip, einzelner schneller Pfad. Füge
?swqos_only=true zu einer beliebigen endpoint-URL hinzu.Schnellstart
Möchtest du deine erste Solana-Transaktion mit extrem niedriger Latenz übermitteln? Mit dieser Anleitung kannst du in wenigen Minuten loslegen. Das Beste daran: Du brauchst weder einen kostenpflichtigen Tarif noch einen speziellen Zugang. Sender ist für alle Benutzer verfügbar und verbraucht keine API-Credits. Das folgende Beispiel verwendet die Stufe Sender Max mit einem Tip von 0.001 SOL. Die Option mit dem niedrigsten Tip findest du unter SWQOS-only.Create Your Free Helius Account
Erstelle zuerst dein kostenloses Konto im Helius Dashboard. Sender ist in allen Tarifen verfügbar, einschließlich des kostenlosen Tarifs, und verbraucht keine API-Credits.
Get Your API Key
Öffne den Bereich API Keys und kopiere deinen API key. Verwende ihn für RPC requests und hänge ihn an deinen Sender endpoint an. So gilt das Standardlimit von 50 requests pro Sekunde und Region.
Send Your First Transaction
Sende mit Sender eine einfache SOL-Übertragung. Dieses Beispiel enthält den erforderlichen Tip und die Prioritätsgebühr. Für eine geringere Latenz überspringt es außerdem die Preflight-Prüfung (optional).
- @solana/web3.js
- @solana/kit
Success! Understanding What Happened
Du hast erfolgreich eine Transaktion über Sender übermittelt. Folgende Faktoren haben dazu beigetragen:
- Keine Credits verbraucht: Sender verbraucht bei keinem Benutzer Credits
- Multi-Path-Routing: Deine Transaktion wurde gleichzeitig über alle Übertragungswege (Helius, Jito, Harmonic, Rakurai usw.) übermittelt
- Erforderlicher Tip: Mit einem Tip von 0.001 SOL gelangst du in den priorisierten Tip-Puffer und nutzt alle Routing-Pfade. Unter Stufen findest du die SWQOS-only-Option mit niedrigerem Tip
- Prioritätsgebühr: Signalisiert Validatoren, dass du für eine priorisierte Verarbeitung bezahlen möchtest
- Preflight-Prüfung übersprungen (optional): Tauscht Validierung gegen Geschwindigkeit. Sender unterstützt auch Preflight-Prüfungen
Anforderungen
skipPreflight ist optional. Sender unterstützt Preflight-Prüfungen. Setze
skipPreflight: true, um zugunsten einer niedrigeren Latenz auf die Validierung zu verzichten.Tips und Prioritätsgebühren
Alle über Sender übermittelten Transaktionen müssen sowohl einen Tip als auch eine Prioritätsgebühr enthalten:- Tip: Eine SOL-Übertragung an ein festgelegtes Tip-Konto. Mindestens 0.001 SOL für Sender Max oder 0.000005 SOL für SWQOS-only.
- Prioritätsgebühr: Preisberechnung pro Compute Unit über
ComputeBudgetProgram.setComputeUnitPrice, um deine Transaktion in der Validator-Warteschlange zu priorisieren.
Designated Tip Accounts (mainnet-beta)
Designated Tip Accounts (mainnet-beta)
Warum beides erforderlich ist
- Tips: Ermöglichen dir den Zugriff auf alle Routing-Pfade von Sender (Helius, Jito, Harmonic, Rakurai usw.) und den priorisierten Tip-Puffer
- Prioritätsgebühren: Signalisieren Validatoren über das native Priorisierungssystem von Solana, dass du für eine priorisierte Verarbeitung bezahlen möchtest
- Zusammen: Tips maximieren die Anzahl der möglichen Übertragungswege deiner Transaktion. Prioritätsgebühren erhöhen ihre Priorität bei Validatoren. Zusammen maximieren sie die Wahrscheinlichkeit einer Aufnahme
Endpoints
Sender endpoints sind je nach Anwendungsfall in mehreren Konfigurationen verfügbar:- Frontend/Browser Applications
- Backend/Server Applications
- Connection Warming
Für Frontend-Anwendungen empfohlen, um CORS-Probleme zu vermeiden:
Der HTTPS endpoint verhindert Fehler bei CORS-Preflight-Prüfungen, die in
browserbasierten Anwendungen bei regionalen HTTP endpoints auftreten. Dieser
endpoint leitet Anfragen automatisch an den nächstgelegenen Standort weiter, um eine optimale
Leistung zu erzielen. Verwende ihn für Frontend- und Browser-Anwendungsfälle.
Verbindungen vorwärmen
Wenn zwischen den Transaktionsübermittlungen deiner Anwendung längere Zeiträume liegen, verwende den Ping-endpoint. So hältst du Verbindungen aktiv und reduzierst die Latenz bei Kaltstarts. Der Ping-endpoint akzeptiert einfache GET requests und gibt eine einfache response zurück, um Verbindungen aktiv zu halten:Wärme Verbindungen vor, wenn zwischen den Transaktionen deiner Anwendung mehr als 5 Sekunden
liegen. So erreichst du weiterhin eine optimale Übermittlungslatenz.
Request-Format
Sender akzeptiert zwei Methoden am selben endpoint. Jede Übermittlung muss sowohl einen Tip als auch eine Prioritätsgebühr enthalten. Das Überspringen der Preflight-Prüfung ist optional und reduziert die Latenz.sendTransaction
Übermittle eine einzelne Transaktion. Sie muss sowohl eine SOL-Übertragung mit dem Mindest-Tip an ein festgelegtes Tip-Konto als auch eine Anweisung für den Preis pro Compute Unit enthalten. Fehlt eine dieser Angaben, wird die Transaktion abgelehnt.sendTransaction.
sendBundle
Übermittle bis zu 4 vollständig signierte Transaktionen zur atomaren Ausführung nach dem Alles-oder-nichts-Prinzip. Mindestens eine Transaktion muss den Tip enthalten.MEV Protect (optional)
Füge der endpoint-URL den Abfrageparametermev-protect=true hinzu, um Validatoren zu umgehen, die statistisch mit Sandwich-Angriffen in Verbindung stehen. Dies funktioniert mit beiden Sender-Stufen sowie mit sendTransaction und sendBundle. Du musst deinen request body nicht ändern.
API Reference
Sieh dir die vollständige Sender-API-Referenz mit request- und response-Schemas sowie
Parametern an.
Rate Limits und Skalierung
- Ohne API key: 1 request pro Sekunde und Egress-IP je Region. Aufrufer hinter derselben NAT teilen sich dieses Limit. Abgelehnte
429requests werden auf das Limit angerechnet,/pingdagegen nicht. - Mit API key: 50 requests pro Sekunde und API key je Region. Hänge den API key deines bestehenden Helius-Projekts als
?api-key=YOUR_API_KEYan den Sender endpoint an. - Keine Credit-Nutzung: Sender-Transaktionen verbrauchen keine API-Credits deines Tarifs
- Höhere Limits: Für genehmigte Limits über 50 requests pro Sekunde ist ein dedizierter Sender key erforderlich.
Authentifizierung mit API key
Verwende den API key deines bestehenden Helius-Projekts für das Standardlimit von
50 requests pro Sekunde. Du benötigst nur dann einen dedizierten Sender key, wenn dir ein Limit
über 50 requests pro Sekunde genehmigt wurde.
- Frontend/Browser Applications
- Backend/Server Applications