Solana abaisse son temps de slot à 250 millisecondes : ce qu'il faut vérifier avant vendredi

Le vendredi 18 septembre 2026, vers 05h01 UTC, le réseau Solana resserre sa propre cadence : un slot durera alors 250 millisecondes au lieu de 300. L'interrupteur est déjà armé et s'enclenchera automatiquement à la frontière de l'époque 1037. Pour vous, détenteur de Solana, cela signifie surtout trois choses : les délégations et le retrait de mise prennent effet plus vite, les récompenses de staking arrivent plus souvent et par portions plus petites, et la durée pendant laquelle une transaction signée reste valide tombe à environ 38 secondes. Si vos SOL dorment simplement sur une plateforme d'échange, vous n'avez rien à faire. Si vous signez hors ligne, si vous déléguez ou si vous exploitez vous-même un validateur, lisez ce texte jusqu'au bout.

Cette évolution n'a rien d'une surprise : c'est la troisième marche d'un calendrier entamé en août. Seule nouveauté, la marche à 250 millisecondes dispose désormais d'une date précise. La page de synthèse officielle de Solana mentionnait encore cette étape sans date de mainnet lors de notre vérification, le 17 septembre, alors que l'équipe de développement Anza avait déjà signalé l'activation comme imminente le 16 septembre. C'est cet écart entre l'annonce et la documentation qui explique que le chiffre soit resté jusqu'ici peu repris.

Ce qui change réellement chez Solana le 18 septembre

Un seul nombre du protocole change : la durée cible d'un slot. Cette valeur passe de 300 à 250 millisecondes. Le chiffre paraît modeste, mais presque tout ce qui ressemble à du temps dans le réseau en dépend. La longueur d'une époque le suit, la durée de validité d'un blockhash le suit, et les plafonds de calcul par bloc le suivent également.

La proposition d'amélioration concernée est SIMD-0525. Elle décrit un escalier de 400 à 350, 300 puis 250 millisecondes, jusqu'à la cible de 200 millisecondes. Deux marches ont déjà été franchies sur le mainnet : le passage de 400 à 350 millisecondes le 19 août 2026, au début de l'époque 1019, et celui de 350 à 300 millisecondes le 25 août 2026, au début de l'époque 1023. La troisième marche est celle dont il est question ici. Une quatrième reste à venir.

Ce qui, explicitement, ne se produit pas : aucun échange de jetons, aucune migration, aucun délai avant lequel il faudrait retirer quelque chose d'un contrat, et aucune confirmation à donner dans votre portefeuille. Celui qui vous invite à autoriser une mise à niveau Solana attend de vous autre chose que votre accord à un paramètre de protocole.

Slot, époque et feature gate : les trois notions derrière cette date

Le slot est la fenêtre de temps d'un bloc

Un slot est la fenêtre de temps pendant laquelle un seul validateur est autorisé à produire un bloc. Une fois écoulée, c'est au suivant, que le précédent ait livré ou non. La durée d'un slot n'est donc pas une limitation de vitesse pour les transactions, mais la fréquence d'horloge à laquelle le réseau sort ses blocs.

L'époque est la période de décompte

Une époque est la période de décompte de Solana et compte un nombre fixe de 432 000 slots. À sa frontière, le réseau fait sa comptabilité : les délégations prennent effet, les récompenses sont soldées, les interrupteurs de protocole préparés sont armés. Le nombre de slots étant fixe alors que la durée d'un slot diminue, l'époque raccourcit. À 400 millisecondes, elle durait théoriquement 48 heures ; à 300 millisecondes, 36 heures ; à 250 millisecondes, 30 heures. À la cible finale de 200 millisecondes, elle tombera à 24 heures.

Un mot ici sur les chiffres qui circulent : plusieurs dépêches annoncent une longueur d'époque de 24 heures pour le changement de vendredi. C'est la valeur correspondant à 200 millisecondes, donc à la marche suivante. Pour 250 millisecondes, le même calcul donne 30 heures, et c'est aussi la valeur à laquelle aboutit la formule officielle fondée sur 432 000 slots.

