- Alpenglow entra na mainnet da Solana no epoch 1064, nesta quarta-feira
- Votor substitui o TowerBFT e mira finalidade de 150 milissegundos
- Validadores precisam manter 0,8 SOL acima do mínimo isento de aluguel
A rede Solana marcou para o dia 21 de outubro a ativação do Alpenglow, a maior reformulação do seu mecanismo de consenso desde o lançamento. A meta é cortar o tempo de finalidade para cerca de 150 milissegundos. O SOL é negociado a US$ 104,49 (R$ 527,18), com alta de 3,9% em 24 horas.
O gatilho não é um horário fixo. A Solana Foundation vinculou a mudança à virada do epoch 1064, com estimativa atualizada para 13h20 UTC. A Quicknode, que presta infraestrutura de RPC, pediu que operadores estejam prontos a partir das 13h UTC — a janela original era 14h50 UTC e foi antecipada conforme a produção de blocos avançou.
O componente central é o Votor, desenhado pela Anza, que assume a lógica de votação e finalização antes operada pelo TowerBFT. Dois caminhos de votação rodam em paralelo: um finaliza o bloco em rodada única quando 80% dos validadores participam; o outro exige segunda rodada, acionada com 60% de participação.
Nada muda na execução de transações, no comportamento dos programas nem na estrutura de taxas, segundo a fundação. Usuário comum não precisa alterar como assina ou aprova operações. O Rotor, peça complementar que trata da distribuição de dados, ficou para um lançamento posterior.
A diferença prática aparece na comparação com o modelo atual. Carteiras e exchanges costumam exibir confirmação em dois a três segundos sob configuração otimista, enquanto a finalidade plena no sistema antigo chega perto de 13 segundos. Vale a ressalva: 150 milissegundos é o alvo em condições normais de rede, não uma garantia de que todo aplicativo vai mostrar a transação concluída nesse intervalo.
Transações param por alguns segundos na troca
A Quicknode alertou que novas transações deixarão de entrar em blocos durante a transição entre os sistemas de consenso. A pausa prevista é de poucos segundos, com possibilidade de se estender se o handoff demorar mais. Envios podem retornar erro de preflight do tipo “node unhealthy”.
Streams de dados Yellowstone podem cair uma vez. Assinaturas que usam o commitment “processed” mais antigo chegam a exibir slots que nunca alcançam confirmação. A recomendação é operar com commitment confirmado ou finalizado para qualquer dado que não possa ser revertido.
Para mesas de arbitragem e bots que rodam na Solana — inclusive os operados por equipes brasileiras em exchanges locais —, isso significa suspender execução automatizada na janela. Corretoras que oferecem saques em SOL tendem a pausar processamento por precaução, prática já adotada em upgrades anteriores de grandes redes.
O checklist operacional exige versão 4.3.2 de Agave, Jito-Solana ou Harmonic Salsa antes do epoch 1064. Firedancer e Frankendancer não são suportados durante a migração.
Há também um custo novo. Cada validador deve manter ao menos 0,8 SOL acima do mínimo isento de aluguel na conta de voto, para cobrir o Validator Admission Ticket. A primeira cobrança paga a participação no epoch 1065. Quem não quitar fica impedido de votar ou produzir blocos no período seguinte. A R$ 527,18 por unidade, o bilhete sai por volta de R$ 422 por validador — barreira baixa, mas que introduz um custo recorrente inédito no modelo da rede.
A governança aprovou a mudança em setembro de 2025. A proposta SIMD-0326 recebeu 98,27% dos votos favoráveis, com 1,05% contra e 0,69% de abstenções. A participação, porém, representou 52% do stake — ou seja, o percentual descreve os votos depositados, não o universo completo de validadores.
- Leia também: Empresa americana anuncia que vai comprar 11,5 milhões de ações para ampliar caixa em XRP
Nós RPC podem receber finalidade com atraso
A documentação da Anza deixa claro que mensagens de consenso circulam entre validadores admitidos. Um nó sem stake, usando o caminho padrão, descobre a finalidade por certificados carregados em blocos posteriores — o que acrescenta tipicamente o intervalo de um bloco produzido. Blocos pulados ou atrasados esticam essa espera.
Indexadores e exploradores também sentem o efeito. Com a remoção das transações de voto, totais em dashboards mudam mesmo que o número de pagamentos e negociações permaneça igual. Serviços de dados terão de recalibrar comparações históricas e passar a ler os certificados anexados aos blocos.
O caminho até aqui foi gradual: o código apareceu no Agave 4.2 em agosto para testes, chegou à testnet em 25 de setembro e à devnet no dia seguinte. A estabilidade recente da rede, sem interrupções nos últimos dois anos, é o argumento que a fundação usa para justificar o salto. Detalhes técnicos estão na documentação da Anza.
