Zum Hauptinhalt springen

Übersicht

Preisaktualisierung: Für Sender Max gilt jetzt ein Mindest-Tip von 0,001 SOL. Damit gelangst du in einen priorisierten Tip-Puffer für die oberste Blockposition — gib einen höheren Tip, um zuerst bestätigt zu werden.
Sender Max ist die leistungsstärkste Stufe von Helius Sender. Sie wurde für Übermittlungen entwickelt, die vor der Konkurrenz bestätigt werden müssen. Deine Übermittlung wird über jeden verfügbaren Hochgeschwindigkeitspfad geleitet und in einen priorisierten Tip-Puffer aufgenommen, der die höchsten Tips bevorzugt. Sender Max verarbeitet sowohl einzelne Transaktionen als auch Bundles. Beide nutzen alle Pfade (Helius, Jito, Harmonic, Rakurai usw.) — der einzige Unterschied ist der payload: Übermittle eine Transaktion mit sendTransaction oder bis zu vier mit sendBundle. Diese Stufe erfordert einen Mindest-Tip von 0,001 SOL. Nutze stattdessen die Stufe nur SWQOS, um eine einzelne Route kostenoptimiert zu verwenden.

Fastest Landing

Routing über jeden Hochgeschwindigkeitspfad für die höchste Wahrscheinlichkeit einer Bestätigung

Priority Tip Buffer

Deine Übermittlung gelangt in einen priorisierten Tip-Puffer, der Übermittlungen mit den höchsten Tips bevorzugt — gib einen höheren Tip, um zuerst bestätigt zu werden

No Credits

In allen Tarifen verfügbar, ohne API-Credits zu verbrauchen

0.001 SOL Minimum Tip

Der erforderliche Mindest-Tip, um in den priorisierten Tip-Puffer zu gelangen und jeden Routing-Pfad zu nutzen

Funktionsweise

Wenn du einen Tip von mindestens 0,001 SOL gibst, wird deine Übermittlung — egal ob einzelne Transaktion oder Bundle — über jeden verfügbaren Hochgeschwindigkeitspfad geleitet und in einen priorisierten Tip-Puffer aufgenommen. Der Puffer bevorzugt die höchsten Tips. Wenn du deinen Tip über das Minimum erhöhst, steigt daher deine Chance, zuerst bestätigt zu werden.
Tips unter 0,001 SOL gelangen nicht in den priorisierten Tip-Puffer — sie werden nach dem Best-Effort-Prinzip über weniger Pfade gesendet. Nutze für vorhersehbares Senden mit niedriger Latenz und einem niedrigeren Tip die Stufe nur SWQOS (0,000005 SOL).

Wann du Max verwenden solltest

Good fit

Stark umkämpfte Konten, wettbewerbsintensive token-Einführungen, Liquidationen und alle Transaktionen, bei denen eine frühere Bestätigung einen höheren Tip wert ist.

Consider SWQOS-only instead

Kostensensible Abläufe oder Abläufe mit hohem Volumen, bei denen ein einzelner schneller Pfad zuverlässig bestätigt wird.

Anforderungen

Jede Übermittlung an Sender Max muss Folgendes enthalten:
  • Tip: Eine SOL-Überweisung von mindestens 0,001 SOL an ein festgelegtes Tip-Konto. Bei einem Bundle muss mindestens eine Transaktion den Tip enthalten.
  • Prioritätsgebühr: Eine Anweisung für den Compute-Unit-Preis mit einer Prioritätsgebühr von mindestens 5.000 Lamports. Siehe Prioritätsgebühren.
Das Überspringen des Preflight (skipPreflight: true) ist optional, wird aber empfohlen — Preflight-Prüfungen erhöhen die Latenz.
Transaktionen ohne Tip oder Prioritätsgebühr werden abgelehnt. Bundle-spezifische Regeln findest du unter Bundles.

Prioritätsgebühren

Jede Transaktion muss eine Prioritätsgebühr von mindestens 5.000 Lamports enthalten. Für eine zuverlässigere Bestätigung empfehlen wir mindestens 10.000 Lamports. Der Tip nimmt deine Transaktion in den priorisierten Tip-Puffer auf, während die Prioritätsgebühr ihre Priorität im Scheduler des Validators erhöht — zusammen maximieren sie deine Chance auf eine Bestätigung. Lege eine Prioritätsgebühr mit einer Anweisung für den Compute-Unit-Preis fest. Deine gesamte Prioritätsgebühr entspricht dem Compute-Unit-Preis (in Mikro-Lamports), multipliziert mit deinem Compute-Unit-Limit:
Nutze die Helius Priority Fee API, um Gebührenempfehlungen in Echtzeit auf Grundlage der aktuellen Netzwerkbedingungen zu erhalten.

