Zum Hauptinhalt springen

Ü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.
Helius Sender ist ein spezialisierter Dienst zum Übermitteln von Transaktionen mit extrem niedriger Latenz. Er wurde für latenzkritischen Handel entwickelt. Der Dienst übermittelt deine Transaktion gleichzeitig über alle Übertragungswege (Helius, Jito, Harmonic, Rakurai usw.), damit sie auf dem schnellstmöglichen Weg in einen Block gelangt. Sender verbraucht keine API-Credits. Du bezahlst pro Transaktion mit einem SOL-Tip. Der Dienst ist in jedem Tarif verfügbar, einschließlich der kostenlosen Stufe.

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.
1

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.
2

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.
3

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).
4

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

Verbindliche Anforderungen: Jede Sender-Transaktion muss einen Tip (mindestens 0.001 SOL für Sender Max oder 0.000005 SOL für SWQOS-only) und eine Prioritätsgebühr enthalten.
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.

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
Verwende die Helius Priority Fee API, um Empfehlungen für Prioritätsgebühren in Echtzeit abzurufen.

Endpoints

Sender endpoints sind je nach Anwendungsfall in mehreren Konfigurationen verfügbar:
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.
Im Schnellstart findest du ein vollständiges, ausführbares Beispiel für 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.
Unter Sender Max Bundles findest du ein vollständiges Beispiel und erfährst, wie du die Aufnahme verfolgst.

MEV Protect (optional)

Füge der endpoint-URL den Abfrageparameter mev-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.
Unter MEV Protect erfährst du, wie es funktioniert und welche Kompromisse damit verbunden sind.

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 429 requests werden auf das Limit angerechnet, /ping dagegen 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_KEY an 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.
Hänge den API key als Abfrageparameter an deine endpoint-URL an:
Du brauchst mehr als 50 TPS oder einen individuellen Tarif? Fordere höhere Limits an und erkundige dich bei unserem Vertrieb nach individuellen Tip-Vereinbarungen für Sender.

Support

Erhalte Support über das Helius Dashboard oder tritt Discord bei, um Hilfe zu erhalten.

Siehe auch: Shred Delivery

Raw Shreds (UDP) ist unser spezialisierter Dienst zur Übermittlung roher Solana-Shreds über UDP. Damit erhältst du mit extrem niedriger Latenz Zugriff auf die Rohdaten von Solana-Transaktionen. Durch die direkte Übertragung unverarbeiteter shreds aus dem Netzwerk verschafft Shred Delivery propAMMs, Snipern, Copy-Tradern, Liquidations-Bots und Betreibern von RPC nodes einen Wettbewerbsvorteil, da die Latenz bei der Netzwerksynchronisierung entfällt.
Beginne mit dem Empfang roher Shreds. Abonniere Helius Shred Delivery in deinem Dashboard.