Solana redujo el intervalo de producción de bloques de 300 ms a 250 ms; el reloj en cadena va aproximadamente un 17% más rápido. Pero, como por cada ranura se permite cargar menos cómputo y datos en proporción, el rendimiento total apenas no aumenta.

Dicho en jerga no se entiende bien; lo cambio de forma. La estación reduce el intervalo de salida de los trenes de 30 segundos a 25, pero cada tren sigue llevando a la misma cantidad de personas. La capacidad por hora no cambia: solo se alivia un poco la fila en el andén.

El costo cae en otro lugar. Al acortar el epoch a unas 30 horas, también se reduce la ventana para firmas fuera de línea y para la aprobación por latencia. Los procesos de market making y custodia tienen que reajustarse. Esta vez lo que se toca es el ritmo, no la capacidad.

La gente que trabaja en infraestructura tiene una costumbre: primero mover parámetros y luego hablar de la arquitectura, porque cuando cambias parámetros puedes publicar un anuncio el mismo día. Lo difícil es subir el máximo de carga que puede soportar un bloque individual; eso implica el estado, el costo de almacenamiento y el umbral para los validadores. Se hace más lento y tampoco queda tan “bonito”.

No me convence la idea de que un “17% de aceleración” sea lo importante. Los números pueden estar bien y se ven lindos en una tabla, pero responden a si la reacción en cadena es más rápida, no a si la cadena puede meter más contenido. El volumen total de la cadena no cambia: cambia la experiencia. Este tipo de ajuste ayuda a los que operan a alta frecuencia; a quienes esperan confirmaciones entre pares, no les aporta mucho.

Hay que fijarse en otros dos números: después de la actualización, ¿bajó de verdad la tasa de transacciones fallidas y las comisiones de prioridad? Si bajan, significa que ajustar el ritmo efectivamente curó el atasco. Si no bajan, entonces solo movieron la aguja del reloj; el trabajo sigue siendo el mismo.

#SOL sube ~10% #Solana