Le feature gate est l'interrupteur à retardement

Un feature gate est un interrupteur dans le code du validateur qui maintient en sommeil une fonction déjà livrée, tant qu'un poids de mise suffisant ne la soutient pas. Lorsqu'il bascule, ce n'est jamais en milieu d'époque, mais à sa frontière. Pour ce changement, la chaîne s'est étalée sur trois époques : à l'époque 1035, l'interrupteur était en attente ; à l'époque 1036, il est devenu actif au niveau du protocole ; et avec le début de l'époque 1037, les nouvelles règles de temps s'appliquent.

Pourquoi l'interrupteur bascule à la frontière de l'époque 1037 et non à minuit

Solana ne connaît pas l'heure. Le réseau compte des slots, et d'un slot on ne peut qu'estimer une heure. C'est précisément pour cela que toutes les annonces sérieuses font précéder l'horaire d'un « vers » : la frontière de l'époque 1037 tombe sur un slot donné, et le moment où ce slot sera atteint dépend de la vitesse réelle du réseau dans les heures qui précèdent.

Cette imprécision explique que deux sources puissent indiquer 05h01 UTC et une troisième 05h06 UTC sans qu'aucune ait tort. Qui veut avoir terminé quelque chose à l'heure dite fera mieux de prévoir une heure de marge. Qui veut seulement savoir s'il est concerné peut s'en tenir au jour : vendredi, au petit matin, heure européenne.

Notre propre mesure : 317 millisecondes par slot la veille du changement

Cette analyse a été réalisée par cryptoticker.io le 17 septembre 2026. Base : dix échantillons de performance consécutifs de 60 secondes chacun sur le réseau principal de Solana, complétés par l'état de l'époque en cours. Ont ainsi été examinés 1 893 slots sur dix minutes de fonctionnement du réseau.

Le résultat : en moyenne, 317,0 millisecondes se sont écoulées par slot, les échantillons individuels s'étageant entre 312,5 et 326,1 millisecondes. La valeur se situe donc au-dessus de la cible actuelle de 300 millisecondes. C'est normal et ne signale aucun problème. Ce que l'on mesure, c'est le temps écoulé divisé par le nombre de slots effectivement remplis, et chaque slot qu'un validateur n'assure pas allonge cette moyenne.

La même interrogation a permis de recalculer l'échéance. Le réseau se trouvait à l'époque 1036, au slot 111 540 sur 432 000 ; il en manquait donc 320 460. Aux 317 millisecondes mesurées, cela donne 28,2 heures de durée restante, soit le 18 septembre vers 05h06 UTC. Notre propre calcul confirme à quelques minutes près l'horaire annoncé de 05h01 UTC. Le nœud interrogé indiquait par ailleurs la version de client 4.3.0-rc.0.

Deux points restent ouverts : la proportion de validateurs déjà passés à la version recommandée, et le fait que l'interrupteur bascule effectivement vendredi. Ces deux points n'apparaîtront qu'après coup. De même, les plafonds de calcul évoqués plus bas s'appuient sur un rapport spécialisé et non sur la page de synthèse officielle.

Staking Solana : ce que des époques plus courtes changent pour la délégation, le retrait et les récompenses

Pour tous ceux qui ont délégué des SOL, la longueur de l'époque est, en pratique, la grandeur la plus importante de tout ce chantier. Les délégations et leur annulation prennent effet aux frontières d'époque, non immédiatement. Si l'époque passe de 36 à 30 heures, le délai habituel avant qu'une nouvelle délégation ne rapporte des récompenses, ou que des SOL désactivés ne redeviennent disponibles, se raccourcit d'autant. Nous avons détaillé le fonctionnement de ce mécanisme, et expliqué pourquoi un délai n'est pas une sanction, dans notre article sur les périodes de blocage et la durée du retrait de mise.

