Las blockchains de alto rendimiento suelen toparse con el mismo límite arquitectónico: la ejecución se sitúa directamente en el camino del consenso. En un modelo síncrono convencional, los validadores deben ejecutar primero las transacciones dentro de un bloque para confirmar que las transiciones de estado resultantes son válidas. El diseño mantiene la red determinista, pero también convierte la computación en un cuello de botella compartido. Ya sea que las transacciones impliquen una lógica de contratos inteligentes más compleja, coordinación entre sistemas o actualizaciones de estado más pesadas, cuanto más complejas son, más depende la velocidad de la red de la rapidez con la que los validadores puedan procesarlas, y la computación más lenta de ese camino puede terminar limitando el ritmo de todo el sistema.

Muchas redes ya han pasado años mejorando la finalidad, la eficiencia de las redes y la propagación de bloques. La ejecución se ha convertido ahora en la siguiente limitación arquitectónica. En lugar de optimizar solo la rapidez con la que los validadores llegan a un acuerdo, los diseños más recientes se preguntan si la ejecución necesita seguir dentro del ciclo de consenso. El software de nodos de Ethereum ya se divide en clientes de consenso y de ejecución separados, aunque ambos siguen validando cada bloque en conjunto, mientras que cadenas como Monad van más allá con la ejecución diferida, que programa la computación de estado solo después de que se acuerda un bloque.

El paso a un flujo de computación asíncrono

MultiversX, participante del CTDG Dev Hub, aborda esa limitación con Supernova, ya activa en testnet, al desacoplar el consenso de la ejecución para que la red pueda acordar los bloques antes de procesar sus transacciones. MultiversX, cuya cadena de capa 1 combina sharding de estado adaptativo con un consenso de prueba de participación seguro —la arquitectura detrás de la finalidad intra-shard que se menciona más adelante—, lanzó su mainnet en 2020 bajo el nombre de Elrond y cambió de marca en 2022. El proyecto detalló el diseño en una publicación oficial de blog y compartió el despliegue en X (publicación, publicación).

Antes de Supernova, la producción de bloques seguía un patrón secuencial. Un proponente seleccionaba transacciones, las ejecutaba localmente y proponía un bloque con esos resultados. Los validadores luego tenían que volver a ejecutar las mismas transacciones antes de votar, lo que situaba la ejecución directamente en el camino crítico del consenso.

Supernova cambia ese orden. El proponente selecciona las transacciones y propone el bloque sin ejecutarlas primero. Los validadores verifican que la propuesta cumpla las reglas del protocolo y pueden votar de inmediato, mientras que la ejecución continúa de forma asíncrona en segundo plano. El resultado de la ejecución normalmente se referencia y se notariza en el encabezado del siguiente bloque, de modo que la ejecución va aproximadamente un bloque por detrás del consenso, es decir, unos 600 milisegundos.

Desacoplar la ejecución del consenso genera un problema inmediato de validez: la red todavía debe determinar si es probable que una transacción propuesta siga siendo válida antes de que la ejecución se ponga al día. Supernova lo resuelve con un estado de mempool virtual. El mempool mira más allá del último estado ejecutado de la cadena y rastrea los nonces pendientes, el consumo de saldo esperado y las transacciones que ya fueron propuestas pero cuyos resultados de ejecución aún no han superado el consenso. Los proponentes obtienen una visión anticipada de la actividad de las cuentas y pueden seleccionar transacciones que deberían ejecutarse con éxito cuando llegue su turno.

MultiversX también añade dos salvaguardas en torno al nuevo flujo. El Execution-Result Inclusion Estimator, o EIE, limita cuántos resultados de ejecución pueden referenciarse en un bloque según lo que los nodos de especificaciones mínimas pueden procesar de forma segura. La contrapresión automática, mientras tanto, reduce la capacidad de bloque si la ejecución se retrasa demasiado, dando al sistema tiempo para ponerse al día.

Crecimiento colaborativo dentro del ecosistema descentralizado

La actualización también se enmarca en el trabajo más amplio de Cointelegraph Decentralization Guardians con MultiversX. Cointelegraph se unió a la red como validador a través del programa CTDG en marzo de 2026, extendiendo la relación hacia la participación en infraestructura. MultiversX también es socio oficial del CTDG Dev Hub, lo que conecta al protocolo con una comunidad más amplia de desarrolladores y usuarios de blockchain. La relación ya tiene una profundidad práctica: la Fundación MultiversX delegó al validador de CTDG, y el equipo del Dev Hub construyó un panel de validadores dedicado en MultiversX.

Desde la perspectiva de los desarrolladores, la finalidad intra-shard llega tan pronto como la prueba está disponible —normalmente dentro de la misma ronda, en torno a 100–250 milisegundos—, junto con condiciones de ejecución más predecibles. Esas condiciones son especialmente importantes para aplicaciones que dependen de ciclos de retroalimentación ajustados, como las primitivas DeFi de alta frecuencia, los libros de órdenes onchain y otros sistemas que empiezan a fallar cuando la latencia entra en la experiencia del usuario.

Supernova ya ha estado produciendo bloques de 600 milisegundos en el testnet y el devnet activos desde el 20 de agosto, con el objetivo más amplio de que las interacciones onchain se sientan inmediatas. Se espera que la activación en mainnet ocurra el 10 de septiembre de 2026. Entre ahora y entonces, la ejecución en testnet es la prueba de estrés observable de las propias salvaguardas de la actualización: si la visión anticipada del mempool virtual se sostiene a medida que las mezclas de transacciones se vuelven más pesadas, y si los límites del EIE y la contrapresión automática mantienen a los nodos de especificaciones mínimas al ritmo de los bloques de 600 milisegundos. La transición refleja un impulso más amplio hacia blockchains que se comporten más como una infraestructura de aplicaciones receptiva que como motores de liquidación con retraso.