Cripto: Solana acelera hacia bloques de 200 milisegundos

Solana se prepara para terminar una aceleración iniciada en agosto. La red cripto debe reducir su tiempo objetivo entre dos bloques de 250 a 200 milisegundos durante la epoch 1053, prevista para este 9 de octubre. A este ritmo, pueden aparecer cinco oportunidades de producción de bloques cada segundo, frente a 2,5 cuando Solana todavía funcionaba a 400 ms. La blockchain va más rápido, pero su capacidad teórica global no se duplica.

La cripto Solana termina su carrera hacia los 200 milisegundos

El último escalón llega tres semanas después de que Solana pasó de 300 a 250 milisegundos. Esta nueva reducción debe entrar en vigor en la frontera de la epoch 1053, alrededor de las 15 h UTC según Anza, el equipo que desarrolla el cliente validador Agave. El calendario ha sido rápido. Solana todavía funcionaba con un objetivo de 400 ms antes del 21 de agosto. Luego la red pasó a 350 ms, después 300 ms el 28 de agosto y 250 ms el 18 de septiembre.

200 ms constituye la última etapa del plan SIMD-0525. Un slot corresponde al corto período durante el cual un validador designado puede producir un bloque. Al reducir esta ventana, las wallets, aplicaciones de trading y exchanges reciben con más frecuencia nueva información proveniente de la blockchain.

A 400 ms, Solana apuntaba a aproximadamente 2,5 oportunidades de bloque por segundo. A 200 ms, esta cifra pasa a cinco. Dos veces más a menudo.

Dos veces más bloques, pero no el doble de capacidad

Esta es la diferencia más importante de la actualización. Solana no duplica simplemente todo. Cuando la red funcionaba con slots de 400 ms, cada bloque podía contener hasta 60 millones de unidades de cómputo. A 250 ms, ese techo ya había caído a 37,5 millones.

A 200 ms, baja a 30 millones. Los bloques llegan dos veces más a menudo que con la configuración anterior, pero cada uno dispone de aproximadamente la mitad de capacidad de cálculo. Por lo tanto, la cantidad teórica total de trabajo realizado por segundo se mantiene cerca de su nivel anterior.

La red cripto busca sobre todo reducir la latencia. Este proyecto acompaña otros cambios recientes. En septiembre, Solana también aumentó el tamaño máximo de algunas transacciones de 1.232 a 4.096 bytes, permitiendo en particular manejar mejor ciertas pruebas zero-knowledge y operaciones multisignatura.

Sin embargo, el desempeño real sigue siendo ligeramente inferior a los valores teóricos. Con un objetivo de 250 ms, Solana Compass observó tiempos medios alrededor de 266 a 269 ms en varias epochs recientes. La red era entonces aproximadamente 16 a 19 ms más lenta que su objetivo nominal. La primera epoch completa a 200 ms permitirá ver si esta diferencia persiste.

Los validadores deberán seguir el nuevo ritmo

Acelerar el reloj de Solana también impone más restricciones. Los validadores seguirán produciendo bloques por grupos de cuatro slots consecutivos. Su ventana continua de producción pasa así de 1,6 segundos bajo la configuración anterior a sólo 800 milisegundos.

Menos tiempo para organizar las transacciones. Esto podría limitar ciertas estrategias consistentes en retrasar una transacción o explotar una diferencia momentánea de precio con otra plataforma. Pero los validadores también deberán votar más a menudo. Aquellos que envían un voto en cada slot podrían ver sus costos aumentar fuertemente, además de necesitar conexiones de red capaces de seguir el ritmo.

Las wallets también tienen menos tiempo para usar un blockhash reciente antes de su expiración. Las operaciones que requieren una validación manual o una firma offline pueden volverse un poco más delicadas.

Solana ya cuenta con una actividad importante que soportar. A fin de septiembre, el valor de los activos tokenizados en la red había alcanzado un récord de 4,6 mil millones de dólares. El paso a 200 ms no crea directamente más capacidad para absorber esta actividad. Más bien da un ritmo más rápido a la infraestructura existente. De 400 a 200 milisegundos en menos de dos meses. Para Solana, la próxima prueba ya no será reducir la cifra mostrada. Habrá que mantener realmente los 200 ms.