Pour les récompenses, c'est la cadence qui change, non le montant. La distribution se fait par époque. Davantage d'époques dans l'année signifie donc davantage de versements, mais plus petits. Le rendement annuel de votre délégation n'augmente pas pour autant. Qui consigne ses revenus par époque obtiendra à partir de vendredi davantage de lignes dans le même tableau, et qui compare les prestataires selon leur fréquence de versement trouvera les différences entre plateformes dans notre panorama des plateformes de staking.

Dissipons ici une confusion fréquente : l'échéance de vendredi n'a rien à voir avec Alpenglow. Il s'agit d'une refonte différente et nettement plus vaste du mécanisme de consensus, dotée de son propre calendrier, que nous avons décrite dans notre texte sur l'activation d'Alpenglow fin septembre. Deux interrupteurs, deux dates, deux séries de conséquences distinctes.

Expiration du blockhash à 250 millisecondes : pourquoi il faut signer plus vite

Le blockhash est l'horodatage d'une transaction Solana : une référence à un bloc récemment produit, qui empêche que la même instruction soit soumise à nouveau plus tard. La durée de vie de cet horodatage ne se mesure pas en secondes, mais en blocs. Selon la documentation de Solana, 151 blockhashes sont valides. Cette documentation convertit encore aujourd'hui cette durée avec l'ancienne cible de 400 millisecondes et aboutit ainsi à 60 à 90 secondes environ.

Cet intervalle diminue avec la cadence. Aux 317 millisecondes mesurées aujourd'hui, il reste théoriquement 48 secondes environ ; à 250 millisecondes, environ 38. Un rapport spécialisé consacré au changement à venir évalue la fenêtre à 37,5 secondes, ce qui correspond au même calcul avec 150 blocs au lieu de 151. L'ordre de grandeur reste identique dans les deux cas : une bonne demi-minute.

Cela devient déterminant partout où un être humain ou un appareil s'intercale entre la création et l'envoi d'une transaction. Qui signe avec un portefeuille matériel consomme ces secondes à déverrouiller l'appareil, à faire défiler l'écran et à confirmer. De même pour qui prépare une transaction, vérifie encore posément l'adresse et ne l'envoie qu'ensuite. La conséquence n'est pas un paiement perdu, mais un paiement refusé : le réseau rejette une transaction dont le blockhash a expiré, et le portefeuille signale une erreur. Pour savoir si une tentative de ce genre a réellement échoué ou si elle est malgré tout passée, consultez notre guide sur les transactions Solana échouées.

Concrètement : déverrouillez l'appareil avant l'envoi, contrôlez l'adresse en amont plutôt qu'à l'intérieur de la fenêtre, et ne comptez pas la boîte de confirmation comme un temps de lecture. Quels appareils offrent des parcours de confirmation courts et lesquels vous imposent plusieurs menus, notre comparatif des portefeuilles matériels le montre.

Les plafonds de calcul par bloc baissent aussi : ce que cela signifie pour les échanges en heure de pointe

Des blocs plus courts, c'est moins de temps de calcul par bloc. Pour que le débit par seconde reste constant, les plafonds baissent dans la même proportion que la durée d'un slot. Un rapport spécialisé consacré à ce changement chiffre la limite par bloc après bascule à 37,5 millions d'unités de calcul, contre 45 millions auparavant, et le plafond pour un compte inscriptible unique à 15 millions au lieu de 18 millions. Ces valeurs ne figuraient pas sur la page de synthèse officielle au 17 septembre, raison pour laquelle nous les attribuons expressément à ce rapport.

Pour vous, utilisateur, le chiffre importe moins que sa conséquence. Lorsqu'un compte très sollicité reçoit moins d'unités de calcul par bloc, les transactions se disputent plus âprement le même volume. En période calme, vous n'en verrez rien. En heure de pointe, lors du lancement d'un nouveau jeton par exemple, les frais de priorité décident plus souvent si votre échange entre dans le bloc suivant ou attend. Qui a réglé une fois pour toutes son plafond de frais dans son portefeuille sur la valeur la plus basse possible a intérêt à connaître ce réglage avant de le découvrir en pleine cohue.

Exploitants de validateurs : Agave 4.3 d'ici vendredi soir

