Marzo de 2026: Mejoras operativas y cambios económicos en todas las L1

Marzo está llegando a su fin, y los grandes proyectos de blockchain han estado ocupados en silencio. No con el tipo de actualizaciones llamativas de mainnet que rompen Twitter durante un fin de semana, sino con el tipo de trabajo que realmente importa cuando estás ejecutando una red financiera de producción.

Bitcoin empezó el 18 de marzo con la versión 28.4 de Core. Es una versión de mantenimiento: correcciones de migración de billeteras, retirar un antiguo seed DNS y limpieza del sistema de compilación. No hay cambios de consenso, no hay nuevos códigos de operación (opcodes) y no hay drama. Esa básicamente es toda la historia. Si ejecutas un nodo, actualizas cuando te toca. Si no, sigues chocando con los casos límite que ellos arreglaron. A la red no le importa de ninguna manera. Ese es el lujo de Bitcoin.

La actualización de Solana llegó dos días después. Agave v3.1.11 entró como una versión estable de mainnet, mientras que v4.0.0 se mantuvo etiquetada para testnet. Los cambios reales son poco glamorosos: endurecimiento del analizador del parser de red, limitación del uso de ip echo e incorporación de compatibilidad hacia adelante para la siguiente línea de versiones. Lo interesante no es el código sino el ritmo. Solana antes trataba cada lanzamiento como una alarma de incendio. Ahora están ejecutando en paralelo una rama estable y una rama beta. Eso no es un titular, pero es el tipo de disciplina operativa que evita que los validadores tiren la toalla.

Cardano dio un salto mayor el 25 de marzo. Node 10.7.0 es una pre‑release, pero es una seria. El cambio destacado es un nuevo backend de almacenamiento que usa un árbol LSM, lo que reduce los requisitos de memoria de 24GB a 8GB si usas el modo en disco. Esta es una reducción real de costos de hardware para los operadores de pools de stake. La traba: una repetición (replay) completa de la cadena. Así que pagas una vez, dolorosamente, y luego ejecutas con más ligereza. El lanzamiento también agrega soporte para KES Agent, una interfaz experimental gRPC y un puñado de issues conocidos: mayor uso de memoria con muchos DReps, una discrepancia en el registro (logging). Más importante aún, esto sienta las bases para el Protocol Version 11 en algún futuro lanzamiento de nodo. Marzo es el disparo de advertencia. El ecosistema debería empezar a probar ahora.

Polkadot tomó un rumbo totalmente distinto. El 2 de marzo, Parity planteó un nuevo modelo económico, y para el 12 de marzo la actualización del runtime (2.1.0) ya estaba en vivo. Ya no hay quemas del tesoro. Un Dynamic Allocation Pool recolecta el DOT recién acuñado y los ingresos del protocolo, y la gobernanza decide cómo gastarlo. La emisión bajó el 14 de marzo: recortes de emisiones tempranas de aproximadamente 54% frente al modelo anterior, con un tope de suministro de 2.1 mil millones de DOT en el horizonte. La votación de gobernanza se aprobó; puedes ver los números en Subsquare. Junto con esto llegan mínimos para validadores: 10,000 DOT de auto‑stake, 10% de comisión mínima, con reformas para nominadores programadas para abril. Este es el tipo de cambio que parece una actualización de hoja de cálculo, pero en realidad reconfigura los incentivos para todos los que aseguran la red. Parity se cuida de decir que las fechas y detalles podrían moverse, y tienen razón al añadir ese matiz.

Polygon PoS también metió mano en los flujos de dinero. PIP‑85, con fecha del 25 de marzo, apunta a las priority fees. La propuesta dice que las comisiones se han multiplicado por diez desde que entró en vigor el sistema anterior (PIP‑65), con alrededor de 5.4 millones de POL yendo a validadores solo en febrero. La solución: dividir el fondo de comisiones para que el 50% vaya a los stakers mediante reclamaciones periódicas vía Merkle claimers en Ethereum. La otra mitad se redistribuye entre validadores con una división del 75% de peso igual (ajustada por rendimiento) y un 25% con peso según stake. Los remanentes se queman. La activación está prevista para el bloque 85,245,000. Lo delicado es que esto agrega una nueva dependencia completa: ahora los stakers tienen que reclamar recompensas a través de contratos de Ethereum. Esto implica más piezas móviles, más trabajo de UI para integradores y más riesgo de contratos inteligentes. La propuesta dice “no hay cambios onchain directos”, pero eso suena a una formalidad cuando el comportamiento cambia desde una altura de bloque específica. La intención—ayudar a validadores más pequeños y dar a delegadores un corte más justo—está clara. La complejidad de la ejecución es real.

Ethereum jugó el juego más largo. El 25 de marzo, la Foundation lanzó pq.ethereum.org, un hub para el trabajo de criptografía post‑cuántica. Sin forks, sin EIPs, sin activación en testnet. Solo una hoja de ruta consolidada. La amenaza es simple: un ordenador cuántico suficientemente grande rompe los esquemas de firma que Ethereum usa actualmente. Corregir eso implica reemplazar las firmas BLS de los validadores, añadir opciones post‑cuánticas en la capa de ejecución y averiguar las implicaciones en la capa de datos. La hoja de ruta menciona firmas basadas en hash (leanXMSS), un zkVM mínimo llamado leanVM para la agregación y una ruta de precompilados de matemáticas vectoriales para la abstracción de cuentas. También admite las partes difíciles: las firmas se vuelven más grandes, la verificación se vuelve más pesada y la agregación se vuelve más enrevesada. La suposición sobre el calendario es que las actualizaciones de L1 podrían terminar para 2029, y que la migración completa de la ejecución tardaría más años después. Esto es lo contrario de un anuncio de entrega. Es una herramienta de coordinación: una forma de evitar que diez grupos de investigación distintos trabajen en silos. Eso importa más que cualquier commit de código en particular ahora mismo.

Si miras marzo en conjunto, el hilo común es algo poco llamativo pero sólido. Releases orientados a operadores (el almacenamiento de Cardano, el endurecimiento de Solana). Reconfiguración económica (la emisión de Polkadot, el split de comisiones de Polygon). Preparación para el futuro (la hoja de ruta PQ de Ethereum). Lo que no se ven son afirmaciones sobre duplicar el rendimiento o tiempos de finalización recortados. Los cambios medibles tienen que ver con tasas de emisión, requisitos de RAM e incentivos de los validadores. Eso no es un fallo de ambición. Es una señal de que estas redes están invirtiendo su energía en sostenibilidad y resiliencia.

Los riesgos también están bien fundamentados. El replay de la cadena de Cardano es un dolor operativo real. El matiz de Polkadot de que las fechas podrían cambiar hace que la planificación sea difícil. Los reclamadores basados en Ethereum de Polygon introducen una nueva superficie de seguridad de contratos y de UX sin una implementación de referencia auditada mencionada en el PIP. El propio hub PQ de Ethereum advierte contra el bloqueo prematuro y el correr hacia criptografía inmadura. Esas son las preocupaciones correctas para una industria madura.