Yakovenko da Solana questiona construção do Alpenglow à medida que transações de voto saem

O cofundador da Solana, Anatoly Yakovenko, afirmou que o Alpenglow poderia ter sido lançado em metade do tempo através de uma mudança mais simples no programa de votação, antes da migração de consenso de 21 de outubro que removerá as transações de voto dos validadores dos blocos.

Resumo

• Yakovenko disse que uma mudança mais simples no programa de votação poderia ter reduzido pela metade o tempo de desenvolvimento do Alpenglow.
• A remoção das transações de voto dos validadores diminuirá as contagens de TPS sem necessariamente alterar a atividade dos usuários.
• Uma taxa de admissão de 0,8 SOL queimada por época substituirá as taxas de votação individuais.
• Alguns nós RPC podem receber atualizações de finalização mais tarde do que o alvo de 150 milissegundos do Alpenglow.

Yakovenko, em um post no X de 21 de outubro, fez o comentário enquanto citava uma declaração que celebrava a remoção planejada dos votos em cadeia e zombava da crítica recorrente de que a maioria das transações por segundo da Solana consiste em votos de validadores.

"O Alpenglow teria sido lançado em metade do tempo se eles apenas tivessem mudado o programa de votação para a máquina de estados ag"

O design publicado da Anza descreve uma substituição para o TowerBFT, o sistema que os validadores usaram para concordar sobre os blocos, com votação direta e certificados compactos.

A migração da mainnet foi agendada para 21 de outubro, como relatado anteriormente pelo crypto.news ao cobrir a transferência de consenso planejada. A orientação atualizada da Fundação Solana identifica a época 1064 como o gatilho e estima seu início por volta das 13:20 UTC.

A página de migração da Anza separa a ativação de recursos da transferência de consenso. O limite da migração ocorre 5.000 slots depois, quando os blocos temporariamente carregam apenas votos enquanto os validadores completam a transição.

Alpenglow remove votos das contagens de transações principais

A orientação de migração da Fundação Solana informa aos exploradores e serviços de análise para redefinir as linhas de base de contagem de transações e TPS porque as transações de voto desaparecerão dos blocos. Um total que inclui votos cairá mesmo que pagamentos, negociações e outras transações não relacionadas a votos permaneçam inalteradas.

A Fundação diz que os serviços que rastreiam a participação dos validadores devem substituir sua leitura das instruções do programa de Voto pelos dados do certificado nos rodapés dos blocos. Sua orientação observa que a mensagem do rodapé gRPC de Yellowstone ainda não encaminha esses certificados.

Os desenvolvedores tiveram acesso ao comportamento alterado quando o Alpenglow chegou ao devnet em setembro, após a transição do testnet. A cobertura de 26 de setembro descreveu como os exploradores devem manter os blocos candidatos concorrentes separados até a confirmação, retendo o bloco selecionado em vez de combinar suas transações.

A documentação do operador da Anza explica como os plugins obtêm os metadados de substituição. O Agave 4.3 fornece uma notificação opcional de rodapé de bloco, que os serviços devem ativar e implementar se precisarem de dados de rodapé. Essas notificações mantêm sua ordem relativa às notificações de entrada.

Sob a mesma documentação, o relógio da cadeia mantém seu formato existente e precisão de segundos inteiros. Durante a execução da transação, seu carimbo de data/hora estima quando o bloco pai terminou, e os operadores são instruídos a continuar tratando esse valor como aproximado.

Taxas de validadores mudam para uma cobrança de época separada

A documentação de taxas da Fundação Solana diz que a remoção dos votos em cadeia encerra as taxas pagas em transações de voto individuais. Os validadores, em vez disso, pagam uma taxa fixa de 0,8 SOL por época, com todo o montante queimado.

O dinheiro vem da conta de voto, substituindo a conta de identidade como a fonte de pagamentos relacionados a votos. Os operadores devem manter a cobrança acima do mínimo isento de aluguel da conta, de acordo com a mesma orientação.

O pagamento é feito uma época à frente. A primeira cobrança no início da época 1064 cobre a participação na época 1065, e um validador que não puder pagar perde a permissão para votar ou produzir blocos na época seguinte.

A Fundação diz que o registro da chave pública BLS ficou disponível na mainnet em 8 de julho, enquanto o recurso de admissão foi ativado em 22 de julho. Essas mudanças preparatórias não ativaram por si mesmas o consenso do Alpenglow.

Antes da migração, a sua lista de verificação exige a versão 4.3.2 do Agave, Jito-Solana ou Harmonic Salsa. Firedancer e Frankendancer não são suportados durante a transferência, de acordo com as instruções do operador da Fundação.

Dois caminhos de votação substituem TowerBFT

Anza descreve o Votor como funcionando com dois caminhos de votação ao mesmo tempo. Um finaliza um bloco em uma única rodada com respostas de 80% do stake, enquanto o segundo utiliza duas rodadas e limiares de 60%.

Os votos tornam-se mensagens diretas assinadas com criptografia BLS, permitindo que múltiplas assinaturas sejam combinadas em um certificado compacto. Anza afirma que os validadores usam seus próprios cronômetros para identificar um líder não responsivo e votam para ignorá-lo.

A proposta SIMD-0326 publicada documenta as alternativas consideradas durante o desenvolvimento. Um design sem finalização em uma única rodada ofereceu operação mais simples e 33% de tolerância a falhas bizantinas, mas seus autores listaram latência pior e menor resiliência a falhas entre as desvantagens.

Outra alternativa utilizou um grafo acíclico direcionado, com possíveis economias de largura de banda. Os autores da proposta listaram latência e dificuldade em usar a largura de banda totalmente entre suas desvantagens.

A proposta limita o conjunto admitido a 2.000 validadores, priorizando os operadores com maior stake. Seus autores explicam que o limite ajuda a manter os certificados pequenos o suficiente para uma única mensagem UDP, enquanto os registros de participação apoiam recompensas para validadores que votam ativamente.

A aprovação da governança precedeu a implementação. Em setembro de 2025, a proposta Alpenglow foi aprovada com 98,27% de apoio entre os votos emitidos, enquanto o stake participante representou 52% do total, de acordo com os números publicados da cédula concluída.

A entrega de RPC pode atrasar em relação à finalização do consenso

A documentação do operador de Anza qualifica o objetivo de finalização de aproximadamente 150 milissegundos, explicando que nós fora do conjunto de validadores admitidos podem receber o resultado mais tarde.

Através do caminho padrão, esses nós aprendem a finalização a partir de certificados incluídos em um bloco subsequente. Anza afirma que isso pode adicionar até um intervalo de bloco produzido, com esperas mais longas quando blocos são pulados ou atrasados.

Um validador admitido pode enviar mensagens de consenso diretamente para um nó parceiro, deixando a latência da rede entre os parceiros como o principal atraso adicional. Se todos os parceiros configurados se tornarem inacessíveis, o destinatário volta a aprender a finalização a partir de rodapés de blocos posteriores.