#Solana计划将出块时间缩至200毫秒 La forma correcta de decirlo es que se reduce el slot time (duración del slot) de 400 ms a 200 ms; no es simplemente duplicar el TPS, sino acelerar al doble el “ritmo de producción de bloques”. Esta es una actualización por fases de SIMD-0525, y el último paso estaba previsto para activarse en la red principal alrededor del 2026-10-09 (cerca de Epoch 1053); en la práctica, prevalece el estado del feature gate en cadena.
1️⃣Qué se está cambiando exactamente
❗Ruta: 400 ms → 350 ms → 300 ms → 250 ms → 200 ms, con un feature gate independiente en cada paso, activado en los límites de epoch, con mecanismo de freno por tasa de omisión (skip rate).
❗Después de llegar a 200 ms: aproximadamente 5 oportunidades de slot por segundo (antes 2.5).
❗Lo que no cambia: ticks por slot, ventana de líder de 4 slots y los 432,000 slots por epoch se mantienen básicamente igual.
❗Lo que sí cambia:
1. La ventana durante la cual un solo líder controla de forma continua la secuenciación: 1.6 s → 800 ms
2. El límite de compute de un solo bloque también se reduce de forma同步 (aprox. 60 M → 30 M CU), así que el rendimiento por unidad de tiempo básicamente no cambia; principalmente baja la latencia
3. La ventana de expiración del blockhash se acorta: con 400 ms es de unos 80 s, con 250 ms de unos 50 s, y con 200 ms de unos 40 s
2️⃣Impacto real en usuarios y ecosistema
1. Usuarios comunes: transferencias, swaps y la primera confirmación serán más rápidas; la sensación de “confirmado” en la wallet se acerca más al tiempo real.
2. Trading / market makers: las actualizaciones de estado on-chain serán más frecuentes, el espacio de arbitraje por stale price se reduce y las cotizaciones pueden ser más ajustadas; pero el sandwich MEV no necesariamente desaparece, depende de la competencia de latencia.
3. Desarrolladores:
（1）Ya no codifiques a mano “1 slot = 400 ms”; usa getBlockTime o lee la duración actual del slot desde el cliente
（2）La firma offline, la confirmación manual por escaneo QR y los flujos de firma con hardware wallet tienen más probabilidades de chocar con la expiración del blockhash, así que hay que implementar reintentos
（3）Los indexadores no necesitan cambiar el formato, pero como hay más bloques por unidad de tiempo, aumenta la presión de ingesta en la base de datos
4. Validadores:
（1）La frecuencia de voto se duplica aproximadamente → suben los costos de voto, ancho de banda y CPU
（2）A los validadores pequeños se les hace más pesada la carga neta; los validadores grandes recuperan mejor los costos de voto gracias a las oportunidades de líder → esto puede acelerar la concentración de stake en nodos grandes
（3）La proporción de la latencia de handoff del líder aumenta (por ejemplo, 100 ms de latencia representan la mitad de un slot de 200 ms)$BTC $ETH $SOL
#比特币重复使用地址持有433万枚BTC #美参议员调查CantorFitzgerald与Tether关系
1️⃣Qué se está cambiando exactamente
❗Ruta: 400 ms → 350 ms → 300 ms → 250 ms → 200 ms, con un feature gate independiente en cada paso, activado en los límites de epoch, con mecanismo de freno por tasa de omisión (skip rate).
❗Después de llegar a 200 ms: aproximadamente 5 oportunidades de slot por segundo (antes 2.5).
❗Lo que no cambia: ticks por slot, ventana de líder de 4 slots y los 432,000 slots por epoch se mantienen básicamente igual.
❗Lo que sí cambia:
1. La ventana durante la cual un solo líder controla de forma continua la secuenciación: 1.6 s → 800 ms
2. El límite de compute de un solo bloque también se reduce de forma同步 (aprox. 60 M → 30 M CU), así que el rendimiento por unidad de tiempo básicamente no cambia; principalmente baja la latencia
3. La ventana de expiración del blockhash se acorta: con 400 ms es de unos 80 s, con 250 ms de unos 50 s, y con 200 ms de unos 40 s
2️⃣Impacto real en usuarios y ecosistema
1. Usuarios comunes: transferencias, swaps y la primera confirmación serán más rápidas; la sensación de “confirmado” en la wallet se acerca más al tiempo real.
2. Trading / market makers: las actualizaciones de estado on-chain serán más frecuentes, el espacio de arbitraje por stale price se reduce y las cotizaciones pueden ser más ajustadas; pero el sandwich MEV no necesariamente desaparece, depende de la competencia de latencia.
3. Desarrolladores:
（1）Ya no codifiques a mano “1 slot = 400 ms”; usa getBlockTime o lee la duración actual del slot desde el cliente
（2）La firma offline, la confirmación manual por escaneo QR y los flujos de firma con hardware wallet tienen más probabilidades de chocar con la expiración del blockhash, así que hay que implementar reintentos
（3）Los indexadores no necesitan cambiar el formato, pero como hay más bloques por unidad de tiempo, aumenta la presión de ingesta en la base de datos
4. Validadores:
（1）La frecuencia de voto se duplica aproximadamente → suben los costos de voto, ancho de banda y CPU
（2）A los validadores pequeños se les hace más pesada la carga neta; los validadores grandes recuperan mejor los costos de voto gracias a las oportunidades de líder → esto puede acelerar la concentración de stake en nodos grandes
（3）La proporción de la latencia de handoff del líder aumenta (por ejemplo, 100 ms de latencia representan la mitad de un slot de 200 ms)$BTC $ETH $SOL
#比特币重复使用地址持有433万枚BTC #美参议员调查CantorFitzgerald与Tether关系