Passer au contenu principal

Aperçu

Mise à jour des tarifs : Sender Max utilise désormais un pourboire minimum de 0.001 SOL. Cela vous place dans un tampon de pourboires prioritaires pour le haut du bloc — donnez plus de pourboire pour être en premier. La catégorie optimisée pour le coût SWQOS-seulement reste à 0.000005 SOL.
Helius Sender est un service spécialisé pour la soumission de transactions à ultra-faible latence, conçu pour le trading sensible à la latence. Il soumet votre transaction à travers tous les chemins (Helius, Jito, Harmonic, Rakurai, etc.) simultanément pour lui donner le chemin le plus rapide possible dans un bloc. Sender ne consomme pas de crédits API — vous payez par transaction avec un pourboire en SOL. Il est disponible sur chaque plan, y compris le niveau gratuit.

No Credits

Disponible avec toutes les offres sans consommer de crédits API. Vous payez chaque envoi avec un pourboire en SOL.

Multi-Path Routing

Envoie les transactions par toutes les voies disponibles (Helius, Jito, Harmonic, Rakurai, etc.) pour une inclusion aussi rapide que possible

Global Endpoints

Le point de terminaison HTTPS achemine automatiquement les requêtes vers l’emplacement le plus proche pour les frontends, avec un point de terminaison HTTP régional pour les backends

50 TPS with an API key

Utilisez la clé API de votre projet Helius existant. Les requêtes sans clé sont limitées à une requête par seconde.

Choisissez votre catégorie

Sender propose deux catégories. Les deux sont à faible latence et sans crédits — la différence est le nombre de chemins que votre transaction emprunte et le pourboire minimum requis.
Les pourboires entre 0.000005 SOL et 0.001 SOL sont acceptés mais n’entrent pas dans le tampon de pourboires prioritaires — ils sont envoyés sur une base de meilleurs efforts à travers moins de chemins. Pour obtenir la priorité du tampon et chaque chemin de routage, donnez au moins 0.001 SOL.

Sender Max (atterrissage le plus rapide)

Routé à travers chaque chemin et entré dans un tampon de pourboires prioritaires pour les soumissions les plus compétitives. Gère à la fois les transactions et les paquets.

SWQOS-seulement (optimisé pour le coût)

Pourboire le plus bas, chemin rapide unique. Add ?swqos_only=true to any endpoint URL.

Guide de démarrage rapide

Prêt à soumettre votre première transaction Solana à ultra-faible latence ? Ce guide vous permet de commencer en quelques minutes. La meilleure partie : vous n’avez besoin d’aucun plan payant ou accès spécial — Sender est disponible pour tous les utilisateurs et ne consomme pas de crédits API. L’exemple ci-dessous utilise le niveau Sender Max (pourboire de 0.001 SOL). Pour l’option de pourboire la plus basse, voir SWQOS-seulement.
1

Create Your Free Helius Account

Commencez par créer votre compte gratuit dans le tableau de bord Helius. Sender est disponible avec toutes les offres, y compris l’offre gratuite, et ne consomme aucun crédit API.
2

Get Your API Key

Accédez à la section Clés API et copiez votre clé. Utilisez-la pour les requêtes RPC et ajoutez-la à votre point de terminaison Sender pour bénéficier de la limite standard de 50 requêtes par seconde et par région.
3

Send Your First Transaction

Envoyons un simple transfert de SOL avec Sender. Cet exemple inclut le pourboire et les frais de priorité requis, et ignore la simulation préalable pour réduire la latence (facultatif).
4

Succès ! Comprendre ce qui s'est passé

Vous avez soumis avec succès une transaction via Sender ! Voici ce qui a permis cela :
  • Aucun crédit consommé : Sender est sans crédit pour tous les utilisateurs
  • Routage multi-chemins : Votre transaction a été soumise à travers tous les chemins (Helius, Jito, Harmonic, Rakurai, etc.) simultanément
  • Pourboire requis : Un pourboire de 0.001 SOL entre dans le tampon de pourboires prioritaires et utilise chaque chemin de routage. Voir les catégories pour l’option à pourboire plus bas SWQOS-seulement
  • Taxe de priorité : Signale aux validateurs votre volonté de payer pour un traitement prioritaire
  • Pré-vérification sautée (optionnel) : Échange la validation contre la vitesse — Sender prend également en charge les vérifications préalables

Exigences

Exigences obligatoires : Chaque transaction de Sender doit inclure un pourboire (minimum 0.001 SOL pour Sender Max, ou 0.000005 SOL pour SWQOS-seulement) et une taxe de priorité.
skipPreflight est optionnel — Sender prend en charge les vérifications préalables. Définissez skipPreflight: true pour échanger la validation contre une latence inférieure.

Pourboires et taxes de priorité

Toutes les transactions soumises via Sender doivent inclure à la fois un pourboire et une taxe de priorité :
  • Pourboire : Un transfert SOL vers un compte de pourboire désigné. Minimum 0.001 SOL pour Sender Max, ou 0.000005 SOL pour SWQOS-seulement.
  • Taxe de priorité : Tarification des unités de calcul via ComputeBudgetProgram.setComputeUnitPrice pour prioriser votre transaction dans la file d’attente des validateurs.

