Skip to main content
POST
sendTransaction
Diese Methode ändert die Transaktion in keiner Weise; sie überträgt die von den Clients erstellte Transaktion unverändert zum Knoten. Wenn der RPC-Dienst des Knotens die Transaktion erhält, ist diese Methode sofort erfolgreich, ohne auf Bestätigungen zu warten. Eine erfolgreiche Antwort dieser Methode garantiert nicht, dass die Transaktion vom Cluster verarbeitet oder bestätigt wird. Obwohl der RPC-Dienst die Einreichung der Transaktion angemessen erneut versucht, könnte die Transaktion abgelehnt werden, wenn der aktuelle Blockhash der Transaktion abläuft, bevor sie erfolgreich ist. Verwenden Sie getSignatureStatuses, um sicherzustellen, dass eine Transaktion verarbeitet und bestätigt wird.
Für latenzempfindliche Übermittlungen akzeptiert Helius Sender dieselbe sendTransaction Anforderung und reicht sie gleichzeitig über alle Wege (Helius, Jito, Harmonic, Rakurai usw.) ein. Es verbraucht keine API-Credits — Sie zahlen pro Transaktion mit einem SOL-Tip. Siehe den Abschnitt “Welche Option sollte ich wählen?”. Ausführbares Beispiel: Senden Sie eine signierte Transaktion mit dem Sender.
Vor der Einreichung werden folgende Preflight-Checks durchgeführt:
  1. Die Transaktionssignaturen werden überprüft
  2. Die Transaktion wird gegen den Bank-Slot simuliert, der durch das Preflight-Commitment angegeben wird. Bei einem Misserfolg wird ein Fehler zurückgegeben. Preflight-Checks können bei Bedarf deaktiviert werden. Es wird empfohlen, dasselbe Commitment und Preflight-Commitment anzugeben, um verwirrendes Verhalten zu vermeiden.
Die zurückgegebene Signatur ist die erste Signatur in der Transaktion, die zur Identifizierung der Transaktion (Transaktions-ID) verwendet wird. Dieser Identifikator kann einfach aus den Transaktionsdaten vor der Einreichung extrahiert werden.

Anfrageparameter

string
erforderlich
Die vollständig signierte Solana-Transaktion, kodiert als Base-58-String für die Blockchain-Einreichung.
string
Datenkodierungsformat, das für die Solana-Transaktionsnutzlast verwendet wird.
  • base58
  • base64
boolean
Wenn wahr, wird die Preflight-Transaktionsvalidierung von Solana für eine schnellere Einreichung umgangen.
string
Solana Netzwerk-Commitment-Level für Transaktionsvalidierungsprüfungen.
  • confirmed
  • finalized
  • processed
number
Maximale Anzahl automatischer Wiederholungsversuche für fehlerhafte Solana-Transaktionseinreichungen.
number
Minimal erforderlicher Solana-Blockchain-Slot für die Transaktionsverarbeitung.

Autorisierungen

api-key
string
query
erforderlich

Ihr Helius API-Schlüssel. Sie können einen kostenlos im Dashboard erhalten.

Body

application/json
jsonrpc
enum<string>
Standard:2.0

Die JSON-RPC-Protokollversion.

Verfügbare Optionen:
2.0
Beispiel:

"2.0"

id
string
Standard:1

Eine eindeutige Kennung für die Anfrage.

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, codiert als Base-58-String zur Einreichung in der Blockchain.

Beispiel:

"4hXTCkRzt9WyecNzV1XPgCDfGAZzQKNxLXgynz5QDuWWPSAZBZSHptvWRL3BjCvzUXRdKvHL2b7yGrRQcWyaqsaBCncVG7BFggS8w9snUts67BSh3EqKpXLUm5UMHfD7ZBe9GhARjbNQMLJ1QD3Spr6oMTBU6EhdB4RD8CP2xUxr2u3d6fos36PD98XS6oX8TQjLpsMwncs5DAMiD4nNnR8NBfyghGCWvCVifVwvA8B8TJxE1aiyiv2L429BCWfyzAme5sZW8rDb14NeCQHhZbtNqfXhcp2tAnaAT"

Antwort

Transaktion erfolgreich gesendet.

jsonrpc
enum<string>

Die JSON-RPC-Protokollversion.

Verfügbare Optionen:
2.0
Beispiel:

"2.0"

id
string

Kennung, die mit der Anfrage übereinstimmt.

Beispiel:

"1"

result
string

Die eindeutige Solana-Transaktionssignatur zur Verfolgung des Bestätigungsstatus und der Transaktionshistorie.

Beispiel:

"2id3YC2jK9G5Wo2phDx4gJVAew8DcY5NAojnVuao8rkxwPYPe8cSwE5GzhEgJA2y8fVjDEo6iR6ykBvDxrTQrtpb"