Qui exploite lui-même un validateur fait face au seul véritable délai de toute cette opération. La version recommandée est Agave v4.3.0-rc.1, publiée le 11 septembre 2026. Anza a demandé aux exploitants d'installer la mise à jour d'ici la fin du vendredi, c'est-à-dire avant la fin du jour même où l'interrupteur bascule.

Il ne s'agit pas d'une alerte, mais d'une routine. Rester sur une version plus ancienne ne vous coupe pas immédiatement du réseau, mais expose au risque de manquer des blocs dès que les règles de temps changent. Pour les délégants, il en découle une tâche discrète : si votre validateur laisse passer un nombre inhabituel de slots dans les jours suivant le changement, la cause est vraisemblablement une version non installée, et vos récompenses baissent d'autant.

Si vous détenez vos SOL uniquement sur une plateforme : pourquoi vous n'avez rien à faire

Pour la grande majorité des investisseurs, la réponse honnête est : rien. Si vos SOL sont chez une plateforme d'échange ou un courtier, c'est son exploitant qui s'occupe des versions de client, des blockhashes et des frontières d'époque. Vous n'avez aucune mise à jour à confirmer, aucune adresse à modifier et aucun délai à respecter.

Deux cas particuliers subsistent. D'abord, autour d'un tel changement, il peut arriver qu'un prestataire suspende quelques heures les dépôts et les retraits sur le réseau Solana. C'est une précaution propre à chaque maison, qui figure alors dans son avis de statut. Ensuite, une telle échéance est une occasion connue de tentatives d'escroquerie. Ni Anza ni une plateforme d'échange ne vous demandera par message d'autoriser une mise à niveau dans votre portefeuille.

Ce que la documentation officielle ne dit pas encore

Au 17 septembre, le calendrier publié sur le site de Solana présentait encore le passage de 300 à 250 millisecondes comme actif sur devnet et testnet, avec une date de mainnet restant à fixer. Les deux marches déjà franchies y sont en revanche consignées avec leur date et leur époque. L'annonce d'Anza du 16 septembre est donc plus à jour que la page de documentation qu'elle décrit.

Il en découle pour vous une règle simple : fiez-vous au numéro d'époque, non à une date tirée d'un article. Le numéro 1037 est vérifiable, et tout portefeuille affichant des informations réseau, comme tout explorateur de blocs public, vous indique dans quelle époque se trouve le réseau. S'il affiche 1037 ou davantage, l'interrupteur a basculé.

Durée de slot de Solana : ce qu'il faut retenir

1. Vérifiez d'ici vendredi matin où se trouvent vos SOL et qui en a la charge. Sur une plateforme d'échange, vous êtes tranquille. Si vous déléguez vous-même, notez qu'à partir de vendredi votre prochaine modification de délégation mettra environ 30 heures au lieu de 36 à prendre effet, et que vos récompenses arriveront plus souvent. Quelle plateforme calcule de quelle façon, notre panorama des plateformes de staking le détaille.
2. Calez votre signature sur une bonne trentaine de secondes. Contrôlez l'adresse et le montant avant de créer la transaction, et ne prenez l'appareil qu'ensuite. Si vous constatez à cette occasion que votre portefeuille matériel vous impose trop de menus, un coup d'œil au comparatif des portefeuilles matériels s'impose.
3. Contrôlez vos récompenses la semaine suivant le changement. Des versements plus fréquents et plus petits sont attendus ; des revenus durablement absents ou nettement effondrés ne le sont pas. Un tel effondrement signale un validateur qui n'a pas adopté la nouvelle version. Un changement est possible à chaque frontière d'époque, et vous trouverez les points de chute adaptés dans le panorama des prestataires.

Sources à consulter : la page officielle consacrée aux durées de slot réduites, avec le plan par étapes, et la documentation développeur sur la confirmation des transactions, qui indique les 151 blockhashes valides.

(Au 17 septembre 2026. Cet article ne constitue pas un conseil en investissement. Les cours et les grilles tarifaires évoluent ; vérifiez les conditions auprès du prestataire avant tout achat.)