Solana après SIMD-0286 : comment les blocs de 100M CU ont modifié les dépôts et retraits dans les casinos crypto
Solana est entrée dans une nouvelle phase de capacité le 29 juillet 2026, lorsque SIMD-0286 a été activé sur le mainnet au début de l’époque 1009. Cette modification a porté la quantité maximale de travail informatique autorisée dans un bloc de 60 millions à 100 millions d’unités de calcul, ou CU, soit une hausse d’environ 66 %. Pour les casinos crypto qui acceptent SOL ou des tokens émis sur Solana, cette évolution est importante, car les dépôts et les retraits partagent l’espace des blocs avec le trading, les paiements, les opérations DeFi et toutes les autres transactions envoyées sur le réseau. Une limite de bloc plus élevée donne aux validateurs davantage de marge pour inclure des transactions indépendantes pendant les périodes de forte activité. Cela ne signifie pas qu’un paiement de casino devient automatiquement 66 % plus rapide, ni que les contrôles de retrait disparaissent ou qu’un dépôt est crédité instantanément sur le solde du joueur. L’intérêt pratique de cette évolution réside surtout dans la réduction d’une source précise de retard : la concurrence pour une capacité de bloc limitée lorsque la demande sur le réseau augmente fortement.
Ce que SIMD-0286 a changé sur Solana en 2026
SIMD-0286 a fait passer la limite maximale de calcul par bloc de Solana de 60M à 100M CU. Les unités de calcul peuvent être comprises comme une mesure de la quantité de ressources nécessaires pour traiter les transactions. Un simple transfert de SOL utilise relativement peu de calcul, tandis que les transactions impliquant des swaps, plusieurs instructions de programme ou des opérations on-chain plus complexes peuvent en consommer nettement davantage. La limite d’un bloc ne définit donc pas un nombre fixe de transactions. Elle limite plutôt leur charge informatique cumulée. En relevant ce plafond, un producteur de blocs peut accepter une quantité totale de travail plus importante avant que le bloc soit considéré comme plein, ce qui devient particulièrement pertinent lorsque des milliers de transactions indépendantes arrivent presque simultanément.
Cette augmentation a été introduite parce que l’ancien plafond de 60M CU n’était plus seulement une limite théorique. Les données de la Solana Foundation montrent qu’entre l’activation de la limite de 60M le 22 juillet 2025 et le passage à 100M CU en juillet 2026, 11,2 % des blocs produits ont utilisé au moins 56M CU. Autrement dit, environ un bloc sur neuf fonctionnait à proximité du plafond précédent. La demande était également irrégulière : les périodes de pression les plus importantes apparaissaient généralement par vagues, notamment lors de mouvements rapides sur les marchés. Cette situation est importante pour les paiements de casino, car un utilisateur peut envoyer un dépôt ordinaire exactement au moment où des applications de trading génèrent un volume beaucoup plus élevé de transactions. Avec l’ancienne limite, ces différentes activités devaient se partager un budget de calcul global plus réduit.
SIMD-0286 n’a modifié que la limite globale de calcul par bloc. D’autres restrictions importantes sont restées inchangées. Le volume maximal de calcul pouvant être utilisé pour écrire sur un même compte est resté fixé à 12M CU, tandis que l’augmentation maximale de la taille des données des comptes par bloc est demeurée à 100 Mo. Solana a également présenté cette évolution comme non disruptive, sans modification nécessaire du format d’indexation. Avant l’activation, plus de 70 % du stake du mainnet avait activé le réseau XDP, afin d’aider les validateurs à gérer le volume supplémentaire de données associé à des blocs plus importants. Cette préparation progressive est importante, car augmenter la capacité n’est utile que si les validateurs, les services RPC et les autres infrastructures sont capables de traiter cette charge supplémentaire sans créer un nouveau goulot d’étranglement.
Pourquoi une capacité de bloc plus élevée compte pour les paiements de casino
Un dépôt de casino effectué en SOL ou avec un token Solana ne bénéficie pas soudainement d’une limite individuelle de transaction plus élevée en raison de SIMD-0286. L’amélioration intervient au niveau du bloc. Un transfert qui nécessitait auparavant une quantité relativement faible de calcul continue à utiliser approximativement la même quantité après la mise à niveau. Ce qui a changé est le volume total de travail pouvant être traité en parallèle dans le même bloc. Lorsque de nombreux utilisateurs transfèrent des actifs, échangent des tokens ou interagissent avec des applications on-chain simultanément, le réseau dispose désormais de davantage de marge pour traiter ces opérations ensemble au lieu de contraindre un plus grand nombre de transactions à attendre les blocs suivants.
Cette distinction explique également pourquoi les blocs de 100M CU ne suppriment pas toutes les formes de congestion. Solana conserve des restrictions liées aux comptes individuels accessibles en écriture. Une activité fortement concentrée autour d’un même compte peut donc toujours rencontrer une limite locale, même lorsqu’un bloc dispose encore d’une capacité globale inutilisée. Pour un utilisateur de casino qui envoie des actifs depuis son portefeuille personnel vers une adresse de dépôt, l’augmentation générale de la capacité reste néanmoins utile durant les pics d’activité à l’échelle du réseau. Son effet est le plus visible lorsque le problème précédent venait simplement du fait que de nombreuses transactions indépendantes tentaient d’entrer dans des blocs déjà proches de la limite de 60M CU.
La blockchain ne représente par ailleurs qu’une partie du parcours d’un paiement. Un dépôt doit généralement être signé par le portefeuille de l’utilisateur, envoyé sur Solana, intégré dans un bloc, atteindre le niveau de confirmation exigé par le casino, puis être détecté par l’infrastructure de paiement du site avant d’être crédité sur le solde du joueur. Un retrait comporte encore davantage d’étapes avant même que la blockchain n’intervienne, puisque le casino doit d’abord approuver et préparer le paiement. SIMD-0286 peut améliorer la partie du processus liée à l’inclusion dans le réseau, notamment pendant les périodes chargées, mais cette évolution ne peut pas raccourcir une file d’attente interne, modifier la politique de confirmation d’un casino ni permettre à un système d’indexation retardé de reconnaître plus rapidement une transaction.
Comment les blocs de 100M CU influencent les dépôts dans les casinos crypto
Pour les dépôts, l’avantage le plus direct de SIMD-0286 est la capacité supplémentaire permettant à un transfert envoyé d’être inclus dans un bloc pendant les périodes de forte activité. Lorsque la capacité d’un bloc est fortement limitée, une transaction valide peut ne pas être intégrée dans le bloc suivant parce que des transactions antérieures ou bénéficiant d’une priorité supérieure ont déjà consommé les ressources disponibles. Le portefeuille peut alors continuer à tenter la transmission et, dans certains cas, une nouvelle transaction doit être créée si la première reste trop longtemps non traitée. En passant de 60M à 100M CU, Solana a augmenté la quantité de travail simultané pouvant être acceptée avant que cette pression générale sur la capacité des blocs ne devienne problématique.
Les premières données recueillies après l’activation montrent que cette capacité supplémentaire a réellement été utilisée. Une analyse publiée par Solana Compass à partir de données de Pine Analytics a examiné les 48 premières heures après le passage à 100M CU. Selon cette analyse, la proportion de blocs fonctionnant près de leur plafond effectif de calcul serait passée d’environ 12,5 % avant la mise à niveau à environ 0,5 % après celle-ci. Elle indique également que, selon les heures observées, entre 10 % et 23 % des blocs dépassaient déjà l’ancienne limite de 60M CU, ce qui montre que des transactions réelles utilisaient une capacité auparavant indisponible. Ces chiffres concernent l’ensemble du réseau Solana et non les paiements de casino en particulier, mais ils permettent de comprendre pourquoi un dépôt ordinaire dispose désormais de davantage de marge pour être traité en même temps que d’autres opérations.
L’amélioration pratique doit donc être décrite comme une plus grande régularité pendant les périodes chargées plutôt que comme une réduction garantie du délai de chaque dépôt. Un transfert envoyé lorsque Solana est peu sollicité pouvait déjà être traité rapidement avant SIMD-0286, car la capacité du bloc n’était pas le facteur limitant. La différence devient plus pertinente lorsque la demande augmente brutalement. Même dans ce cas, le délai affiché par le casino peut rester supérieur au temps nécessaire au traitement sur la blockchain, car le service peut attendre un niveau de confirmation supplémentaire, vérifier l’adresse et le token concernés, effectuer ses propres contrôles de paiement et mettre à jour le compte du joueur uniquement après traitement de la transaction par son système de surveillance.
Frais, confirmations et reconnaissance des dépôts
SIMD-0286 n’a pas réduit les frais de base définis par le protocole Solana. La documentation actuelle de Solana indique des frais de base de 5 000 lamports par signature, auxquels peuvent s’ajouter des frais de priorité facultatifs destinés à améliorer la position d’une transaction dans l’ordre de traitement. Une capacité de bloc plus importante peut malgré tout influencer le montant réellement payé par les utilisateurs, car les frais de priorité deviennent particulièrement importants lorsque les transactions se disputent un espace d’exécution limité. L’analyse portant sur les 48 premières heures après l’activation indiquait que les frais de transaction au 90e percentile étaient passés d’environ 29 800 à 20 800 lamports après le passage à 100M CU, soit une baisse d’environ 30 %, tandis que la médiane restait proche de 5 600 lamports. Il s’agit d’une observation initiale à l’échelle du réseau et non d’une preuve que ces niveaux de frais resteront identiques à long terme.
La confirmation constitue une question distincte de la capacité d’un bloc. Solana distingue les états processed, confirmed et finalized pour les transactions. Une transaction processed a déjà été incluse par un validateur, mais n’a pas encore atteint le niveau de vote plus élevé associé au statut confirmed, tandis que finalized représente le niveau de règlement le plus fort. La documentation de Solana destinée aux environnements de production présente confirmed comme adapté à de nombreux cas de paiement et finalized comme approprié lorsqu’un niveau de garantie supplémentaire est nécessaire. Chaque casino crypto décide lui-même du statut qu’il exige avant de créditer un dépôt. L’augmentation de la limite des blocs facilite l’entrée d’une transaction sur la chaîne lorsque la capacité est sous pression, mais elle ne modifie ni la signification de confirmed ou finalized ni l’obligation pour un casino de créditer les fonds plus tôt.
L’expiration des transactions est une autre raison pour laquelle la capacité du réseau peut influencer l’expérience de l’utilisateur. Une transaction Solana standard fait référence à un blockhash récent qui reste valide pendant une fenêtre limitée de 150 slots. Si une transaction n’est pas traitée avec succès durant cette période, le portefeuille ou le système de paiement peut devoir en créer et en envoyer une nouvelle. Une capacité de bloc supplémentaire peut réduire le risque qu’un transfert normal reste trop longtemps en attente uniquement parce que les blocs sont pleins. En revanche, elle ne peut pas empêcher une expiration causée par d’autres problèmes, comme une connexion RPC peu fiable, une construction incorrecte de la transaction, un solde SOL insuffisant pour payer les frais ou un portefeuille qui ne retransmet pas correctement l’opération. Pour un utilisateur de casino, cela signifie qu’un dépôt en attente ne doit pas automatiquement être considéré comme la conséquence d’une congestion du réseau.
Comment les retraits ont évolué et quels délais subsistent
L’effet de SIMD-0286 sur les retraits doit être séparé entre le traitement effectué par le casino et le traitement sur la blockchain. Avant qu’un retrait ne soit envoyé à Solana, le casino peut devoir vérifier le compte, confirmer que le solde demandé est disponible, appliquer des procédures de sécurité ou de conformité et placer le paiement dans une file d’attente interne. Le service doit également disposer d’un montant suffisant d’actifs dans le portefeuille utilisé pour effectuer les retraits. Aucune de ces étapes n’est contrôlée par SIMD-0286. Un retrait qui attend vingt minutes avant d’être approuvé continuera donc à attendre ces vingt minutes, même si la transaction Solana finale est intégrée dans un bloc presque immédiatement après son envoi.
Une fois la transaction de retrait soumise à Solana, la nouvelle limite de bloc devient pertinente de la même manière que pour les dépôts. Une capacité globale de calcul plus importante signifie qu’un paiement valide a davantage de chances d’être inclus sans devoir entrer en concurrence avec un bloc déjà rempli jusqu’à l’ancienne limite de 60M CU. Cela peut être particulièrement utile pour les services qui envoient plusieurs paiements pendant des périodes où le reste du réseau est également très sollicité. Une réserve importante demeure toutefois : la restriction de 12M CU pour les comptes accessibles en écriture n’a pas été augmentée. Lorsque de nombreuses transactions interagissent de manière répétée avec le même compte accessible en écriture, cette limite plus spécifique peut encore avoir un effet, même si la capacité totale du bloc est désormais nettement plus élevée.
L’expérience de retrait dépend aussi des services RPC, du suivi des transactions et de l’indexation. Solana a indiqué que SIMD-0286 ne nécessitait aucune modification du format d’indexation, ce qui signifie que les services de paiement n’ont pas dû adopter une nouvelle structure de transaction uniquement pour reconnaître les blocs de 100M CU. Des blocs plus volumineux peuvent cependant accroître la charge imposée aux infrastructures qui reçoivent, stockent et traitent les données du réseau. Les documents liés à la mise à niveau de Solana précisaient d’ailleurs que les fournisseurs RPC, les indexeurs et les exchanges devaient vérifier que leurs systèmes étaient capables de gérer durablement des blocs plus importants. Un retrait peut donc être entièrement confirmé on-chain alors que l’interface du casino l’affiche encore comme étant en cours de traitement si le service chargé du suivi de son statut rencontre un retard.
Ce que les casinos crypto doivent surveiller après SIMD-0286
La méthode la plus utile pour évaluer les effets de la mise à niveau consiste à mesurer séparément chaque étape d’un paiement. Pour les dépôts, il est possible de distinguer le délai entre l’envoi depuis le portefeuille et l’inclusion dans un bloc, celui entre l’inclusion et l’obtention du niveau de confirmation exigé par le casino, puis celui entre cette confirmation et le moment où le solde du joueur est crédité. Pour les retraits, il est également possible de séparer la file d’attente d’approbation interne de l’intervalle entre la diffusion de la transaction sur la blockchain et sa confirmation. Sans cette distinction, un retrait lent peut facilement être attribué à Solana alors que la transaction n’a été envoyée au réseau qu’après l’écoulement de la majeure partie du délai.
Les services de paiement doivent également surveiller séparément les transferts en SOL et les transferts de tokens, car ils peuvent impliquer des comptes et des traitements internes différents. Les paramètres des frais de priorité devraient être ajustés en fonction de l’état actuel du réseau plutôt que rester durablement fixés à un niveau déterminé lors d’une ancienne période de congestion. Les temps de réponse RPC, les échecs d’envoi, les nouvelles tentatives de transaction et les retards d’indexation sont tout aussi importants, car une limite de bloc plus élevée ne peut pas compenser un accès peu fiable au réseau. Ces contrôles deviennent particulièrement utiles lors de mouvements brusques des marchés, lorsque l’activité blockchain et la demande de paiements de casino peuvent augmenter simultanément.
En septembre 2026, les données disponibles permettent d’interpréter SIMD-0286 avec mesure. Solana dispose désormais d’une capacité de calcul maximale par bloc supérieure de 66 % à celle de l’ancienne limite de 60M CU, et les premières observations après l’activation ont montré une nette diminution de la proportion de blocs approchant leur nouveau plafond ainsi qu’une baisse des frais dans la partie haute de la distribution des coûts de transaction. Cela crée de meilleures conditions pour les dépôts et les retraits durant les pics de trafic à l’échelle du réseau. En revanche, cette évolution ne garantit ni un dépôt instantané, ni un retrait immédiat, ni des frais de transaction fixes. Pour les utilisateurs de casinos crypto, le principal changement est une exposition réduite à la pression générale sur la capacité des blocs ; le délai final d’un paiement continue de dépendre des exigences de confirmation, du fonctionnement du portefeuille, des performances RPC et de l’indexation, ainsi que des propres procédures de dépôt et de retrait du casino.
