Lors des périodes d’activité intense sur le réseau ou de lancements populaires, les transactions Solana peuvent parfois échouer ou ne pas être confirmées. Bien que les frais de base sur Solana soient fixes à 0.000005 SOL (5 000 lamports), les validateurs traitent les transactions selon leur priorité financière en cas de congestion.
Pour garantir que vos créations de tokens, ouvertures de pools, verrouillages de liquidité ou distributions massives soient validées rapidement dans le bloc suivant, vous devez comprendre les Frais de Priorité Solana et les Instructions de Budget d’Exécution (Compute Budget).
Définir des frais de priorité adaptés garantit une confirmation rapide sans surpayer le réseau.
Frais de base vs Frais de priorité vs Pourboires Jito MEV
Les frais de transaction sur Solana se composent de trois éléments distincts :
1. Frais de signature de base (Fixes)
Les frais obligatoires pour chaque signature de transaction. Ils sont fixés à 5 000 lamports (0.000005 SOL) par signature et sont brûlés par le protocole.
2. Frais de priorité (Prix dynamique de calcul)
Des frais optionnels ajoutés via l’instruction SetComputeUnitPrice. Ils rémunèrent les validateurs pour chaque unité de calcul (CU) demandée afin d’accorder une priorité à votre transaction.
3. Pourboire Jito MEV (Inclusion de bloc)
Un pourboire direct en SOL versé aux constructeurs de blocs Jito. Il garantit l’inclusion en première position du bloc lors des périodes de très forte demande.
Les détails techniques du traitement des transactions sont décrits dans la Documentation Développeur Solana.
Le calcul des frais de priorité et des unités de calcul
Les frais de priorité sont calculés en fonction du nombre maximal d’Unités de Calcul (CU) demandées par la transaction :
$\text{Frais de priorité (en Lamports)} = \frac{\text{CU demandées} \times \text{Prix de la CU (en Micro-Lamports)}}{1,000,000}$
Où :
- 1 Lamport = $0,000000001 \text{ SOL}$ ($10^{-9} \text{ SOL}$).
- 1 Micro-Lamport = $0,000001 \text{ Lamports}$ ($10^{-15} \text{ SOL}$).
Exemple de calcul :
Si une transaction de création de token demande 200 000 CU et définit un prix de priorité de 500 000 Micro-Lamports par CU :
$\text{Frais de priorité} = \frac{200,000 \times 500,000}{1,000,000} = 100,000 \text{ Lamports} = 0,0001 \text{ SOL}$
En ajoutant les frais de base de 0.000005 SOL, les frais totaux s’élèvent à 0,000105 SOL.
Stratégies recommandées pour les frais de priorité
Ajustez vos frais de priorité selon l’état du réseau et l’urgence de l’opération :
Faible congestion / Opérations courantes
- Prix de priorité : 10 000 à 50 000 Micro-Lamports par CU.
- Frais supplémentaires estimés : ~0.000002 SOL à 0.00001 SOL.
- Idéal pour : Les transferts de tokens simples et les mises à jour de métadonnées.
Congestion moyenne / Création de pools
- Prix de priorité : 200 000 à 1 000 000 Micro-Lamports par CU.
- Frais supplémentaires estimés : ~0.00005 SOL à 0.0002 SOL.
- Idéal pour : La création de pools de liquidité et la révocation des autorités.
Forte congestion / Lancements à forte demande
- Prix de priorité : 2 000 000+ Micro-Lamports par CU (ou pourboire Jito de 0.001 SOL à 0.01 SOL).
- Frais supplémentaires estimés : ~0.0005+ SOL.
- Idéal pour : Les créations de tokens à fort volume et les lancements avec protection anti-bots.
Estimer manuellement les unités de calcul et les tarifs en micro-lamports pour des transactions complexes peut s’avérer difficile.
Les outils de PumpBolt (Créateur de Token, Pool de Liquidité et Multisender) intègrent une optimisation dynamique des frais :
- Simulation de CU : PumpBolt simule la consommation exacte en unités de calcul avant l’envoi, fixant des limites précises avec
SetComputeUnitLimit.
- Estimation dynamique des frais RPC : PumpBolt interroge en temps réel les tarifs des validateurs et applique les instructions
SetComputeUnitPrice optimales.
- Ajustement en un clic : Vous pouvez basculer entre les niveaux de priorité Standard, Rapide et Turbo directement dans l’interface.
Comprendre les frais de priorité vous assure des transactions rapides et fiables sur Solana, même lors des pics de trafic du réseau.