MultiversX lanza la actualización Supernova para desacoplar el consenso y la ejecución

Los diseños de cadena de bloques de alto rendimiento han luchado durante mucho tiempo con un intercambio estructural: cuando la ejecución está directamente vinculada al consenso, el rendimiento de la red se limita por la velocidad con la que los validadores pueden procesar transacciones. A medida que los equipos de investigación e ingeniería impulsan mejoras en la finalidad y la propagación de bloques, la ejecución en sí misma se considera cada vez más como el próximo cuello de botella que rediseñar.

MultiversX, un participante del ecosistema Decentralization Guardians (CTDG) de Cointelegraph, ahora está probando un enfoque que busca eliminar ese cuello de botella. Su actualización Supernova desacopla el consenso de la ejecución de transacciones, permitiendo que los validadores voten sin esperar a que la ejecución se complete, transfiriendo el cómputo a una tubería asíncrona. Supernova ya está activa en testnet, y la planificación de implementación tiene como objetivo una fecha de activación en mainnet más adelante este año.

• Supernova reordena el flujo de bloques para que los propuestos envíen bloques de transacciones sin ejecutarlos primero, mientras que los validadores pueden votar inmediatamente según la validez del protocolo.
• La salida de ejecución se confirma en los encabezados de bloques posteriores, con una latencia de ejecución de aproximadamente un bloque (alrededor de 600 milisegundos).
• Un “estado de mempool virtual” ayuda a preservar la validez al rastrear nonces pendientes, el consumo esperado de saldo y las transacciones ya propuestas pero aún no ejecutadas.
• EIE (Execution-Result Inclusion Estimator) limita cuántos resultados de ejecución puede referenciar un bloque, según lo que los nodos de especificación mínima pueden manejar de forma segura.
• La retroalimentación automática reduce la capacidad de bloque cuando la ejecución se retrasa demasiado, brindando al sistema tiempo para ponerse al día.

En las cadenas de bloques síncronas convencionales, los validadores no solo acuerdan que un bloque está bien formado, sino que también deben ejecutar las transacciones para verificar las transiciones de estado antes de votar. Esto mantiene el sistema determinista y crítico para el consenso, pero también crea un cuello de botella compartido: las transacciones más intensivas en cómputo ralentizan efectivamente toda la red.

Muchas redes han pasado años optimizando la velocidad de consenso y la difusión de bloques. El enfoque de MultiversX es que estos avances no son suficientes si la ejecución permanece en la ruta crítica. La pregunta fundamental que aborda Supernova es arquitectónica: ¿la ejecución debe permanecer dentro del bucle de consenso, o puede procesarse asincrónicamente manteniendo la seguridad y la corrección?

Supernova, ya en marcha en testnet, introduce una secuencia modificada de producción de bloques.

Anteriormente, la producción de bloques seguía un patrón más secuencial: un proponente seleccionaba transacciones, las ejecutaba localmente y proponía un bloque que contenía esos resultados. Los validadores luego tenían que volver a ejecutar las mismas transacciones para verificar las transiciones de estado antes de votar, lo que significaba que la ejecución estaba directamente dentro de la ruta crítica del consenso.

Con Supernova, ese orden cambia. Según la descripción de MultiversX sobre el desacoplamiento de Supernova, el propuesto selecciona las transacciones y propone el bloque sin ejecutarlas primero. Los validadores luego verifican que la propuesta siga las reglas del protocolo y pueden votar inmediatamente. La ejecución continúa asincrónicamente en segundo plano, produciendo una salida que normalmente se referencia y notariza en el encabezado del siguiente bloque, por lo que la ejecución se retrasa respecto al consenso en aproximadamente un bloque, o unos 600 milisegundos.

La consecuencia práctica es que la capacidad de respuesta de la red se vuelve menos dependiente de la velocidad con la que los validadores pueden ejecutar cada transacción antes de participar en el consenso. En su lugar, el consenso avanza según la validez del protocolo, mientras que la ejecución se actualiza en paralelo.

Desacoplar la ejecución del consenso crea un desafío obvio de seguridad y validez: si la ejecución se retrasa, ¿cómo determina la red si las transacciones incluidas en un bloque propuesto probablemente seguirán siendo válidas cuando se produzcan sus resultados de ejecución?

