MultiversX lança atualização Supernova para desacoplar o consenso e a execução

Projetos de blockchain de alto desempenho enfrentam há muito tempo um trade-off estrutural: quando a execução está diretamente ligada ao consenso, o throughput da rede fica limitado pela velocidade com que os validadores conseguem processar transações. À medida que equipes de pesquisa e engenharia impulsionam melhorias na finalidade e na propagação de blocos, a execução em si é cada vez mais vista como o próximo gargalo a ser redesenhado.

MultiversX, participante do ecossistema Decentralization Guardians (CTDG) da Cointelegraph, está agora testando uma abordagem que visa eliminar esse gargalo. Sua atualização Supernova desconecta o consenso da execução de transações, permitindo que validadores votem sem aguardar a conclusão da execução — transferindo o cálculo para uma pipeline assíncrona. A Supernova já está ativa no testnet, e o planejamento de implantação visa uma data de ativação no mainnet ainda este ano.

• Supernova reorganiza o fluxo de bloco para que os propositores enviem blocos de transações sem executá-los primeiro, enquanto os validadores podem votar imediatamente com base na validade do protocolo.
• A saída da execução é confirmada nos cabeçalhos dos blocos subsequentes, com a execução atrasada em relação ao consenso em aproximadamente um bloco (cerca de 600 milissegundos).
• Um “estado virtual da mempool” ajuda a preservar a validade rastreando nonces pendentes, consumo esperado de saldo e transações já propostas, mas ainda não executadas.
• O EIE (Execution-Result Inclusion Estimator) limita quantos resultados de execução um bloco pode referenciar, com base no que nós de especificação mínima podem processar com segurança.
• A retroalimentação automática reduz a capacidade do bloco quando a execução fica muito atrasada, dando ao sistema tempo para se recuperar.

Em blockchains síncronas convencionais, validadores não apenas concordam que um bloco está bem formado—eles também devem executar as transações para verificar transições de estado antes de votar. Isso mantém o sistema determinístico e crítico para o consenso, mas também cria um gargalo compartilhado: as transações mais pesadas computacionalmente efetivamente retardam toda a rede.

Muitas redes passaram anos otimizando em torno da velocidade de consenso e da disseminação de blocos. A abordagem do MultiversX é que esses ganhos não são suficientes se a execução permanecer no caminho crítico. A questão central que o Supernova aborda é arquitetural: a execução precisa permanecer dentro do loop de consenso, ou pode ser processada assincronamente preservando a segurança e a correção?

Supernova, agora no ar na testnet, introduz uma sequência alterada de produção de blocos.

Anteriormente, a produção de blocos seguia um padrão mais sequencial: um proponente selecionava transações, as executava localmente e propunha um bloco contendo esses resultados. Os validadores tinham que reexecutar as mesmas transações para verificar as transições de estado antes de votar, o que significava que a execução estava diretamente dentro do caminho crítico para o consenso.

Com o Supernova, essa ordem muda. De acordo com a descrição do MultiversX sobre o desacoplamento do Supernova, o proponente seleciona as transações e propõe o bloco sem executá-las primeiro. Os validadores verificam então se a proposta segue as regras do protocolo e podem votar imediatamente. A execução continua assincronamente em segundo plano, produzindo uma saída que normalmente é referenciada e notarizada no cabeçalho do próximo bloco — assim, a execução atrasa-se em relação ao consenso em aproximadamente um bloco, ou cerca de 600 milissegundos.

A consequência prática é que a responsividade da rede torna-se menos dependente da velocidade com que os validadores conseguem executar cada transação antes de participarem do consenso. Em vez disso, o consenso avança com base na validade do protocolo, enquanto a execução acompanha em paralelo.

Desacoplar a execução do consenso cria um desafio óbvio de segurança e validade: se a execução for atrasada, como a rede determina se as transações incluídas em um bloco proposto provavelmente permanecerão válidas até o momento em que seus resultados de execução forem produzidos?

