Ü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.
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.
skipPreflight: true) ist optional, wird aber empfohlen — Preflight-Prüfungen erhöhen die Latenz.
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: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):Codebeispiel
- @solana/web3.js
- cURL
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.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 mitmethod: "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.
- @solana/web3.js
- cURL
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 wedergetBundleStatuses noch eine Bundle-ID.
Nutze die Methode, die zu deinem Stack passt:
- Frage
getSignatureStatuseswiederholt ab, bis die Signatur bestätigt ist. - Abonniere LaserStream oder LaserStream WebSocket und überwache die bestätigte Signatur.
- Nutze Shred Delivery oder ein anderes Streaming-Produkt von Helius, das bestätigte Signaturen bereitstellt.
Best Practices
- Auswahl des endpoint: Nutze
https://sender.helius-rpc.com/fastfü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: 0und 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.