Pourquoi les deux sont nécessaires

  • Pourboires : Vous donnent accès à tous les chemins de routage de Sender (Helius, Jito, Harmonic, Rakurai, etc.) et au tampon de pourboires prioritaires
  • Taxes de priorité : Signalent aux validateurs votre volonté de payer pour un traitement prioritaire via le système de priorisation native de Solana
  • Ensemble : Les pourboires maximisent les chemins que votre transaction peut emprunter, tandis que les taxes de priorité améliorent sa priorité auprès des validateurs — ensemble, ils maximisent la probabilité d’inclusion
Utilisez l’API de taxe de priorité Helius pour des recommandations de taxes de priorité en temps réel.

Points d’accès

Les points d’accès de Sender sont disponibles dans plusieurs configurations selon votre cas d’utilisation :
Recommandé pour les applications frontend pour éviter les problèmes CORS :
Le point d’accès HTTPS résout les échecs de pré-vérification CORS qui se produisent avec les applications basées sur navigateur lors de l’utilisation des points d’accès HTTP régionaux. Ce point d’accès s’auto-route automatiquement vers l’emplacement le plus proche pour des performances optimales. Utilisez cela pour les cas d’utilisation frontend/navigateur.

Réchauffement de connexion

Pour les applications avec de longues périodes entre les soumissions de transactions, utilisez le point d’accès de ping pour maintenir des connexions actives et réduire la latence de démarrage à froid. Le point d’accès de ping accepte les requêtes GET simples et renvoie une réponse de base pour maintenir les connexions actives :
Utilisez le réchauffement de connexion lorsque votre application a des écarts de plus de 5 secondes entre les transactions pour maintenir une latence de soumission optimale.

Format de requête

Sender accepte deux méthodes sur le même point d’accès. Chaque soumission doit inclure à la fois un pourboire et une taxe de priorité ; sauter la pré-vérification est optionnel (cela réduit la latence).

sendTransaction

Soumettez une transaction unique. Elle doit contenir à la fois un transfert SOL avec le pourboire minimum vers un compte de pourboire désigné et une instruction de prix d’unité de calcul — sans les deux, elle sera rejetée.
Voir le Démarrage rapide pour un exemple complet et exécutable sendTransaction.

sendBundle

Soumettez jusqu’à 4 transactions entièrement signées pour une exécution atomique, tout-ou-rien. Au moins une transaction doit porter le pourboire.
Voir bundles Sender Max pour un exemple complet et comment suivre l’atterrissage.

MEV Protect (optionnel)

Pour contourner les validateurs statistiquement liés aux attaques sandwich, ajoutez le paramètre de requête mev-protect=true à l’URL du point d’accès. Cela fonctionne sur les deux catégories de Sender et sur les deux sendTransaction et sendBundle, sans aucune modification de votre corps de requête.
Voir MEV Protect pour comprendre comment cela fonctionne et ses compromis.

Référence API

Voir la référence complète de l’API Sender avec les schémas de requête/réponse et les paramètres.

Limites de taux et mises à l’échelle

  • Sans clé : 1 requête par seconde, par adresse IP de sortie et par région. Les appelants derrière le même NAT partagent cette limite. Les requêtes 429 rejetées sont comptabilisées dans cette limite, contrairement à /ping.
  • Avec une clé API : 50 requêtes par seconde, par clé et par région. Ajoutez la clé API de votre projet Helius existant au point de terminaison Sender sous la forme ?api-key=YOUR_API_KEY.
  • Aucune consommation de crédits : les transactions Sender ne consomment pas les crédits API de votre offre
  • Limites supérieures : les limites approuvées au-delà de 50 requêtes par seconde utilisent une clé Sender dédiée.

Authentification par clé API

Utilisez la clé API de votre projet Helius existant pour bénéficier de la limite standard de 50 requêtes par seconde. Vous n’avez besoin d’une clé Sender dédiée que pour une limite approuvée supérieure à 50 requêtes par seconde.
Ajoutez la clé API à l’URL de votre point de terminaison en tant que paramètre de requête :
Besoin de plus de 50 TPS ou d’un plan personnalisé ? Demandez des limites plus élevées et explorez des arrangements de pourboires personnalisés pour Sender en contactant notre équipe commerciale.

Support

Obtenez du support via le Tableau de bord Helius ou rejoignez Discord pour obtenir de l’aide.

Voir aussi : Livraison de Shred

Shreds bruts (UDP) est notre livraison spécialisée de shreds Solana bruts via UDP, conçue pour vous donner un accès à ultra-faible latence aux données de transaction brutes de Solana. En transmettant directement depuis le réseau des shreds non traités, Shred Delivery offre un avantage concurrentiel aux propAMMs, aux snipers, aux copy traders, aux bots de liquidation et aux opérateurs de nœuds RPC qui souhaitent éliminer la latence de synchronisation du réseau.
Commencez à recevoir des shreds bruts. Abonnez-vous à la Livraison de Shred Helius dans votre tableau de bord.