Skip to main content
POST
sendTransaction
Cette méthode n’altère en rien la transaction ; elle relaie la transaction créée par les clients au nœud telle quelle. Si le service rpc du nœud reçoit la transaction, cette méthode réussit immédiatement, sans attendre de confirmations. Une réponse réussie de cette méthode ne garantit pas que la transaction soit traitée ou confirmée par le cluster. Bien que le service rpc tentera raisonnablement de la soumettre à nouveau, la transaction pourrait être rejetée si le recent_blockhash de la transaction expire avant d’être validée. Utilisez getSignatureStatuses pour vous assurer qu’une transaction est traitée et confirmée.
Pour les soumissions sensibles à la latence, Helius Sender accepte la même requête sendTransaction et la soumet simultanément sur toutes les voies (Helius, Jito, Harmonic, Rakurai, etc.). Il ne consomme aucun crédit API — vous payez par transaction avec un pourboire en SOL. Voir la section “Quelle option dois-je choisir ?”. Exemple exécutable : Envoyer une transaction signée avec Sender.
Avant la soumission, les vérifications préliminaires suivantes sont effectuées :
  1. Les signatures des transactions sont vérifiées
  2. La transaction est simulée contre le slot de la banque spécifié par l’engagement de prévalidation. En cas d’échec, une erreur sera retournée. Les vérifications préliminaires peuvent être désactivées si désiré. Il est recommandé de spécifier le même engagement et engagement de prévalidation pour éviter des comportements déroutants.
La signature retournée est la première signature de la transaction, utilisée pour identifier la transaction (identifiant de transaction). Cet identifiant peut être facilement extrait des données de la transaction avant la soumission.

Paramètres de la requête

string
requis
La transaction Solana entièrement signée encodée en chaîne base-58 pour soumission à la blockchain.
string
Format d’encodage des données utilisé pour la charge utile de la transaction Solana.
  • base58
  • base64
boolean
Lorsqu’il est vrai, ignore la validation de prévalidation de la transaction Solana pour une soumission plus rapide.
string
Niveau d’engagement du réseau Solana pour les vérifications de validation de transaction.
  • confirmed
  • finalized
  • processed
number
Nombre maximum de tentatives de réessai automatique pour les soumissions de transactions Solana échouées.
number
Slot minimum de la blockchain Solana requis pour le traitement des transactions.

Autorisations

api-key
string
query
requis

Votre clé API Helius. Vous pouvez en obtenir une gratuitement dans le tableau de bord.

Corps

application/json
jsonrpc
enum<string>
défaut:2.0

La version du protocole JSON-RPC.

Options disponibles:
2.0
Exemple:

"2.0"

id
string
défaut:1

Un identifiant unique pour la requête.

Exemple:

"1"

method
enum<string>
défaut:sendTransaction

Le nom de la méthode RPC à invoquer.

Options disponibles:
sendTransaction
Exemple:

"sendTransaction"

params
(string | object)[]

Paramètres pour l'envoi d'une transaction.

La transaction Solana entièrement signée encodée en base-58 pour soumission à la blockchain.

Exemple:

"4hXTCkRzt9WyecNzV1XPgCDfGAZzQKNxLXgynz5QDuWWPSAZBZSHptvWRL3BjCvzUXRdKvHL2b7yGrRQcWyaqsaBCncVG7BFggS8w9snUts67BSh3EqKpXLUm5UMHfD7ZBe9GhARjbNQMLJ1QD3Spr6oMTBU6EhdB4RD8CP2xUxr2u3d6fos36PD98XS6oX8TQjLpsMwncs5DAMiD4nNnR8NBfyghGCWvCVifVwvA8B8TJxE1aiyiv2L429BCWfyzAme5sZW8rDb14NeCQHhZbtNqfXhcp2tAnaAT"

Réponse

Transaction envoyée avec succès.

jsonrpc
enum<string>

La version du protocole JSON-RPC.

Options disponibles:
2.0
Exemple:

"2.0"

id
string

Identifiant correspondant à la requête.

Exemple:

"1"

result
string

La signature unique de la transaction Solana pour suivre le statut de confirmation et l'historique des transactions.

Exemple:

"2id3YC2jK9G5Wo2phDx4gJVAew8DcY5NAojnVuao8rkxwPYPe8cSwE5GzhEgJA2y8fVjDEo6iR6ykBvDxrTQrtpb"