Zum Hauptinhalt springen
POST
sendTransaction
Diese Methode verändert die Transaktion nicht. Sie leitet die von Clients erstellte Transaktion unverändert an den node weiter. Wenn der RPC-Dienst des node die Transaktion empfängt, ist diese Methode sofort erfolgreich, ohne auf Bestätigungen zu warten. Eine erfolgreiche response dieser Methode garantiert nicht, dass der cluster die Transaktion verarbeitet oder bestätigt. Der RPC-Dienst versucht die Übermittlung zwar mehrmals, die Transaktion kann jedoch abgelehnt werden, wenn ihr recent_blockhash abläuft, bevor sie aufgenommen wird. Verwende getSignatureStatuses, um sicherzustellen, dass eine Transaktion verarbeitet und bestätigt wurde.
Für latenzkritische Übermittlungen akzeptiert Helius Sender denselben sendTransaction request und übermittelt ihn gleichzeitig über alle verfügbaren Wege (Helius, Jito, Harmonic, Rakurai usw.). Dabei werden keine API-Credits verbraucht. Du bezahlst pro Transaktion mit einem Trinkgeld in SOL. Weitere Informationen findest du im Abschnitt „Welche Option sollte ich wählen?“. Ausführbares Beispiel: Eine signierte Transaktion mit Sender senden.
Vor der Übermittlung werden die folgenden Preflight-Prüfungen ausgeführt:
  1. Die Transaktionssignaturen werden überprüft
  2. Die Transaktion wird anhand des slot der Bank simuliert, den das commitment für Preflight angibt. Bei einem Fehler wird eine Fehlermeldung zurückgegeben. Du kannst die Preflight-Prüfungen bei Bedarf deaktivieren. Verwende für commitment und Preflight dasselbe commitment, um unerwartetes Verhalten zu vermeiden.
Die zurückgegebene Signatur ist die erste Signatur der Transaktion. Sie dient zur Identifizierung der Transaktion (Transaktions-ID). Du kannst diese Kennung vor der Übermittlung einfach aus den Transaktionsdaten extrahieren.

Request-Parameter

string
erforderlich
Die vollständig signierte Solana-Transaktion, codiert als Base-58-Zeichenfolge zur Übermittlung an die Blockchain.
string
Das für das payload der Solana-Transaktion verwendete Datencodierungsformat.
  • base58
  • base64
boolean
Wenn dieser Wert true ist, wird die Preflight-Validierung der Solana-Transaktion übersprungen, um sie schneller zu übermitteln.
string
Die commitment-Stufe des Solana-Netzwerks für Prüfungen zur Transaktionsvalidierung.
  • confirmed
  • finalized
  • processed
number
Maximale Anzahl automatischer Wiederholungsversuche für fehlgeschlagene Übermittlungen von Solana-Transaktionen.
number
Der für die Transaktionsverarbeitung mindestens erforderliche slot der Solana-Blockchain.

Autorisierungen

api-key
string
query
erforderlich

Dein Helius API key. Du kannst ihn kostenlos im Dashboard abrufen.

Body

application/json
jsonrpc
enum<string>
Standard:2.0

Die Version des JSON-RPC-Protokolls.

Verfügbare Optionen:
2.0
Beispiel:

"2.0"

id
string
Standard:1

Eine eindeutige Kennung für den request.

Beispiel:

"1"

method
enum<string>
Standard:sendTransaction

Der Name der aufzurufenden RPC-Methode.

Verfügbare Optionen:
sendTransaction
Beispiel:

"sendTransaction"

params
(string | object)[]

Parameter zum Senden einer Transaktion.

Die vollständig signierte Solana-Transaktion, als Base58-Zeichenfolge codiert, zur Übermittlung an die Blockchain.

Beispiel:

"4hXTCkRzt9WyecNzV1XPgCDfGAZzQKNxLXgynz5QDuWWPSAZBZSHptvWRL3BjCvzUXRdKvHL2b7yGrRQcWyaqsaBCncVG7BFggS8w9snUts67BSh3EqKpXLUm5UMHfD7ZBe9GhARjbNQMLJ1QD3Spr6oMTBU6EhdB4RD8CP2xUxr2u3d6fos36PD98XS6oX8TQjLpsMwncs5DAMiD4nNnR8NBfyghGCWvCVifVwvA8B8TJxE1aiyiv2L429BCWfyzAme5sZW8rDb14NeCQHhZbtNqfXhcp2tAnaAT"

Antwort

Die Transaktion wurde erfolgreich gesendet.

jsonrpc
enum<string>

Die Version des JSON-RPC-Protokolls.

Verfügbare Optionen:
2.0
Beispiel:

"2.0"

id
string

Kennung des zugehörigen request.

Beispiel:

"1"

result
string

Die eindeutige Solana-Transaktionssignatur zum Verfolgen des Bestätigungsstatus und des Transaktionsverlaufs.

Beispiel:

"2id3YC2jK9G5Wo2phDx4gJVAew8DcY5NAojnVuao8rkxwPYPe8cSwE5GzhEgJA2y8fVjDEo6iR6ykBvDxrTQrtpb"