Solana atualização revolucionária! Alpenglow alcança desafio de finalização em 150 milissegundos Web2

Solana planeia lançar a atualização de consenso Alpenglow em 2026, substituindo os mecanismos Tower BFT e PoH existentes. A nova arquitetura alcança um tempo de finalização de 100 a 150 milissegundos, aproximadamente 100 vezes mais rápido do que os 12,8 segundos originais. Os componentes principais incluem a agregação de votos Votor e a otimização de propagação de blocos Rotor, sendo que a latência do último pode ser reduzida a 18 milissegundos.

Reconstrução do mecanismo de consenso com Votor e Rotor

A inovação central do Alpenglow reside na completa desacoplamento do consenso e do mecanismo de propagação, alcançado através de dois componentes independentes, Votor e Rotor, que proporcionam um salto de desempenho. Votor é responsável por processar transações de votação e cálculos de finalização de blocos, com o objetivo de substituir o mecanismo de consenso TowerBFT atualmente utilizado pelo Solana. Segundo pesquisadores da Anza, Votor, através de um mecanismo de votação otimizado, consegue, em condições ideais de participação de staking de maioridade, finalizar blocos em uma ou duas rodadas de votação, reduzindo significativamente o tempo de confirmação.

Mecanismos tradicionais de consenso em blockchains geralmente requerem múltiplas rodadas de votação para alcançar a finalização, como o Ethereum, que precisa esperar por dois epochs (cerca de 12,8 minutos) para confirmar uma transação como irreversível. A inovação do Votor está na agregação leve de votos, comprimindo e transmitindo rapidamente as mensagens de votação dos validadores, reduzindo o consumo de banda e acelerando a obtenção do consenso. Este design é especialmente adequado para a arquitetura de alta taxa de transferência do Solana, que necessita de mecanismos de finalização mais eficientes para milhares de transações por segundo.

Rotor desempenha um papel de novo protocolo de propagação de dados, substituindo o sistema de timestamp PoH (Proof of History) do Solana. Construído sobre o protocolo de propagação Turbine existente, Rotor utiliza a técnica de códigos de eliminação (erasure codes) para distribuição de dados, adotando uma arquitetura de nó de retransmissão de camada única. Este design visa reduzir o número de saltos (hops) necessários para a propagação de dados, aumentando a resiliência geral da rede e otimizando o uso de banda.

Em redes blockchain tradicionais, os blocos precisam ser retransmitidos por múltiplos nós em várias etapas até alcançar todos os validadores, com cada salto adicionando atraso. Rotor, através de uma rota de retransmissão ponderada pelo stake, garante que os blocos sejam priorizados para validação por validadores com maior quantidade de staking, que possuem maior peso de voto e podem alcançar o consenso mais rapidamente. Em condições ideais de largura de banda, Rotor pode reduzir a latência de propagação para 18 milissegundos, um desempenho próximo ao limite físico.

Três avanços tecnológicos para uma finalização em 150 milissegundos

Pesquisadores da Anza indicam que, combinando Votor e Rotor, o protocolo Alpenglow deve conseguir reduzir o tempo de finalização de blocos para cerca de 150 milissegundos. Mais importante, o Alpenglow pode operar de forma eficiente mesmo sob condições de rede adversas, tolerando até 20% de staking de nós maliciosos e mais 20% de nós que não respondem, demonstrando uma robusta “resiliência 20+20”. Essa tolerância a falhas garante que, mesmo sob ataques ou falhas parciais de nós, a rede continue operando normalmente.

Caminho para uma latência extremamente baixa

Otimização de agregação de votos: Votor utiliza uma técnica de agregação de votos em lotes, comprimindo milhares de mensagens de votação de validadores em provas criptográficas compactas. Essa abordagem reduz drasticamente a quantidade de dados transmitidos na rede, permitindo que o processo de votação seja concluído em milissegundos, mesmo com um grande número de validadores.

Arquitetura de retransmissão de camada única: Rotor abandona o modelo de retransmissão em múltiplas camadas, adotando uma arquitetura de nó de retransmissão de camada única. Os produtores de blocos enviam diretamente os dados para nós de retransmissão essenciais, que os retransmitem paralelamente para todos os validadores na rede. Essa estrutura plana elimina o atraso acumulado de múltiplos saltos, sendo fundamental para alcançar uma propagação de 18 milissegundos.

Mecanismo de tolerância com códigos de eliminação: Com o uso de códigos de eliminação, Rotor consegue reconstruir blocos completos mesmo na perda de alguns pacotes de dados. Isso significa que, mesmo em condições de rede ruins, os validadores podem obter rapidamente as informações completas do bloco e participar da votação, aumentando a confiabilidade da rede sob condições adversas.

Firedancer e a sinergia com clientes diversificados

Embora o Alpenglow apresente perspectivas promissoras para o aumento do desempenho da rede, a Anza admite que o protocolo atualmente não resolve diretamente os problemas ocasionais de interrupções de serviço do Solana no passado. Essas questões derivam da dependência do ambiente de produção do Solana de um cliente de validador chamado Agave, que é uma implementação única. Essa arquitetura de cliente único aumenta o risco de ponto único de falha, pois vulnerabilidades ou erros de qualquer cliente podem impactar a estabilidade de toda a rede.

Para mitigar esse risco, uma equipe de desenvolvimento independente está trabalhando na criação de um novo cliente de validador chamado Firedancer, que deve ser lançado na mainnet do Solana ainda em 2026. Desenvolvido pela Jump Crypto, Firedancer é escrito em C (enquanto o Agave usa Rust), com uma arquitetura completamente diferente. Essa diversidade significa que vulnerabilidades que afetam o Agave não afetarão o Firedancer simultaneamente, reduzindo significativamente o risco de falhas generalizadas.

A introdução do Firedancer trará a tão esperada diversidade de clientes ao ecossistema Solana, dispersando riscos potenciais e fortalecendo a resiliência geral da rede. Quando a melhoria de desempenho do Alpenglow se combinar com a redundância do Firedancer, o Solana terá velocidade extrema e confiabilidade de nível empresarial, condições essenciais para desafiar a infraestrutura Web2.

Vale destacar que o fundador do Solana, Anatoly Yakovenko, já expressou publicamente seu apoio à proposta da Anza, refletindo uma expectativa positiva da comunidade de desenvolvimento central quanto ao potencial técnico do Alpenglow. Contudo, garantir a estabilidade do Alpenglow na operação real e integrar efetivamente os esforços de diversificação de clientes para resolver integralmente os problemas de resiliência da rede será um desafio crucial na jornada do Solana rumo a uma blockchain de alta velocidade e alta confiabilidade.

O protótipo do Alpenglow está atualmente em fase de testes internos e planeja-se sua integração na testnet do Solana nos próximos meses para validação em maior escala. Sua implementação na mainnet dependerá da deliberação e aprovação de futuras propostas de melhorias do Solana (SIMD) e do consenso da comunidade.