Combien de temps prend une transaction Solana ? Temps de bloc, finalité et TX échouées

Le temps des transactions Solana s'est nettement amélioré après les réductions de slot en 2026. Ce guide couvre les temps de bloc actuels, les niveaux d'engagement, les fenêtres de finalité, l'expiration des blockhash et les raisons pour lesquelles les transactions échouent encore.

Temps de slot Solana après les réductions de 2026

Solana a mis en œuvre des réductions progressives de son temps de slot cible via le SIMD-0525. La première réduction a fait passer le réseau de 400 ms à 350 ms, activée au début de l'époque 1019 le 19 août 2026. Cinq jours plus tard, la deuxième étape a abaissé la cible à 300 ms à l'époque 1023 le 25 août 2026.

Les données de Chainspect ont enregistré une moyenne horaire de 318 ms pour le temps de bloc en septembre 2026, montrant que le réseau fonctionnait légèrement au-dessus de la nouvelle cible officielle. Les réductions ont également raccourci l'expiration en temps réel d'un blockhash d'environ 80 secondes à 400 ms de slots à environ 60 secondes avec le paramètre actuel de 300 ms.

Des cibles de 250 ms et 200 ms tournent déjà sur devnet et testnet, mais Solana n'a pas annoncé de calendrier mainnet pour ces niveaux en date des mises à jour de septembre 2026. Toute réduction future reste conditionnée à des taux de skip acceptables selon la même proposition SIMD.

Niveaux d'engagement : Processed, Confirmed et Finalized

Les transactions Solana passent par des niveaux d'engagement distincts qui signalent une sécurité croissante contre le rollback. Chaque niveau présente un profil de risque différent et un temps d'atteinte variable basé sur les votes des validateurs et l'enracinement des blocs.

Une transaction atteint le niveau processed une fois incluse dans un bloc produit par le leader actuel. Le risque de rollback reste faible en pratique car la plupart des blocs ne sont pas ignorés, mais la transaction peut encore être inversée en cas de fork avant d'autres confirmations. Cette étape se termine généralement en un seul slot.

Le niveau confirmed nécessite une supermajorité de stake pour voter sur le bloc contenant la transaction. Le risque de rollback diminue davantage à ce stade, le rendant adapté à la plupart des applications nécessitant une assurance modérée. La confirmation arrive généralement en un à deux slots dans des conditions réseau normales.

Le statut finalized survient une fois que le bloc est enraciné après environ 32 blocs confirmed suivants, rendant la transaction irréversible dans des conditions normales. Les données récentes de Chainspect placent la finalité moyenne à 12,8 secondes.

La confirmation économique, parfois appelée confirmation optimiste, offre une assurance pratique rapide sans attendre la finalité complète. Les traders et services y ont souvent recours lorsque la vitesse prime sur l'irréversibilité absolue.

Fenêtre de validité des blockhash et expiration des transactions

Les transactions Solana intègrent un blockhash récent qui reste valide pour une fenêtre fixe de 151 blocs. Les validateurs consultent la BlockhashQueue, qui suit les 300 entrées les plus récentes, et rejettent toute transaction dont le blockhash sort de cette limite afin d'empêcher les attaques par rejeu.

Les réductions du temps de slot ont compressé la durée réelle de cette fenêtre. À la cible actuelle de 300 ms par slot, la limite de 151 blocs équivaut à environ 60 secondes en temps réel, contre environ 80 secondes lorsque les slots étaient en moyenne de 400 ms. Les moyennes mesurées proches de 318 ms maintiennent encore la période d'expiration sous 65 secondes en pratique.

Les traders doivent donc diffuser les transactions rapidement après avoir récupéré un blockhash frais. Lors des pics de congestion, même une file d'attente modeste peut pousser une soumission au-delà du point d'expiration, forçant un nouveau cycle de récupération et de resoumission du blockhash avant toute confirmation.

Pourquoi les transactions Solana échouent et à quelle fréquence

