O cofundador da Solana, Anatoly Yakovenko, disse que o Alpenglow poderia ter sido lançado na metade do tempo por meio 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.
- Remover as transações de voto dos validadores reduzirá as contagens de TPS divulgadas 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 finalidade mais tarde do que a meta de 150 milissegundos do Alpenglow.
Yakovenko, em uma publicação no X em 21 de outubro, fez a observação ao citar um comentário que celebrava a remoção planejada dos votos on-chain e zombava da crítica recorrente de que a maioria das transações por segundo da Solana consiste em votos dos validadores.
“O Alpenglow teria sido lançado na 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 do TowerBFT, o sistema que os validadores usaram para concordar sobre blocos, com votação direta e certificados compactos.
A migração da mainnet foi agendada para 21 de outubro, conforme o crypto.news relatou anteriormente ao cobrir a transferência de consenso planejada. A orientação atualizada da Solana Foundation identifica a época 1064 como o gatilho e estima seu início em aproximadamente 13:20 UTC.
A página de migração da Anza separa a ativação do recurso da transferência de consenso. O limite da migração ocorre 5.000 slots depois, quando os blocos carregam temporariamente apenas votos enquanto os validadores concluem a transição.
Alpenglow remove votos das contagens divulgadas de transações
A orientação de migração da Solana Foundation diz 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 que não sejam de voto permaneçam inalterados.
A Foundation afirma que os serviços que rastreiam a participação dos validadores devem substituir sua leitura das instruções do programa Vote por dados de certificado nos rodapés dos blocos. Sua orientação observa que a mensagem de rodapé gRPC do Yellowstone ainda não encaminha esses certificados.
Os desenvolvedores tiveram acesso ao comportamento alterado quando o Alpenglow chegou à devnet em setembro, após a transição da 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 habilitar e implementar se precisarem de dados de rodapé. Essas notificações mantêm sua ordenação em relação às notificações de entrada.
De acordo com 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 timestamp estima quando o bloco pai terminou, e os operadores são instruídos a continuar tratando esse valor como aproximado.
Taxas dos validadores passam para uma cobrança separada por época
A documentação de taxas da Solana Foundation diz que remover os votos on-chain encerra as taxas pagas em transações de voto individuais. Os validadores, em vez disso, pagam uma taxa fixa de admissão de 0,8 SOL por época, com o valor total queimado.
O dinheiro vem da conta de voto, substituindo a conta de identidade como fonte dos pagamentos relacionados à votação. 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 com uma época de antecedência. A primeira cobrança no início da época 1064 cobre a participação na época 1065, e um validador que não conseguir pagar perde a permissão para votar ou produzir blocos na época seguinte.
A Foundation afirma que o registro de 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 só o consenso Alpenglow.
Antes da migração, 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 transição, de acordo com as instruções para operadores da Fundação.
Dois caminhos de votação substituem o TowerBFT
A Anza descreve o Votor como executando 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 usa duas rodadas e limites de 60%.
Os votos tornam-se mensagens diretas assinadas com criptografia BLS, permitindo que múltiplas assinaturas sejam combinadas em um certificado compacto. A Anza afirma que os validadores usam seus próprios temporizadores para identificar um líder não responsivo e votar para ignorá-lo.
A proposta SIMD-0326 publicada documenta alternativas consideradas durante o desenvolvimento. Um design sem finalidade de rodada única oferecia operação mais simples e tolerância a falhas bizantinas de 33%, mas seus autores listaram latência pior e menor resiliência a falhas entre as desvantagens.
Outra alternativa usava um grafo acíclico direcionado, com possíveis economias de largura de banda. Os autores da proposta listaram a latência e a dificuldade de usar a largura de banda integralmente 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 sustentam 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 votação concluída.
A entrega via RPC pode ficar atrás da finalidade do consenso
A documentação para operadores da Anza qualifica a meta de finalidade de aproximadamente 150 milissegundos explicando que nós fora do conjunto de validadores admitidos podem receber o resultado mais tarde.
Pelo caminho padrão, esses nós aprendem a finalidade a partir de certificados incluídos em um bloco subsequente. A 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 a um nó parceiro, deixando a latência de rede entre os parceiros como o principal atraso adicional. Se todos os parceiros configurados se tornarem inacessíveis, o destinatário recorre ao aprendizado da finalidade a partir dos rodapés de blocos posteriores.
