Zum Hauptinhalt springen
Sender übermittelt deine Transaktion gleichzeitig über alle Hochgeschwindigkeitswege (Helius, Jito, Harmonic, Rakurai) und verbraucht keine API-Credits. Du bezahlst pro Sendevorgang mit einem SOL-Tip. Dieser Leitfaden zeigt dir, wie du eine produktionsreife Sendeschleife mit warmen Verbindungen, Gebühren auf Basis aktueller Preise und einer Bestätigung mit Wiederholungsrichtlinie baust.

Wähle deine Variante

Sender Max (Mindest-Tip von 0.001 SOL) leitet Transaktionen über alle Wege weiter und reiht sie in den Prioritäts-Tip-Puffer ein. Ein höherer Tip wird zuerst aufgenommen. Nur SWQOS (0.000005 SOL) nutzt einen einzelnen schnellen Weg für einen kostenoptimierten Ablauf. Füge ?swqos_only=true zur URL des endpoint hinzu. Tips zwischen den beiden Mindestbeträgen werden nach dem Best-Effort-Prinzip über weniger Wege verarbeitet. Wähle daher eine der beiden Varianten.

Wähle deinen endpoint

Backends sollten den regionalen HTTP endpoint verwenden, der ihren Servern am nächsten ist (http://ewr-sender.helius-rpc.com/fast, fra, slc, ams, lon, sg, tyo). Browser sollten den globalen HTTPS endpoint https://sender.helius-rpc.com/fast verwenden. Er übernimmt das Routing automatisch und vermeidet CORS-Probleme.

Halte die Verbindung warm

Ein neuer TCP/TLS-Handshake erhöht die Latenz des ersten Sendevorgangs nach einer Leerlaufphase. Wenn zwischen Sendevorgängen mehr als etwa 5 Sekunden liegen können, halte die Verbindung mit dem Ping-endpoint warm:

Baue die Transaktion

Jede Sender-Transaktion muss sowohl eine Tip-Überweisung an ein festgelegtes Tip-Konto als auch einen Preis pro Compute Unit enthalten. Sender lehnt Transaktionen ab, wenn eine der beiden Angaben fehlt. Wenn du die Prioritätsgebühr fest codierst, zahlst du in ruhigen Märkten zu viel und verlierst in stark ausgelasteten Märkten den Wettlauf. Ermittle sie daher über die API für Prioritätsgebühren:
send.ts
Der Tip bestimmt, welche Wege deine Transaktion nutzen kann. Die Prioritätsgebühr verbessert ihre Position in der Warteschlange des Validators. Zusammen maximieren sie die Wahrscheinlichkeit der Aufnahme.

Sende und bestätige anschließend

Sende mit skipPreflight: true, um die clientseitige Validierung zugunsten einer niedrigeren Latenz zu überspringen. Bestätige die Transaktion anschließend über deine RPC-Verbindung. Sender gibt die Signatur sofort zurück. Das beweist jedoch nicht, dass die Transaktion aufgenommen wurde:
Mit maxRetries: 0 steuerst du die Wiederholungsrichtlinie selbst: Wenn die Bestätigung in einen timeout läuft, baue die Transaktion mit einem neuen Blockhash und einer neu berechneten Gebühr erneut, anstatt die veraltete Transaktion noch einmal zu senden. Requests mit deinem bestehenden Helius-Projekt-API key sind pro Region auf 50 Requests pro Sekunde begrenzt. Requests ohne API key sind pro Region auf 1 Request pro Sekunde und Egress-IP begrenzt. Mit Professional-Tarifen kannst du höhere Limits anfragen.

Optional: Umgehe Sandwich-Angreifer

Füge ?mev-protect=true zur URL des endpoint hinzu, um Validatoren zu vermeiden, die statistisch mit Sandwich-Angriffen in Verbindung stehen. Der Body des request bleibt unverändert. Die Option funktioniert mit beiden Varianten:
Unter MEV Protect findest du die jeweiligen Vor- und Nachteile. Verwende für die atomare Ausführung mehrerer Transaktionen (bis zu 4 Transaktionen, entweder alle oder keine) sendBundle mit demselben endpoint.

Verwandte Leitfäden

Sender overview

Vollständige Informationen zu Varianten, endpoints, Tip-Konten und rate limits

Trade on Preconfirmations

Kombiniere den schnellsten Sendeweg mit dem frühesten Transaktionssignal