Supernova aborda esto con un estado de mempool virtual. Como describe MultiversX, el mempool virtual va más allá del estado de cadena más reciente ejecutado y rastrea entradas de ejecución prospectivas, como nonces pendientes, consumo esperado de saldos y transacciones ya propuestas pero cuyos resultados de ejecución aún no han pasado el consenso. Esto brinda a los propuestos una visión más precisa de la actividad de la cuenta, para que puedan seleccionar transacciones que se espera ejecuten con éxito cuando llegue su turno.

Para mantener el sistema robusto ante el rendimiento variable de los validadores, MultiversX también introduce dos salvaguardias diseñadas para la estabilidad operativa:

• Estimador de Inclusión de Resultados de Ejecución (EIE): El EIE limita cuántos resultados de ejecución pueden referenciarse en un bloque. El límite está vinculado a lo que los nodos de especificación mínima pueden procesar de forma segura, reduciendo el riesgo de que nodos más débiles se saturen al referenciar demasiados resultados pendientes.
• Presión automática: si la ejecución se retrasa demasiado, se reduce la capacidad de bloqueo para permitir que la red se ponga al día, en lugar de permitir que el retraso se acumule indefinidamente.

Para los desarrolladores, el mensaje clave es que la "finalidad dentro del shard" puede llegar tan pronto como esté disponible la prueba. MultiversX indica que esto generalmente ocurre dentro de la misma ronda, alrededor de 100–250 milisegundos, junto con condiciones de ejecución más predecibles. Esto es más relevante para aplicaciones que dependen de bucles de retroalimentación rápidos—los ejemplos mencionados incluyen primitivas DeFi de alta frecuencia y sistemas de libro de órdenes en cadena, que pueden degradarse cuando la latencia se convierte en un problema de experiencia de usuario.

Supernova también ha estado generando bloques de 600 milisegundos en testnet y devnet en vivo desde el 20 de agosto. El objetivo general de la red es hacer que las interacciones en cadena se sientan más inmediatas, acercando la experiencia a una infraestructura de aplicaciones responsivas en lugar de un asentamiento retrasado.

En la línea de tiempo, MultiversX indica que se espera la activación del mainnet para el 10 de septiembre de 2026. Aunque el rendimiento del testnet no siempre se traduce directamente en el comportamiento del mainnet bajo carga completa, la arquitectura está diseñada para manejar el retraso en la ejecución sin obligar a cada validador a ejecutar primero durante el consenso.

La actualización también se implementa dentro de una colaboración más amplia en infraestructura que involucra a Cointelegraph Decentralization Guardians. Coberturas anteriores señalaron que Cointelegraph se unió a MultiversX como validador a través del programa CTDG en marzo de 2026, profundizando el rol operativo de la organización más allá del contenido y el trabajo comunitario.

El CTDG Dev Hub de Cointelegraph también se describe como socio oficial de MultiversX, conectando el protocolo con una comunidad de desarrolladores más amplia. La entrada también hace referencia a una participación práctica, como la delegación de la Fundación MultiversX a un validador de CTDG y el equipo del Dev Hub construyendo un panel de validador dedicado en MultiversX.

Desde una perspectiva industrial, esto es relevante porque las actualizaciones de protocolo de este tipo suelen requerir alineación del ecosistema: las mejoras de rendimiento solo son significativas si la infraestructura, las herramientas y los validadores participantes pueden adoptar de forma confiable nuevos mecanismos de ejecución y consenso. El enfoque de Supernova en la retroalimentación y las salvaguardias de especificación mínima sugiere que el diseño intenta facilitar esta transición.

A medida que Supernova avanza desde la testnet hacia la fecha proyectada del mainnet, lo más importante que los usuarios deben vigilar es si el retraso en la ejecución se mantiene dentro de los límites esperados bajo carga real, y qué tan consistentemente EIE y la retroalimentación impiden que los validadores se retrasen sin restringir excesivamente el rendimiento. Los criterios de éxito no serán solo una finalización más rápida, sino si la ejecución sigue siendo confiable cuando el consenso y la ejecución operan con relojes distintos.

Este artículo se publicó originalmente como Upgrade Separates Consensus and Execution to Address Scaling Limits en Crypto Breaking News – tu fuente confiable para noticias de cripto, noticias de bitcoin y actualizaciones de cadena de bloques.