Los rumores de una próxima gran actualización de Solana han vuelto a colocar en el centro del debate dos problemas que los usuarios de la red conocen bien: la congestión y las tarifas altas. La información, todavía sin confirmación oficial, apunta a que los ingenieros están trabajando en mejoras enfocadas en el transaction scheduling y los local fee markets, los mecanismos que ordenan las transacciones y distribuyen el coste de procesarlas. Si los rumores se confirman, podríamos estar ante el cambio más relevante en la estabilidad de la red desde la llegada de Firedancer.
Por qué la congestión sigue siendo un dolor de cabeza
Para entender lo que está en juego, conviene recordar cómo funciona Solana cuando se satura. La red puede procesar teóricamente miles de transacciones por segundo, pero en los picos de actividad –especialmente durante lanzamientos de NFTs o memecoins– muchos usuarios ven cómo sus operaciones fallan. No es que la red se pare; es que el sistema de scheduling, que decide en qué orden entran las transacciones en los bloques, se vuelve ineficiente cuando miles de órdenes llegan a la vez.
El resultado lo hemos vivido todos los que usamos Jupiter o Raydium: transacciones que se quedan colgadas durante segundos y que, al final, no se ejecutan. O peor: se ejecutan pero con un deslizamiento de precio inesperado porque el mercado se ha movido mientras tanto. Las tarifas, aunque siguen siendo bajas en comparación con Ethereum, pueden dispararse en esos momentos de congestión, ya que el modelo de local fee markets encarece las operaciones más complejas o las que compiten por el mismo estado de la cadena.
Dicho de otro modo, Solana escala muy bien en el agregado, pero la experiencia para el usuario minorista que quiere comprar un token concreto puede ser frustrante. Esa fricción lastra la narrativa de red ultrarrápida y barata que ha sido uno de los grandes argumentos de venta del ecosistema desde 2021.
Lo que dicen los rumores: transaction scheduling y local fee markets
Los informes que circulan, recogidos por medios como Bitcoinist, hablan de una actualización centrada en rediseñar la forma en que los validadores seleccionan las transacciones pendientes. El objetivo sería reducir las colisiones –cuando dos transacciones intentan modificar la misma cuenta al mismo tiempo– y hacer que las comisiones sean más predecibles incluso en entornos de alta demanda.
El scheduling en Solana es un problema técnico complejo. A diferencia de Ethereum, donde los mineros o validadores eligen las transacciones que más comisiones pagan, en Solana el leader (el validador encargado de producir el bloque en ese momento) recibe un flujo continuo de transacciones y debe ordenarlas en tiempo real. Este diseño, heredado de la Proof of History, permite una velocidad asombrosa, pero no es inmune a los atascos cuando miles de bots intentan ejecutar la misma operación al mismo tiempo.
La posible solución, según los rumores, pasaría por una revisión del algoritmo de programación que hiciera más eficiente el uso del espacio en los bloques y redujera drásticamente la proporción de transacciones fallidas durante los picos. Cualquiera que haya operado en Solana durante un drop masivo de tokens sabe el impacto que tendría una mejora así: menos fallos, menos comisiones inútiles y, sobre todo, una red en la que se puede confiar cuando más importa.
Sin embargo, hay que ser prudentes. No hay confirmación oficial de la Solana Foundation ni de los principales equipos de desarrollo como Anza o Jump Crypto. El ecosistema ya ha vivido episodios en los que los rumores de mejoras milagrosas se diluyeron en el tiempo, y la comunidad ha aprendido a esperar a las release notes antes de emocionarse. El historial de Solana incluye paradas completas de la red –como las de septiembre de 2021 y febrero de 2022– que siempre generan escepticismo cuando se habla de soluciones definitivas.
Solana necesita demostrar que puede mantener la fiabilidad bajo presión, no solo prometerla en una hoja de ruta.
Análisis: ¿Por qué esta actualización importa más de lo que parece?
El timing del rumor no es casual. En 2026, Solana está inmersa en una carrera por capturar el flujo institucional que ha empezado a llegar con los ETFs al contado. Fondos como los de VanEck o 21Shares necesitan una red predecible para liquidar operaciones masivas sin sobresaltos. Si la red se congestiona, la experiencia institucional se resiente. Mejorar el scheduling es, en el fondo, eliminar otro obstáculo para la adopción profesional.
Además, la congestión también afecta a los protocolos DeFi. Plataformas como Jito o Kamino dependen de la capacidad de la red para procesar liquidaciones, rebalanceos y operaciones de staking líquido en tiempo real. Una mejora que reduzca las transacciones fallidas en un 30% o un 40% cambiaría radicalmente la ecuación de riesgo para los creadores de mercado y las tesorerías que operan en Solana.
Como contrapunto, el riesgo está en la implementación. Cambiar el motor de scheduling de una blockchain que mueve cientos de miles de transacciones al día es una cirugía a corazón abierto. Cualquier error en el código podría generar un efecto cascada que paralizara la red –como ya ocurrió con bugs menores en 2021– o introdujera vectores de ataque para MEV malicioso. La comunidad pedirá auditorías exhaustivas del código, publicado en repositorios como el de Agave, antes de confiar.
Lo que está claro es que Solana sigue moviéndose. La red no se ha conformado con los avances de Firedancer y busca seguir afinando cada capa de su arquitectura. Si esta actualización llega a buen puerto, el debate sobre la congestión podría quedar, por fin, en segundo plano.
