Überblick
Preisanpassung: Sender Max verwendet jetzt ein 0.001 SOL Mindesteil. Dies
bringt Sie in einen Priorität-Teiltopf für den Anfang des Blocks — geben Sie mehr, um zuerst anzukommen. Die kostenoptimierte
SWQOS-only Stufe bleibt bei 0.000005
SOL.
Keine Credits
Verfügbar in allen Plänen ohne Verbrauch von API-Credits. Sie zahlen pro Sendung mit
einem SOL-Trinkgeld.
Multi-Path-Routing
Übermittelt über alle Wege (Helius, Jito, Harmonic, Rakurai, etc.) für die schnellstmögliche Aufnahme
Globale Endpunkte
HTTPS-Endpunkt leitet automatisch für Frontends zur nächsten Stelle, regionales
HTTP für Backends
50 TPS (Standard)
Brauchen Sie mehr? Fordern Sie höhere Limits und kundenspezifische Trinkgeldvereinbarungen an
Wählen Sie Ihre Stufe
Sender bietet zwei Stufen. Beide sind latenzarm und kreditfrei — der Unterschied besteht darin, wie viele Wege Ihre Transaktion nimmt und das erforderliche Mindesttrinkgeld.Trinkgelder zwischen 0.000005 SOL und 0.001 SOL werden akzeptiert, haben aber keinen Zugang zum
Priorität-Teiltopf — sie werden nach dem Best-Effort-Prinzip über weniger
Wege gesendet. Um Priorität in den Topf zu erhalten und jeden Routingweg zu nutzen, geben Sie mindestens 0.001
SOL.
Sender Max (schnellste Landung)
Über alle Wege geleitet und in einen Priorität-Teiltopf für die
konkurrenzfähigsten Einsendungen aufgenommen. Behandelt sowohl Transaktionen als auch Bündel.
SWQOS-only (kostenoptimiert)
Geringstes Trinkgeld, einfacher schneller Weg. Fügen Sie
?swqos_only=true zu jeder Endpunkt-URL hinzu.Schnellstartanleitung
Bereit, Ihre erste ultra-low-latency Solana-Transaktion zu übermitteln? Diese Anleitung bringt Sie in Minuten zum Ziel. Der beste Teil: Sie benötigen keinen kostenpflichtigen Plan oder speziellen Zugang — Sender steht allen Benutzern zur Verfügung und verbraucht keine API-Credits. Das folgende Beispiel verwendet die Sender Max Stufe (0.001 SOL Trinkgeld). Für die Option mit dem niedrigsten Trinkgeld siehe SWQOS-only.Erstellen Sie Ihr kostenloses Helius-Konto
Beginnen Sie mit der Erstellung Ihres kostenlosen Kontos im Helius-Dashboard. Sender steht in allen Plänen zur Verfügung, einschließlich der kostenlosen Stufe, und verbraucht keine API-Credits.
Holen Sie sich Ihren API-Schlüssel
Gehen Sie zum Abschnitt API-Schlüssel und kopieren Sie Ihren Schlüssel. Verwenden Sie diesen, um Blockhashes und Transaktionsbestätigungen zu erhalten. Sender kümmert sich um die Transaktionsübermittlung.
Senden Sie Ihre erste Transaktion
Lassen Sie uns eine einfache SOL-Übertragung mit Sender senden. Dieses Beispiel enthält das erforderliche Trinkgeld und die Prioritätsgebühr und überspringt die Preflight-Prüfung für eine niedrigere Latenz (optional).
- @solana/web3.js
- @solana/kit
Erfolg! Verständnis davon, was passiert ist
Sie haben erfolgreich eine Transaktion über Sender eingereicht! Hier ist, was es möglich gemacht hat:
- Keine verbrauchten Credits: Sender ist für alle Benutzer kreditfrei
- Multi-Path-Routing: Ihre Transaktion wurde gleichzeitig über alle Wege (Helius, Jito, Harmonic, Rakurai, etc.) übermittelt
- Erforderliches Trinkgeld: Ein 0.001 SOL Trinkgeld tritt in den Priorität-Teiltopf ein und nutzt jeden Routingweg. Siehe Stufen für die SWQOS-only-Option mit geringeren Trinkgeldern
- Prioritätsgebühr: Signalisiert Validatoren Ihre Bereitschaft, für priorisierte Verarbeitung zu zahlen
- Übersprungene Preflight-Prüfung (optional): Tauscht Validierung gegen Geschwindigkeit — Sender unterstützt auch Preflight-Prüfungen
Anforderungen
skipPreflight ist optional — Sender unterstützt Preflight-Prüfungen. Setzen
skipPreflight: true, um Validierung für niedrigere Latenz einzutauschen.Trinkgelder und Prioritätsgebühren
Alle über Sender übermittelten Transaktionen müssen sowohl ein Trinkgeld als auch eine Prioritätsgebühr enthalten:- Trinkgeld: Eine SOL-Überweisung auf ein vorgesehenes Trinkgeldkonto. Minimum 0.001 SOL für Sender Max oder 0.000005 SOL für SWQOS-only.
- Prioritätsgebühr: Berechnungseinheitspreis über
ComputeBudgetProgram.setComputeUnitPrice, um Ihre Transaktion in der Validator-Warteschlange zu priorisieren.
Vorgesehene Trinkgeldkonten (mainnet-beta)
Vorgesehene Trinkgeldkonten (mainnet-beta)
Warum beides erforderlich ist
- Trinkgelder: Ermöglichen Ihnen den Zugriff auf alle Routingwege des Senders (Helius, Jito, Harmonic, Rakurai, etc.) und den Priorität-Teiltopf
- Prioritätsgebühren: Signalisieren den Validatoren Ihre Bereitschaft, für priorisierte Verarbeitung im nativen Prioritätssystem von Solana zu zahlen
- Zusammen: Trinkgelder maximieren die Wege, auf denen Ihre Transaktion gehen kann, während Prioritätsgebühren ihre Priorität bei den Validatoren verbessern — zusammen maximieren sie die Aufnahmechance
Endpunkte
Sender-Endpunkte sind in mehreren Konfigurationen verfügbar, je nach Anwendungsfall:- Frontend-/Browser-Anwendungen
- Backend-/Server-Anwendungen
- Verbindungsoptimierung
Empfohlen für Frontend-Anwendungen, um CORS-Probleme zu vermeiden:
Der HTTPS-Endpunkt löst CORS-Preflight-Fehler, die bei
browserbasierten Anwendungen mit den regionalen HTTP-Endpunkten auftreten. Dieser
Endpunkt leitet automatisch zur nächsten Stelle für optimale
Leistung. Verwenden Sie dies für Frontend-/Browser-Anwendungsfälle.
Verbindungsoptimierung
Für Anwendungen mit langen Pausen zwischen Transaktionsübermittlungen verwenden Sie den Ping-Endpunkt, um warme Verbindungen aufrechtzuerhalten und Kaltstartlatenz zu reduzieren. Der Ping-Endpunkt akzeptiert einfache GET-Anfragen und gibt eine grundlegende Antwort zurück, um Verbindungen aktiv zu halten:Nutzen Sie Verbindungsoptimierung, wenn Ihre Anwendung länger als 5 Sekunden
zwischen Transaktionen pausiert, um die optimale Übermittlungslatenz zu erhalten.
Anforderungsformat
Sender akzeptiert zwei Methoden am gleichen Endpunkt. Jede Einsendung muss sowohl ein Trinkgeld als auch eine Prioritätsgebühr beinhalten; das Überspringen der Preflight-Prüfung ist optional (es reduziert die Latenz).sendTransaction
Senden Sie eine einzelne Transaktion. Sie muss sowohl eine SOL-Übertragung mit dem Mindest-Trinkgeld auf ein vorgesehenes Trinkgeldkonto als auch eine Berechnungseinheitspreis-Anweisung enthalten — ohne beides wird sie abgelehnt.sendTransaction Beispiel an.
sendBundle
Reichen Sie bis zu 4 vollständig signierte Transaktionen für die atomare, Alles-oder-Nichts-Ausführung ein. Mindestens eine Transaktion muss das Trinkgeld enthalten.MEV Protect (optional)
Um Validatoren zu umgehen, die statistisch mit Sandwich-Angriffen verbunden sind, fügen Sie denmev-protect=true Anfrageparameter zur Endpunkt-URL hinzu. Es funktioniert in beiden Sender-Stufen und auf beiden sendTransaction und sendBundle, ohne Änderungen an Ihrem Anforderungskörper.
API-Referenz
Sehen Sie sich die vollständige Sender API-Referenz mit Anforderungs-/Antwortschemata und
Parametern an.
Ratenlimits und Skalierung
- Standard-Ratenlimit: 50 Transaktionen pro Sekunde
- Keine Kreditnutzung: Sender-Transaktionen verbrauchen keine API-Credits von Ihrem Plan
- Höhere Limits: Benutzer des Professional-Plans können signifikante Erhöhungen der Ratenlimits anfordern, um hochdurchsatzfähige Handlungsanwendungen zu unterstützen
Benutzerdefinierte TPS mit API-Schlüsselauthentifizierung
Dieser Abschnitt ist nur relevant, wenn Ihnen erhöhte TPS-Limits gewährt wurden
und Sie einen API-Schlüssel vom Helius-Team erhalten haben. Standardbenutzer können diesen
Abschnitt überspringen.
- Frontend-/Browser-Anwendungen
- Backend-/Server-Anwendungen