Une étude évaluée par les pairs couvrant août 2023 à juillet 2024 a révélé des différences marquées dans les taux d'échec selon le type de compte. Les comptes gérés par des bots ont enregistré un taux d'échec de 58,43 %, tandis que les comptes gérés par des humains n'ont échoué que 6,22 % du temps. La même recherche a montré que les dix premiers programmes représentaient 77,95 % de toutes les transactions échouées, Raydium Liquidity Pool V4 étant seul responsable de 21,69 %.

La congestion amplifie ces problèmes. Lors des pics liés aux memecoins, les taux de succès des transactions non-vote sont tombés à environ 76 %, soit un échec sur quatre tentatives. Les validateurs traitent encore la majorité du trafic légitime, mais la concurrence des frais de priorité et les goulots d'étranglement spécifiques aux programmes concentrent les erreurs parmi les stratégies automatisées.

Ces chiffres illustrent que la plupart des échecs proviennent de l'activité des bots à haute fréquence plutôt que d'une instabilité fondamentale du réseau. Les traders utilisant des stratégies manuelles ou à faible fréquence rencontrent des taux d'erreur bien inférieurs, même lorsque le débit global reste élevé.

Étapes pratiques pour réduire les échecs et accélérer la confirmation

Soumettez les transactions avec un blockhash frais obtenu juste avant la signature. La fenêtre de validité de 151 blocs expire désormais en environ 60 secondes à la cible actuelle de 300 ms par slot, donc les délais entre la récupération et la diffusion augmentent le risque d'expiration.

Choisissez le niveau d'engagement adapté à votre tolérance au rollback versus la latence. Processed est le plus rapide mais présente la plus forte chance de renversement ultérieur, tandis que confirmed offre un équilibre pratique pour la plupart des actions utilisateur et finalized convient aux transferts de haute valeur.

Surveillez les codes d'erreur renvoyés en cas d'échec. L'expiration du blockhash et les désynchronisations de séquence de compte se résolvent en demandant un nouveau blockhash et en resoumettant ; les abandons liés à la congestion s'améliorent en espaçant les tentatives ou en réduisant les unités de calcul demandées.

Lorsque les taux de succès non-vote chutent vers 76 %, réduisez le nombre d'instructions par transaction et évitez les fenêtres de pointe d'activité memecoin identifiées via la télémétrie réseau récente. Ces ajustements diminuent l'incidence des échecs d'expiration et de limite de calcul sans modifier le timing des slots sous-jacent.

FAQ

Quel est le temps de slot actuel du mainnet Solana ?

La durée de slot cible a atteint 300 ms après les réductions activées à l'époque 1023 en août 2026. Les données de Chainspect de septembre 2026 ont enregistré une moyenne horaire de 318 ms.

Combien de temps prend la finalité sur Solana ?

La finalité complète après l'inclusion d'une transaction survient généralement en 12,8 secondes selon les chiffres récents de Chainspect, la plupart des sources citant une fourchette normale de 10 à 20 secondes ou environ 13 secondes.

Pourquoi les transactions Solana échouent-elles à des taux élevés ?

Une étude évaluée par les pairs portant sur les données d'août 2023 à juillet 2024 a révélé que les comptes bots ont connu un taux d'échec de 58,43 % contre 6,22 % pour les comptes gérés par des humains. Les dix premiers programmes ont causé 77,95 % des échecs, menés par Raydium Liquidity Pool V4.

Quelle est la durée de la fenêtre de validité des blockhash sur Solana ?

Chaque transaction référence un blockhash qui expire après 151 blocs. Au temps de slot actuel de 300 ms, cette fenêtre équivaut à environ 60 secondes en temps réel.

Quels sont les chiffres TPS récents publiés par Solana ?

Chainspect a enregistré une moyenne horaire de 2 570 transactions par seconde, un pic sur 100 blocs de 11 015 tx/s et un maximum théorique de 65 000 tx/s.

Solana a-t-elle connu des temps d'arrêt en 2026 ?

Le réseau a maintenu une disponibilité de 100 % depuis février 2024 jusqu'aux rapports de mi-septembre 2026, même lors d'un incident de routage en août 2026 qui a affecté 29 % du stake sans arrêter la production de blocs ni la finalité.