Skip to main content
Ceci est le chemin de bundle basique — un proxy Jito direct, facturé par envoi, idéal lorsque vous avez besoin d’une exécution atomique sans exigence de latence. Si vous êtes un trader qui a besoin de faible latence et du tampon de priorité, utilisez plutôt les bundles Sender Max.
Les bundles basiques vous offrent une exécution atomique, tout ou rien, de jusqu’à 5 transactions, transférées directement à Jito. Chaque soumission sendBundle est facturée 1 crédit de votre plan.

Méthodes prises en charge

Besoin de limites de taux plus élevées ? Contactez notre équipe commerciale.

sendBundle

Soumet une liste de transactions signées en tant que bundle atomique. Si le bundle est accepté, renvoie un bundle_id (SHA-256 du hachage des signatures de transaction). Cela ne garantit pas que le bundle sera intégré à la chaîne. Vérifiez la confirmation de la transaction sur la chaîne pour vérifier. Un tip est requis. Au moins une transaction doit transférer SOL à un compte de tip Helius. Si le tip est trop bas, le bundle peut ne pas être sélectionné pour inclusion.

Requête

Exemple

Réponse

Le result est l’ID du bundle — utilisez-le avec getBundleStatuses pour suivre l’atterrissage.

getBundleStatuses

Renvoie le statut des bundles soumis. Si un bundle n’a pas atterri ou n’est pas trouvé, il renvoie null.

Requête

Exemple

Réponse

Renvoie null dans le tableau value pour les bundles non trouvés.

Routage régional

Par défaut, Helius dirige votre bundle vers le point de terminaison global de Jito (mainnet.block-engine.jito.wtf), qui est géo-routé automatiquement vers le Bloc Engine le plus proche. Pour cibler une région spécifique, définissez l’en-tête HTTP jito-region :

Exemple avec région

Comptes de Tip

Au moins une transaction dans votre bundle doit inclure un transfert de SOL vers l’un de ces comptes de tip. Choisissez-en un au hasard pour réduire la contention.
Le tip minimum est de 5 000 lamports.

Exigences des bundles

  • Max 5 transactions par bundle
  • Toutes les transactions doivent être entièrement signées
  • Utiliser l’encodage base64 (recommandé par rapport au base58 pour les performances)
  • Au moins une transaction doit inclure un tip
  • Les transactions s’exécutent séquentiellement — tx2 peut dépendre des changements d’état de tx1

simulateBundle (Optionnel)

Vous pouvez optionnellement simuler votre bundle avant de le soumettre pour vérifier les erreurs :

Protégez-vous contre les attaques sandwich

Pour diriger votre bundle loin des validateurs statistiquement liés aux attaques sandwich, ajoutez le paramètre de requête mev-protect=true à votre URL RPC — aucun changement à votre bundle :

Voir aussi

MEV Protect

Détournez autour des validateurs statistiquement liés aux attaques sandwich.

Ristournes de transaction

Inscrivez-vous à des appels sendTransaction uniques pour obtenir une part du MEV que vos transactions créent, payée en SOL.