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.
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.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.
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.
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).
- @solana/web3.js
- @solana/kit
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
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.setComputeUnitPricepour prioriser votre transaction dans la file d’attente des validateurs.
Comptes de pourboire désignés (mainnet-beta)
Comptes de pourboire désignés (mainnet-beta)
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
Points d’accès
Les points d’accès de Sender sont disponibles dans plusieurs configurations selon votre cas d’utilisation :- Applications Backend/Serveur
- Réchauffement de connexion
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.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.MEV Protect (optionnel)
Pour contourner les validateurs statistiquement liés aux attaques sandwich, ajoutez le paramètre de requêtemev-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.
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
429rejeté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.
- Applications Backend/Serveur