Solana activa el penúltimo tramo del SIMD-0525: el tiempo objetivo de slot baja de 400 a 250 milisegundos. Un slot es la unidad básica de producción de bloques de la red, el compás que marca cada cuánto se cierra un bloque y, por tanto, cada cuánto puede confirmarse una operación. Acortarlo es recortar la latencia de toda la cadena.
La propuesta no da un salto brusco. Es una reducción escalonada que pasa por 350 y 300 milisegundos antes de aterrizar en estos 250 milisegundos y que deja un único escalón pendiente: los 200 ms. Ese es el destino del roadmap que firma el SIMD-0525, el documento de mejora alojado en el repositorio público de propuestas de la Solana Foundation.
Qué cambia exactamente con el SIMD-0525
El planteamiento es fácil de explicar y complicado de ejecutar. Si Solana mantuviera los mismos límites de cómputo y de datos por bloque mientras produce bloques mucho más rápido, los validadores tendrían que procesar bastante más trabajo por segundo con el mismo hardware. La red sería más veloz sobre el papel y más frágil en la práctica.
Por eso la propuesta escala hacia abajo varios parámetros a la vez: los presupuestos de cómputo, el límite de cuentas escribibles, el techo de shreds (los fragmentos en que se trocea un bloque para distribuirlo por la red) y otros ajustes menores. El objetivo es ganar tiempo sin duplicar por la puerta de atrás la carga sobre los operadores.
El despliegue por etapas tampoco es casualidad. Cada nivel da margen para ver qué se rompe, dónde aparece inestabilidad y qué supuestos del software del validador hay que retocar. La documentación de puertas de activación (feature gates) de Anza, el equipo que mantiene el cliente Agave, lista las etapas de 250 y 200 ms por separado, señal de que son dos hitos distintos y no un único interruptor. El detalle técnico completo está en la propuesta SIMD-0525 publicada en GitHub.
Ganar 150 milisegundos de reloj no impresiona a nadie. Repetido en cada bloque, cada día, es lo que decide quién llega primero en un mercado.
Conviene separar dos conceptos que el titular rápido mezcla. Un slot de 250 ms no significa que una transacción quede finalizada en 250 ms. La confirmación y la finalización en Solana exigen más de un slot, y el tiempo de slot es solo una pieza del reloj. Dicho de otro modo: la red se mueve más rápido, pero el proceso de dar algo por definitivo sigue teniendo varias estaciones.
A quién beneficia el recorte y a quién le pasa factura
Los primeros interesados son las aplicaciones para las que la frescura del estado lo es todo. Oráculos que publican precios, creadores de mercado, plataformas de negociación sensible a la latencia y cualquier venue de DeFi donde unos milisegundos deciden quién ejecuta primero. El propio SIMD-0525 argumenta que acortar el slot mejora la estructura de mercado, y ahí está buena parte del incentivo.
Hay un segundo efecto menos comentado. Con slots más cortos se reduce el tiempo que un líder —el validador designado para producir bloques en un tramo concreto— mantiene el control de la producción. Menos ventana para el líder implica menos concentración temporal de poder sobre el orden de las transacciones, algo que importa en un debate eterno sobre el MEV, el beneficio extra que se extrae por reordenar operaciones antes de ejecutarlas.
Menos ventana, menos poder temporal.
La otra cara de la moneda son los operadores. Menos milisegundos por slot es menos holgura para que un validador o un proveedor de RPC (el nodo que atiende las consultas de wallets y aplicaciones) procese, distribuya y confirme. Y eso favorece, casi por definición, a quien ya tiene hardware sobredimensionado.
Cuestión de márgenes.
La carrera por el milisegundo y la memoria de las paradas
Solana ha vendido la velocidad como seña de identidad desde su lanzamiento, y esa promesa tiene una factura conocida. Las paradas de red de septiembre de 2021 y de la primavera de 2022, cuando la cadena dejó de producir bloques durante horas por saturación, quedaron como el recordatorio incómodo de que la capacidad bruta no sirve de nada si el sistema no aguanta el pico. Desde entonces, buena parte del trabajo del core fue en la dirección opuesta a la de estos últimos meses: priorizar estabilidad y previsibilidad antes que añadir revoluciones al motor.
Ahora el péndulo vuelve hacia el rendimiento, aunque con una diferencia relevante. La reducción llega por etapas verificables y con los límites ajustados en paralelo, no como un anuncio de laboratorio. Mi lectura es que la cifra de 250 ms importa menos que el método: que la red avance tramo a tramo, con documentación pública y con margen para corregir, es una señal más valiosa para un inversor de largo plazo que el número en sí. Quien quiera seguir las etapas técnicas puede consultar la documentación oficial de Anza, donde se detallan las puertas de activación.
El método pesa más que la cifra.
El riesgo sigue donde siempre estuvo. Cada recorte de slot tensa la relación entre velocidad y descentralización: si el hardware necesario para seguir el ritmo sube, el conjunto de validadores tienden a concentrarse en manos con infraestructura profesional. No hay que dramatizarlo, pero tampoco ignorarlo. La historia de esta red está llena de mejoras brillantes sobre el papel que se estrellaron contra la realidad de la carga.
Queda un último escalón hasta los 200 ms y no tiene fecha atada. Dependerá de cómo respondan los operadores en las próximas semanas y de si el software del validador absorbe el cambio sin que suban los bloques fallidos, esos que se pierden antes de consolidarse. Si los indicadores aguantan, Solana habrá recortado a la mitad el tiempo que necesitaba para cerrar un bloque. Si no, el roadmap se frenará y nadie debería escandalizarse. Esto va de ingeniería, no de titulares.