Endpoints

Nutze für Frontends den globalen HTTPS endpoint oder für Backends den regionalen HTTP endpoint, der deinen Servern am nächsten liegt. Frontend/Browser (globales HTTPS):
Backend/Server (regionales HTTP):
Weitere Informationen zum Vorwärmen von Verbindungen und andere Details findest du in der Referenz zu den Sender endpoints.
Möchtest du Validatoren vermeiden, die mit Sandwich-Angriffen in Verbindung stehen? Füge der endpoint-URL mev-protect=true hinzu — dies funktioniert sowohl für sendTransaction als auch für sendBundle: https://sender.helius-rpc.com/fast?mev-protect=true.

Codebeispiel

Bei wettbewerbsintensiven Transaktionen ist der Mindestbetrag von 0,001 SOL wahrscheinlich nicht konkurrenzfähig. Passe deinen Tip stärker an den Wert der Transaktion an, die du bestätigen lassen möchtest — je mehr dir eine erfolgreiche Bestätigung wert ist, desto höher sollte dein Tip sein. Das Minimum ist die Untergrenze, nicht der Zielwert.

Bundles

Ein Bundle ist lediglich ein weiterer payload, den Sender Max akzeptiert. Übermittle bis zu vier vollständig signierte Transaktionen. Sie werden in der angegebenen Reihenfolge atomar ausgeführt (alle oder keine) und gelangen in denselben priorisierten Tip-Puffer wie eine einzelne Transaktion — der Puffer priorisiert die Bundles mit den höchsten Tips für die schnellste Bestätigung.
Gib nur den Sender-Tip von 0,001 SOL an. Sender Max leitet dein Bundle über jeden Hochgeschwindigkeitspfad und fügt alle Pfad-Tips in deinem Namen hinzu — du fügst keinen separaten Jito-Tip hinzu, verwendest keine Jito-Tip-Konten und setzt nicht den Header jito-region. Dies gilt nur für einfache Bundles.

Anforderungen

  • Bis zu vier Transaktionen, vollständig signiert. Sie werden sequenziell und atomar ausgeführt — schlägt eine davon fehl, wird das gesamte Bundle abgelehnt.
  • Tip: Mindestens eine Transaktion muss mindestens 0,001 SOL an ein festgelegtes Sender-Tip-Konto überweisen. Dies ist derselbe Sender-Tip wie bei einzelnen Transaktionen — Helius fügt alle Pfad-Tips (einschließlich Jito) für dich hinzu. Du fügst daher keinen separaten Jito-Tip hinzu.
  • Prioritätsgebühr: Jede Transaktion muss eine Prioritätsgebühr von mindestens 5.000 Lamports enthalten.

Übermitteln

Sende mit method: "sendBundle" an den Sender endpoint. Nutze für Frontends den globalen HTTPS endpoint oder für Backends einen beliebigen regionalen endpoint — alle Sender-Regionen werden unterstützt.

Bestätigung verfolgen

Verfolge ein Bundle genauso wie eine einzelne Transaktion: Beobachte, wann die Signatur jeder Transaktion bestätigt wird. Da das Bundle atomar ist, bedeutet die Bestätigung einer beliebigen Transaktion, dass das gesamte Bundle bestätigt wurde. Du verwendest weder getBundleStatuses noch eine Bundle-ID. Nutze die Methode, die zu deinem Stack passt:

Best Practices

  • Auswahl des endpoint: Nutze https://sender.helius-rpc.com/fast für Frontend-Apps, um CORS-Probleme zu vermeiden. Nutze für Backend-Apps den regionalen HTTP endpoint, der deinen Servern am nächsten liegt.
  • Dynamische Tips: Erhöhe deinen Tip bei stark umkämpften Transaktionen über 0,001 SOL, um deine Priorität im Tip-Puffer zu verbessern.
  • Vorwärmen von Verbindungen: Nutze während Leerlaufzeiten von mehr als fünf Sekunden den endpoint /ping.
  • Prioritätsgebühren: Nutze die Helius Priority Fee API für Empfehlungen in Echtzeit.
  • Wiederholungsversuche: Setze maxRetries: 0 und implementiere deine eigene Wiederholungslogik.

Verwandte Themen

Sender Overview

Gemeinsame Konzepte: endpoints, Vorwärmen von Verbindungen, rate limits und benutzerdefinierte TPS.

SWQOS-Only Tier

Kostenoptimiertes Senden mit niedriger Latenz über einen einzelnen Pfad (Mindest-Tip: 0,000005 SOL).

MEV Protect

Umgehe Validatoren, die statistisch mit Sandwich-Angriffen in Verbindung stehen.