#solanaplanstocutblocktimesto200ms
Solana apunta a un ritmo más rápido: se prevé que los intervalos entre bloques se reduzcan de 250 milisegundos a 200 milisegundos, el último paso de una reducción gradual desde los 400 milisegundos que comenzó en agosto. Si se activa según lo previsto en la época 1053, la red ofrecería cinco oportunidades de producción de bloques por segundo, frente a las 2,5 de su configuración original.
El cambio propuesto forma parte de SIMD-0525. Una mayor frecuencia de bloques podría ayudar a las billeteras, los exchanges y las aplicaciones de trading a recibir actualizaciones más recientes de la red, lo que potencialmente reduciría el tiempo que esperan los usuarios para que se procese una transacción. Sin embargo, una cadencia más rápida no implica automáticamente una mayor capacidad total: también está previsto reducir el límite de cómputo por bloque, por lo que la capacidad teórica de procesamiento se mantendría prácticamente sin cambios.
Ese equilibrio es fundamental. Los intervalos más cortos pueden mejorar la latencia, pero también dejan a los validadores menos tiempo para producir y verificar bloques, y a las aplicaciones menos tiempo para actuar sobre los datos de la red. La implementación de las actualizaciones de Solana se ha realizado por etapas para poder supervisar el rendimiento entre cada reducción; se ha informado que la fecha del último paso en la red principal dependerá de la transición de época y de las condiciones de la red.
Para los usuarios, el impacto podría notarse en la respuesta de las transacciones. Para los validadores y los equipos de infraestructura, la fiabilidad, los intervalos perdidos y la capacidad de mantener el ritmo serán tan importantes como la velocidad bruta. Por tanto, la implementación es tanto una prueba técnica como una actualización del producto: no se trata simplemente de un titular sobre bloques más rápidos.
Si el cambio se lleva a cabo sin problemas, lo que quizá importe a continuación será la consistencia del rendimiento de la red con estos plazos más ajustados, no solo la rapidez con la que llega un bloque.
$OGN $STRK $SOL
Solana apunta a un ritmo más rápido: se prevé que los intervalos entre bloques se reduzcan de 250 milisegundos a 200 milisegundos, el último paso de una reducción gradual desde los 400 milisegundos que comenzó en agosto. Si se activa según lo previsto en la época 1053, la red ofrecería cinco oportunidades de producción de bloques por segundo, frente a las 2,5 de su configuración original.
El cambio propuesto forma parte de SIMD-0525. Una mayor frecuencia de bloques podría ayudar a las billeteras, los exchanges y las aplicaciones de trading a recibir actualizaciones más recientes de la red, lo que potencialmente reduciría el tiempo que esperan los usuarios para que se procese una transacción. Sin embargo, una cadencia más rápida no implica automáticamente una mayor capacidad total: también está previsto reducir el límite de cómputo por bloque, por lo que la capacidad teórica de procesamiento se mantendría prácticamente sin cambios.
Ese equilibrio es fundamental. Los intervalos más cortos pueden mejorar la latencia, pero también dejan a los validadores menos tiempo para producir y verificar bloques, y a las aplicaciones menos tiempo para actuar sobre los datos de la red. La implementación de las actualizaciones de Solana se ha realizado por etapas para poder supervisar el rendimiento entre cada reducción; se ha informado que la fecha del último paso en la red principal dependerá de la transición de época y de las condiciones de la red.
Para los usuarios, el impacto podría notarse en la respuesta de las transacciones. Para los validadores y los equipos de infraestructura, la fiabilidad, los intervalos perdidos y la capacidad de mantener el ritmo serán tan importantes como la velocidad bruta. Por tanto, la implementación es tanto una prueba técnica como una actualización del producto: no se trata simplemente de un titular sobre bloques más rápidos.
Si el cambio se lleva a cabo sin problemas, lo que quizá importe a continuación será la consistencia del rendimiento de la red con estos plazos más ajustados, no solo la rapidez con la que llega un bloque.
$OGN $STRK $SOL