O Alpenglow da Solana já está ativo? Como diferenciar um cronograma de versões de uma ativação

No fim de semana, uma data começou a circular nos feeds de cripto: a atualização de consenso Alpenglow, da Solana, seria ativada na mainnet no domingo, 28 de setembro de 2026. Não foi. A pergunta que os leitores realmente fazem é prática: o Alpenglow já está funcionando na Solana, e como saber quando uma atualização de blockchain foi de fato ativada, e não apenas agendada?

A resposta curta

Não. Em 29 de setembro de 2026, o Alpenglow roda na testnet da Solana, não na mainnet, e nenhuma data de ativação na mainnet foi anunciada. A data de 28 de setembro veio de um calendário geral de versões de software que nunca citou o Alpenglow — uma boa lição sobre a diferença entre lançar um cliente, liberar um feature gate e ativar de verdade uma mudança.

De onde veio a data de 28 de setembro

O principal cliente de validadores da Solana, o Agave, é mantido pela Anza e segue um calendário público de implantação. O cronograma da versão Agave v4.3 no GitHub lista uma sequência de etapas: adoção na testnet, atualização na devnet, voluntários com stake na mainnet, recomendação de adoção geral em 21 de setembro e, por fim, "Mainnet-beta: Resume feature activation" em 28 de setembro. A página se apresenta como meramente informativa, com todas as datas sujeitas a mudança, e pede que os operadores aguardem anúncios no Discord antes de agir.

Como a v4.3 é a versão que traz o código de consenso do Alpenglow, parte do público ligou os pontos e leu "retomar a ativação de recursos" como "Alpenglow entra no ar". A linha nunca disse isso. Uma correção de 23 de setembro, anexada a uma reportagem do Solana Compass, esclareceu que a entrada de 28 de setembro não era uma data do Alpenglow, e sim o momento em que a Anza volta a processar, de forma geral, os feature gates na fila.

Mesmo assim, o boato se espalhou. O calendário Crypto Week Ahead do CoinDesk, publicado na manhã de 28 de setembro, apontava esse dia como o lançamento do Alpenglow. É um lembrete de que até veículos consolidados podem reduzir um cronograma cheio de nuances a uma única data de manchete.

O que disseram os desenvolvedores

Em 28 de setembro, duas das pessoas mais próximas do protocolo se manifestaram publicamente. Segundo reportagens do DiarioBitcoin e do CryptoTicker, o chefe de pesquisa da Anza, Roger Wattenhofer, escreveu "No Alpenrush", e o cofundador da Solana, Anatoly Yakovenko, respondeu com uma palavra: "decel". O DiarioBitcoin e o KuCoin News também relatam que Wattenhofer lembrou que o protocolo estava em teste público havia apenas alguns dias. Nos baseamos nessas reportagens, sem acesso direto às publicações originais.

O que o Alpenglow muda de fato

O conteúdo da mudança explica por que os desenvolvedores não têm pressa. O Alpenglow não é um ajuste de rotina: ele substitui o núcleo de como a Solana chega a acordo sobre os blocos.

Votação e finalidade

De acordo com a documentação do Alpenglow da Anza, a atualização substitui a lógica de votação e finalidade do Tower BFT por um novo componente, o Votor, e mira uma finalidade de cerca de 150 milissegundos em condições normais de rede. O anúncio original de maio de 2025 falava em uma mediana de cerca de 150 ms, às vezes 100 ms, com base em simulações que usam a distribuição de stake da mainnet. O Blockworks estimou a finalidade atual da Solana em cerca de 12,8 segundos. São metas de projeto e simulações, não desempenho medido na mainnet.

Menos transações de voto on-chain

Hoje, os validadores publicam transações de voto on-chain e pagam taxas por elas. O Blockworks informou em 2025 que esses votos representavam cerca de 70% das transações on-chain da Solana; uma estimativa posterior do Solana Compass falou em algo próximo de 59%. Os números variam, mas a direção é a mesma: o Alpenglow leva a votação para fora da cadeia, em mensagens diretas entre validadores, e registra os resultados agregados em certificados compactos.

Uma nova economia para validadores

