Más frecuencia, con un límite de cómputo menor
El ajuste de 200 milisegundos representa el paso final de una secuencia de reducciones aplicada durante varias semanas. Solana pasó a 350 milisegundos el 21 de agosto, bajó a 300 milisegundos el 28 de agosto y luego a 250 milisegundos el 18 de septiembre, antes de la nueva meta anunciada para el viernes.
La propuesta técnica SIMD-0525 no solo modifica el intervalo entre slots, sino que también limita el trabajo computacional que los validadores pueden agrupar en cada bloque. Con el objetivo de 200 milisegundos, el máximo bajaría a 30 millones de unidades de cómputo, desde los 37,5 millones permitidos cuando el objetivo era de 250 milisegundos.
La reducción busca equilibrar la mayor frecuencia con bloques individualmente más pequeños: cada uno transportaría menos cómputo, pero la red recibiría oportunidades de producción más seguidas. De acuerdo con los parámetros descritos para la propuesta, esa combinación mantendría prácticamente sin cambios la capacidad de procesamiento teórica total, por lo que el cambio no debe interpretarse como una duplicación automática del rendimiento de la cadena.
Para las aplicaciones, el beneficio potencial está en acortar el tiempo que una transacción enviada espera antes de poder ser procesada y en disponer de información más reciente con mayor frecuencia. El efecto concreto dependerá de la ejecución de la red y de cómo billeteras, plataformas de trading y exchanges adapten sus sistemas al ritmo más veloz; la reducción del objetivo, por sí sola, no garantiza que cada transacción se confirme sin demoras.
Los validadores seguirán generando bloques en grupos de cuatro slots consecutivos, pero su ventana ininterrumpida para ordenar transacciones se reduciría de 1,6 segundos con la configuración original a 800 milisegundos. Una ventana más corta podría limitar las oportunidades de retrasar transacciones o aprovechar diferencias de precios que ya se hayan producido en otros exchanges antes de que Solana actualice su información.
Ese posible efecto es relevante porque el tiempo disponible para ordenar transacciones forma parte de la dinámica operativa de una blockchain, especialmente en actividades de trading. Sin embargo, el ajuste no elimina por sí mismo la posibilidad de retrasos ni otros problemas de ejecución: la noticia describe una reducción de la ventana y una consecuencia potencial, no una garantía de que desaparezcan prácticas de explotación de precios.
El costo operativo de acelerar la red
El ritmo más rápido también impone costos adicionales a los validadores que votan en cada slot, pues tendrían que emitir esos votos aproximadamente el doble de veces que bajo el objetivo original de 400 milisegundos. La mayor frecuencia podría incrementar sus gastos de votación y exigir más a sus conexiones de red, dos factores que acompañan el cambio aunque el límite computacional total se mantenga prácticamente estable.
Las billeteras y otras aplicaciones afrontan otro ajuste: tendrán menos tiempo para utilizar un blockhash reciente, una referencia que se incorpora a las transacciones para impedir que se repitan. Una ventana de validez más corta podría complicar operaciones que requieren aprobación manual o firmas fuera de línea, ya que esos procesos pueden tardar más en completarse que una interacción automatizada.
Los datos de Solana Compass muestran que, bajo el objetivo previo de 250 milisegundos, los tiempos promedio de slot rondaron entre 266 y 269 milisegundos en épocas recientes, algo por encima de la meta. Esa diferencia permite distinguir entre el objetivo configurado y el tiempo observado: bajar el parámetro a 200 milisegundos no significa necesariamente que cada slot vaya a durar exactamente esa cantidad.
La reducción final ya fue desplegada en las redes de prueba testnet y devnet de Solana, pero el paso a mainnet depende de las condiciones de la red. Anza ha señalado que una consideración importante es la tasa a la que los validadores pierden las oportunidades asignadas para producir bloques, por lo que la activación prevista para la época 1053 queda sujeta al comportamiento operativo de la cadena.
En conjunto, el cambio prioriza una circulación más frecuente de bloques sin elevar en la misma proporción el trabajo computacional agregado que la red puede procesar. Su balance dependerá de si las aplicaciones aprovechan la menor espera sin que las exigencias adicionales para validadores y usuarios afecten la estabilidad o la experiencia con transacciones que requieren más tiempo.
Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.
Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.
ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.
diariobitcoin.com