Supernova resolve isso com um estado de mempool virtual. Conforme descrito pela MultiversX, o mempool virtual vai além do estado da cadeia mais recentemente executado e rastreia entradas de execução futuras, como nonces pendentes, consumo esperado de saldo e transações já propostas, mas cujos resultados de execução ainda não passaram pelo consenso. Isso fornece aos proponentes uma visão mais precisa da atividade da conta, permitindo que eles selecionem transações com expectativa de execução bem-sucedida quando chegar sua vez.

Para manter o sistema robusto sob desempenho variável dos validadores, a MultiversX também introduz duas salvaguardas projetadas para a estabilidade operacional:

• Estimador de Inclusão de Resultados de Execução (EIE): o EIE limita quantos resultados de execução podem ser referenciados em um bloco. O limite está vinculado ao que os nós de especificação mínima podem processar com segurança, reduzindo o risco de que nós mais fracos sejam sobrecarregados ao referenciar muitos resultados pendentes.
• Pressão automática de retorno: Se a execução ficar muito atrasada, a capacidade de bloqueio é reduzida para permitir que a rede se recupere—em vez de permitir que o atraso se acumule indefinidamente.

Para desenvolvedores, a mensagem principal é que a “finalidade dentro do shard” pode ocorrer assim que a prova estiver disponível. A MultiversX afirma que isso geralmente acontece na mesma rodada, em torno de 100–250 milissegundos, juntamente com condições de execução mais previsíveis. Isso é mais relevante para aplicações que dependem de ciclos de feedback rápidos—exemplos mencionados incluem primitivos DeFi de alta frequência e sistemas de livro de ordens onchain, que podem sofrer degradação quando a latência se torna um problema de experiência do usuário.

Supernova também vem produzindo blocos de 600 milissegundos na testnet e devnet ao vivo desde 20 de ago. O objetivo mais amplo da rede é tornar as interações onchain mais imediatas, aproximando a experiência da infraestrutura de aplicativos responsivos em vez de liquidação atrasada.

Na linha do tempo, a MultiversX indica que a ativação do mainnet está prevista para 10 de setembro de 2026. Embora o desempenho do testnet nem sempre se traduza diretamente no comportamento do mainnet sob carga total, a arquitetura em si foi projetada para lidar com atrasos de execução sem forçar todos os validadores a executarem primeiro durante o consenso.

A atualização também ocorre dentro de uma colaboração mais ampla em infraestrutura envolvendo os Guardiões da Descentralização do Cointelegraph. Coberturas anteriores indicaram que o Cointelegraph se juntou ao MultiversX como validador por meio do programa CTDG em março de 2026, aprofundando o papel operacional da organização além do conteúdo e do trabalho comunitário.

O CTDG Dev Hub da Cointelegraph também é descrito como parceiro oficial da MultiversX, conectando o protocolo a uma comunidade de desenvolvedores mais ampla. A entrada também faz referência à participação prática, como a Fundação MultiversX delegando para um validador da CTDG e a equipe do Dev Hub criando um painel de validador dedicado na MultiversX.

Do ponto de vista da indústria, isso é importante porque atualizações de protocolo desse tipo geralmente exigem alinhamento do ecossistema: melhorias de desempenho só são significativas se a infraestrutura, as ferramentas e os validadores participantes puderem adotar novos mecanismos de execução e consenso de forma confiável. O foco do Supernova em backpressure e salvaguardas de especificação mínima sugere que o design está tentando tornar essa transição mais suave.

À medida que a Supernova avança da testnet em direção à data prevista do mainnet, os aspectos mais importantes para os usuários observarem são se o atraso na execução permanece dentro dos limites esperados sob carga real e quão consistentemente o EIE e o backpressure impedem que os validadores fiquem para trás sem restringir excessivamente o throughput. Os critérios de sucesso não serão apenas uma finalização mais rápida — serão se a execução permanece confiável quando o consenso e a execução operam em relógios diferentes.

Este artigo foi originalmente publicado como Upgrade Separates Consensus and Execution to Address Scaling Limits em Crypto Breaking News – sua fonte confiável para notícias de cripto, notícias de Bitcoin e atualizações de blockchain.