A documentação da Anza descreve um mecanismo de admissão que aceita no máximo 2.000 validadores elegíveis, com prioridade por stake, e um "ticket de admissão" descontado das contas de voto a cada época. Os operadores também precisam registrar chaves BLS. O protocolo promete resiliência "20+20": foi desenhado para continuar seguro com até 20% de stake adversário e mais 20% de stake fora do ar. Quando a proposta de governança SIMD-0326 foi aprovada em setembro de 2025, o Blockworks registrou 98,94% dos votos participantes a favor, com 52% do stake da rede votando, e destacou a preocupação de que o ticket de admissão pudesse criar barreiras para validadores menores.

Por que a cautela faz sentido

Três detalhes do próprio processo de implantação explicam o ritmo mais lento.

• A diversidade de clientes é uma limitação. O Solana Compass relatou que a Anza avisou que o Firedancer e o Frankendancer, clientes alternativos desenvolvidos pela Jump Crypto, não suportam a migração para o Alpenglow, e que os nós de testnet que os usavam precisaram migrar para o Agave. Na mainnet, qualquer stake ainda em um cliente sem suporte no momento da ativação seria um risco.
• A adoção partiu de uma base baixa. O mesmo veículo informou que, no início de setembro, apenas cerca de 0,39% do stake ativo rodava a v4.3.
• O tempo de testnet é curto. O Alpenglow foi ativado na testnet na semana de 22 de setembro, segundo o Solana Compass e o CryptoTicker. Uma mudança de consenso normalmente exige um período maior de observação, incluindo cenários de falha e recuperação, antes de lidar com valor real.

Como saber se uma atualização está realmente ativa

O episódio do Alpenglow rende uma lista de verificação que serve para qualquer atualização de rede, não só a da Solana:

1. Separe a versão da ativação. Um cliente lançado, ou recomendado para adoção, não significa que as novas regras estão valendo. Na Solana, muitas mudanças ficam atrás de feature gates ligados separadamente.
2. Procure o nome do recurso, não só uma data. Uma linha de calendário que diz "retomar a ativação de recursos" sem citar o recurso não é um anúncio dele.
3. Prefira os canais dos próprios mantenedores. Notas de versão, documentação do projeto e anúncios oficiais valem mais que calendários agregados e posts em redes sociais.
4. Leve "provisório" ao pé da letra. Os cronogramas da v4.3 e da v4.4 dizem que as datas podem mudar.
5. Interprete o preço com cuidado. O CryptoTicker registrou o SOL a US$ 118,75 em 28 de setembro, queda de 3,29% no dia, enquanto o DiarioBitcoin citou US$ 119,85 no momento em que escreveu. Um movimento pequeno diz pouco sobre a atualização; o mercado em geral estava fraco no mesmo dia, e o CoinDesk informou o bitcoin em queda de mais de 2% em 24 horas.

O que sabemos vs. o que estamos inferindo

O que sabemos

• O cronograma do Agave v4.3 lista 28 de setembro como "Mainnet-beta: Resume feature activation" e não menciona o Alpenglow.
• O Alpenglow está ativo na testnet e não na mainnet em 29 de setembro de 2026, segundo várias reportagens.
• A Anza documenta uma meta de finalidade de cerca de 150 ms, um limite de 2.000 validadores admitidos e tickets de admissão por época.
• O cronograma do Agave v4.4 lista 9 de novembro de 2026 para "Mainnet-beta: Resume feature activation", também marcado como provisório.

O que estamos inferindo

• Que os desenvolvedores querem um período maior de testnet é a nossa leitura dos comentários públicos, não um cronograma declarado.
• 9 de novembro é uma janela de ativação de recursos. Nada do que encontramos diz que o Alpenglow será ativado nessa data, e reportagens indicam que ele não está listado nessa janela.
• A finalidade real na mainnet pode ser diferente dos resultados de simulação; isso só será conhecido após a ativação.

O que acompanhar a seguir

• 5 de outubro de 2026: o cronograma da v4.4 prevê a retomada da ativação de recursos na testnet e a atualização da devnet.
• 19 e 26 de outubro de 2026: chamadas para voluntários levarem 10% e depois 25% do stake da mainnet para a v4.4.
• 2 e 9 de novembro de 2026: adoção geral da v4.4 na mainnet, seguida da próxima janela de ativação de recursos.
• Um anúncio explícito do Alpenglow pela Anza ou pela Solana Foundation, com o nome do feature gate e uma data. Até lá, trate qualquer data de lançamento como especulação.
• Suporte dos clientes: se os clientes baseados no Firedancer vão incorporar o Alpenglow antes da ativação na mainnet.

Informação educativa — não é recomendação financeira.