Informe de la Red de Febrero de 2026: Emisión, Interoperabilidad e Inclusión

En resumen

Febrero fue un mes con resultados variados en las principales redes de capa 1. Algunas cadenas activaron actualizaciones de red principal; otras establecieron hojas de ruta para cambios que llegarán más adelante en el año. Esto es lo que sucedió y lo que significa.

Febrero fue un mes con resultados variados en las principales redes de capa 1. Algunas cadenas activaron actualizaciones de red principal; otras establecieron hojas de ruta para cambios que llegarán más adelante en el año. Esto es lo que sucedió y lo que significa.

Cosmos Hub finalmente se convierte en una capa de emisión

El evento más importante de la red principal del mes ocurrió el 18 de febrero, cuando Cosmos Hub actualizó a Gaia v26.0.0. La característica principal es x/tokenfactory, que permite a los proyectos crear tokens directamente en el Hub. El proceso de gobernanza se desarrolló de manera ejemplar: propuesta publicada el 5 de febrero, etiqueta de lanzamiento el 9 de febrero, actualización ejecutada en el bloque 29,837,600 el 18 de febrero.

Fuente: GitHub

Los parámetros son importantes. La creación de denom cuesta 10 ATOM (aproximadamente $50–60) y quema 2,000,000 de gas. Es lo suficientemente alto para disuadir a los spammers, pero lo bastante bajo para que los proyectos legítimos puedan absorberlo. Tokenfactory convierte al Hub de una capa de coordinación en un lugar real de emisión de activos — las appchains ahora pueden iniciar su tokenómica sin tener que crear infraestructura de acuñación separada.

Cabe destacar: esta es una actualización que rompe el estado, lo que significa que los validadores tuvieron que coordinarse estrechamente. No se reportaron incidentes importantes, lo que indica un nivel de madurez operacional en Cosmos en este momento. El riesgo ahora es económico en lugar de técnico — la gobernanza deberá mantener los parámetros de tarifas ajustados si el uso de tokenfactory se dispara y aumenta la presión de spam.

El golpe quirúrgico de Polkadot

Polkadot realizó una actualización del runtime sin bifurcación alrededor del 19 de febrero que pasará desapercibida fuera de los círculos de infraestructura. La versión 2.0.7 del runtime añade una cosa: “Agregar hyperbridge a la raíz del encabezado de parachains.” Traducción: cuando la parachain anfitriona de Hyperbridge pase a estado de parathread, sus pruebas de encabezado se romperían. Este parche evita eso.

Fuente: GitHub

La actualización se realizó mediante un referéndum de OpenGov como un “Llamado en lista blanca” — sin drama, con alta confianza. Los runtimes Fellowship 2.0.7 se lanzaron el 16 de febrero, y para el 19 de febrero la red ya lo estaba ejecutando. Las actualizaciones sin bifurcación significan que los usuarios probablemente ni siquiera lo notaron, que es precisamente el objetivo. El impacto es limitado pero real: las pruebas de clientes ligeros rotas pueden dejar atascados activos, por lo que mantener Hyperbridge funcional es importante para el ecosistema de interoperabilidad más amplio.

Cardano nombra su próxima era sin entrar en ella

Cardano pasó febrero preparándose. Node 10.6.2 se lanzó el 12 de febrero con las funciones integradas de Plutus (Array, Value, exponenciación modular, MSM BLS12-381) destinadas a la Versión de Protocolo 11, además de protecciones defensivas en el mempool y correcciones de estabilidad. Luego, el 19 de febrero, Intersect confirmó que la bifurcación dura PV11 se llamará “van Rossem” — en honor al creador de Python, Guido van Rossum.

Fuente: GitHub

Lo crucial es que la PV11 aún no se ha activado. Febrero fue de preparación: los operadores de nodos ya tienen el software, y la gobernanza ha señalado el nombre mediante una acción informativa (una práctica de gobernanza de bajo riesgo que ayuda a crear memoria muscular). La actualización de desarrollo de Intersect del 20 de febrero enmarcó esto como “preparación para bifurcación dura,” lo cual es correcto. La verdadera prueba llegará cuando se establezca el momento de activación y las curvas de adopción comiencen a importar.

