#Solana计划将出块时间缩至200毫秒 , plus précisément, cela consiste à réduire la durée du slot de 400 ms à 200 ms. Il ne s’agit pas simplement de doubler le TPS, mais d’accélérer d’un facteur deux le rythme de production des blocs. Il s’agit du déploiement progressif de SIMD-0525. La dernière étape, initialement prévue aux alentours du 2026-10-09 (vers l’Epoch 1053), devait entrer en vigueur sur le mainnet. En pratique, il faut se fier à l’état du feature gate on-chain.
1️⃣ Ce qui change concrètement
❗ Progression : 400 ms → 350 ms → 300 ms → 250 ms → 200 ms. Chaque étape dispose de son propre feature gate, activé à la limite d’une epoch, avec un mécanisme de freinage basé sur le taux de slots sautés (skip rate).
❗ À 200 ms : environ 5 slots par seconde (contre 2,5 auparavant).
❗ Ce qui ne change pas : le nombre de ticks par slot, la fenêtre de leader de 4 slots et les 432 000 slots par epoch restent globalement inchangés.
❗ Ce qui change :
1. La fenêtre pendant laquelle un même leader contrôle l’ordonnancement de manière consécutive passe de 1,6 s à 800 ms.
2. La limite de calcul par bloc est réduite en parallèle (environ 60 M → 30 M CU). Le débit par unité de temps reste donc globalement inchangé ; le principal avantage est une latence plus faible.
3. La fenêtre d’expiration du blockhash raccourcit : environ 80 s à 400 ms, 50 s à 250 ms et 40 s à 200 ms.
2️⃣ Conséquences concrètes pour les utilisateurs et l’écosystème
1. Utilisateurs ordinaires : la première confirmation des transferts et des swaps est plus rapide. La mention « confirmé » dans le portefeuille donne une impression plus proche du temps réel.
2. Traders / market makers : l’état on-chain est mis à jour plus fréquemment, ce qui réduit les possibilités d’arbitrage sur les prix obsolètes (stale-price) et permet des cotations plus serrées. Cependant, le MEV de type sandwich ne disparaîtra pas nécessairement ; cela dépend de la concurrence en matière de latence.
3. Développeurs :
（1）Ne codez plus en dur « 1 slot = 400 ms » ; utilisez getBlockTime ou récupérez la durée actuelle du slot depuis le client.
（2）Les signatures hors ligne, les confirmations manuelles par scan de code et les processus de signature sur portefeuille matériel risquent davantage de dépasser l’expiration du blockhash : prévoyez des tentatives supplémentaires.
（3）Les indexeurs n’ont pas besoin de changer de format, mais le nombre de blocs par unité de temps augmente, ce qui accroît la pression sur l’ingestion des données.
4. Validateurs :
（1）La fréquence des votes devrait environ doubler → les frais de vote, la bande passante et la charge CPU augmenteront.
（2）Les coûts nets pèseront davantage sur les petits validateurs. Les grands validateurs pourront mieux compenser les frais de vote grâce aux occasions d’être leaders → cela pourrait accélérer la concentration du stake vers les grands nœuds.
（3）La part de la latence due au transfert de rôle du leader (leader handoff) augmentera. Par exemple, une latence de 100 ms représente la moitié d’un slot de 200 ms.$BTC $ETH $SOL
#比特币重复使用地址持有433万枚BTC #美参议员调查CantorFitzgerald与Tether关系
1️⃣ Ce qui change concrètement
❗ Progression : 400 ms → 350 ms → 300 ms → 250 ms → 200 ms. Chaque étape dispose de son propre feature gate, activé à la limite d’une epoch, avec un mécanisme de freinage basé sur le taux de slots sautés (skip rate).
❗ À 200 ms : environ 5 slots par seconde (contre 2,5 auparavant).
❗ Ce qui ne change pas : le nombre de ticks par slot, la fenêtre de leader de 4 slots et les 432 000 slots par epoch restent globalement inchangés.
❗ Ce qui change :
1. La fenêtre pendant laquelle un même leader contrôle l’ordonnancement de manière consécutive passe de 1,6 s à 800 ms.
2. La limite de calcul par bloc est réduite en parallèle (environ 60 M → 30 M CU). Le débit par unité de temps reste donc globalement inchangé ; le principal avantage est une latence plus faible.
3. La fenêtre d’expiration du blockhash raccourcit : environ 80 s à 400 ms, 50 s à 250 ms et 40 s à 200 ms.
2️⃣ Conséquences concrètes pour les utilisateurs et l’écosystème
1. Utilisateurs ordinaires : la première confirmation des transferts et des swaps est plus rapide. La mention « confirmé » dans le portefeuille donne une impression plus proche du temps réel.
2. Traders / market makers : l’état on-chain est mis à jour plus fréquemment, ce qui réduit les possibilités d’arbitrage sur les prix obsolètes (stale-price) et permet des cotations plus serrées. Cependant, le MEV de type sandwich ne disparaîtra pas nécessairement ; cela dépend de la concurrence en matière de latence.
3. Développeurs :
（1）Ne codez plus en dur « 1 slot = 400 ms » ; utilisez getBlockTime ou récupérez la durée actuelle du slot depuis le client.
（2）Les signatures hors ligne, les confirmations manuelles par scan de code et les processus de signature sur portefeuille matériel risquent davantage de dépasser l’expiration du blockhash : prévoyez des tentatives supplémentaires.
（3）Les indexeurs n’ont pas besoin de changer de format, mais le nombre de blocs par unité de temps augmente, ce qui accroît la pression sur l’ingestion des données.
4. Validateurs :
（1）La fréquence des votes devrait environ doubler → les frais de vote, la bande passante et la charge CPU augmenteront.
（2）Les coûts nets pèseront davantage sur les petits validateurs. Les grands validateurs pourront mieux compenser les frais de vote grâce aux occasions d’être leaders → cela pourrait accélérer la concentration du stake vers les grands nœuds.
（3）La part de la latence due au transfert de rôle du leader (leader handoff) augmentera. Par exemple, une latence de 100 ms représente la moitié d’un slot de 200 ms.$BTC $ETH $SOL
#比特币重复使用地址持有433万枚BTC #美参议员调查CantorFitzgerald与Tether关系