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

O cofundador da Solana, Anatoly Yakovenko, afirmou que o Alpenglow poderia ter sido lançado em metade do tempo por meio de uma mudança mais simples no programa de votação, antes da migração de consenso em 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 do usuário.
• 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 a meta de 150 milissegundos do Alpenglow.

Yakovenko, em um post no X em 21 de outubro, fez o comentário enquanto citava uma declaração celebrando a remoção planejada dos votos em cadeia e zombando 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 mudassem 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 blocos, com votação direta e certificados compactos.

A migração da mainnet está agendada para 21 de outubro, como relatado anteriormente pela crypto.news ao cobrir a transferência planejada de consenso. 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 de migração ocorre 5.000 slots depois, quando os blocos temporariamente contêm 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, pois 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 afirma 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 do Yellowstone ainda não encaminha esses certificados.

Os desenvolvedores tiveram acesso ao comportamento alterado quando o Alpenglow alcançou o 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 em relação às notificações de entrada.

Sob a mesma documentação, o relógio da cadeia mantém seu formato existente e precisão em 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 de validadores mudam para uma cobrança separada por época

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 valor queimado.

O dinheiro vem da conta de voto, substituindo a conta de identidade como 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 afirma que o registro da chave pública BLS tornou-se 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, sua lista de verificação requer 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 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 se tornam mensagens diretas assinadas com criptografia BLS, permitindo que várias assinaturas sejam combinadas em um certificado compacto. Anza diz que os validadores usam seus próprios temporizadores para identificar um líder não responsivo e votam para ignorá-lo.

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

Outra alternativa usou um grafo acíclico dirigido, 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 RPC pode atrasar em relação à finalização do consenso

A documentação do operador da Anza qualifica a meta 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 diz 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.