El impulso de transparencia de Solana

Febrero en Solana fue más sobre el proceso que sobre el protocolo. El 3 de febrero, se lanzó una página oficial de “Actualizaciones de Red”. El 9 de febrero, se actualizó la wiki del calendario de lanzamiento de Agave v3.1 con advertencias explícitas de que las fechas son tentativas y que los operadores deben esperar anuncios en Discord. El 19 de febrero, Agave v3.1.9 fue etiquetado como pre-lanzamiento.

Fuente: Solana

Esto importa porque el mecanismo de actualización de Solana es inusual: lanzamientos del cliente validador, activaciones mediante puertas de funciones y una política de versión mínima (mainnet-beta aumenta la versión mínima dos épocas completas después de que el 95% del stake adopta). La rama v3.1 apunta a reducir las operaciones de entrada/salida en disco durante la reproducción y mejorar la eficiencia en el procesamiento de transacciones. Si funciona, los validadores requerirán hardware más barato y los usuarios tendrán menos problemas de congestión. Pero la historia de febrero trata realmente de hacer ese proceso visible y predecible. La política de versión mínima enfrentará su primera prueba real cuando las umbrales de adopción se acerquen.

Ethereum fija FOCIL para Hegotá

La gran noticia de Ethereum salió del ACDC #175 el 19 de febrero: los desarrolladores principales confirmaron FOCIL (EIP-7805) como la característica principal de la capa de consenso para Hegotá, la actualización posterior a Glamsterdam.

Fuente: Ethereum Magicians

FOCIL significa Fork-Choice Enforced Inclusion Lists. Es un mecanismo a nivel de protocolo para forzar o incentivar fuertemente la inclusión de transacciones válidas mediante incentivos de consenso, en lugar de depender de retransmisiones y constructores fuera del protocolo. La motivación es sencilla: tras la fusión, las preocupaciones sobre centralización de constructores y cumplimiento OFAC han puesto en el centro de los debates de gobernanza de Ethereum quién controla realmente la inclusión. FOCIL es la respuesta elegida.

Esto aún no es un cambio en la red principal. Es una decisión de hoja de ruta — Hegotá se lanzará cuando la implementación esté lista, probablemente a finales de 2026 o más allá. La llamada de febrero aseguró la dirección. Los compromisos son reales: FOCIL añade complejidad a la capa de consenso y a las responsabilidades de los validadores, lo que podría tener efectos de centralización de segundo orden si aumenta la carga operativa. Algunas coberturas señalaron riesgos jurisdiccionales para los validadores obligados a incluir transacciones que preferirían evitar. Esas discusiones continuarán durante la especificación y las pruebas.

El paso cuántico de Bitcoin (solo en papel)

El 11 de febrero, BIP 360 (Pago a raíz de Merkle) se fusionó en el repositorio oficial de BIPs de Bitcoin. Estado: Borrador. El repositorio de BIPs señala que la fusión “no indica que sea una buena idea, tenga consenso comunitario, o que vaya a ser adoptada.”

Fuente: GitHub

Aún así, la propuesta vale la pena entenderla. P2MR es un tipo de salida similar a Taproot, con la ruta de gasto clave eliminada. La justificación es mitigar el riesgo cuántico: al eliminar la exposición de la clave pública en cadena (excepto en el momento del gasto), los ataques de “exposición prolongada” se vuelven más difíciles. Los compromisos incluyen datos de testigo más grandes (tarifas más altas para gastos solo en la ruta de script) y implicaciones de privacidad (los gastos revelan el uso de la ruta de script en lugar de parecer gastos de la ruta clave).

La fusión es un hito en estándares, no un evento de activación. Pero establece una propuesta concreta en el repositorio que los desarrolladores de wallets y contribuyentes principales pueden consultar. La seguridad post-cuántica completa requeriría firmas post-cuánticas — esto es solo el primer paso, y el segundo está a años vista en cualquier cronograma realista. Coberturas de Decrypt y Cointelegraph lo enmarcaron como el comienzo de una larga ruta de actualización, lo cual es correcto.