A atualização Alpenglow da Solana chegou à sua rede pública de desenvolvedores, permitindo que equipes de aplicativos testem um sistema projetado para reduzir a finalidade de transações de cerca de 12,8 segundos para aproximadamente 150 milissegundos.
Resumo
- O Alpenglow está ativo na devnet e testnet da Solana, enquanto a mainnet ainda usa o sistema de consenso atual.
- A atualização substitui transações de voto de validadores onchain por votos diretos que podem finalizar um bloco em uma ou duas rodadas.
- Aplicativos que apenas enviam transações e leem saldos não precisam de migração, mas serviços de dados de blocos devem atualizar seus sistemas.
- A Anza não anunciou uma data firme para a ativação do Alpenglow na mainnet.
De acordo com a página de atualizações da Solana Foundation, o Alpenglow agora está ativo na devnet e testnet, mas não foi ativado na mainnet. A Anza, que desenvolve o software principal de validadores da Solana, anunciou a mudança para devnet em 25 de setembro, um dia após a testnet completar sua transição.
As duas redes servem a partes diferentes do lançamento. Equipes de aplicativos podem usar a devnet para verificar como seu software se comporta com tokens que não têm valor real, enquanto a testnet dá aos validadores e operadores de infraestrutura um lugar para testar o software da rede sob condições mais exigentes.
Para desenvolvedores, o novo estágio na devnet significa que eles podem verificar aplicativos com o Alpenglow sem esperar que o sistema chegue à blockchain que lida com os fundos dos usuários. A mainnet da Solana continua usando o TowerBFT, então a marca de 150 milissegundos permanece uma meta para a atualização planejada, e não um tempo de finalidade disponível aos usuários hoje.
O Alpenglow da Solana muda como os validadores finalizam blocos
Sob o TowerBFT, os validadores enviam votos como transações que aparecem dentro dos blocos. Votos suficientes devem se acumular ao longo de 32 slots antes que um bloco se torne final, o que atualmente leva cerca de 12,8 segundos, de acordo com a Foundation.
A primeira fase do Alpenglow, chamada Votor, faz com que os validadores enviem votos diretamente uns aos outros. A Foundation afirma que um bloco pode alcançar a finalidade após uma rodada de votação se validadores representando pelo menos 80% do stake votarem para aceitá-lo. Uma segunda rodada oferece outro caminho quando a primeira não atinge esse limiar.
Finalidade é o ponto em que a rede concordou sobre uma transação de forma suficientemente forte para que ela não possa mais ser revertida sob suas regras de consenso. Um resultado mais rápido pode importar para uma exchange dos EUA decidindo quando creditar um depósito em Solana ou para um provedor de pagamentos decidindo quando tratar a venda de um comerciante como concluída. Cada serviço ainda pode aplicar suas próprias verificações antes de liberar fundos ou confirmar um pagamento a um cliente.
A Foundation separa a finalidade do tempo que leva para produzir um bloco. Em setembro, a Solana reduziu seu tempo-alvo de slot de 300 milissegundos para 250 milissegundos, com uma redução adicional para 200 milissegundos planejada sob uma atualização separada. Slots mais curtos mudam a frequência com que a rede pode produzi-los; o Alpenglow muda como os validadores concordam que um bloco é final.
Um relatório anterior do crypto.news cobriu os preparativos para a testnet em 23 de setembro, quando desenvolvedores estavam preparando o Agave 4.3 para o teste público. A mudança para a devnet agora dá às equipes de aplicativos acesso ao sistema de consenso atualizado na rede que costumam usar para desenvolvimento.
Serviços de dados de blocos enfrentam mudanças antes da mainnet
Para um aplicativo que envia transações e lê saldos de contas, a Foundation afirma que o Alpenglow não exige migração. A execução de transações, as taxas e os formatos usados para enviar transações permanecem os mesmos sob a atualização de consenso.
Serviços que constroem históricos de transações têm mais trabalho a fazer. O Alpenglow pode expor blocos candidatos concorrentes para o mesmo slot antes que a rede selecione um. A Foundation orienta os provedores de dados a manter esses candidatos separados, e então reter o bloco que alcança confirmação. Combinar transações de candidatos diferentes pode deixar um explorador ou outro serviço com um registro incorreto.
Os votos dos validadores também desaparecerão dos blocos porque não serão mais enviados como transações. Como resultado, um gráfico que conta tanto transações de usuários quanto votos de validadores mostrará um total de transações menor após a ativação, mesmo que os usuários façam o mesmo número de pagamentos e negociações. A Foundation orientou os provedores de dados a redefinir comparações e alertas construídos com base nos números antigos.
Alguns serviços também leem a participação de validadores a partir de transações de voto. Sob o Alpenglow, a Fundação afirma que essa informação passa para certificados anexados aos dados do bloco, exigindo que esses serviços mudem de onde a obtêm. Operadores que usam os fluxos de dados Geyser ou gRPC da Solana também devem considerar os identificadores que distinguem blocos candidatos dentro de um slot.
As mudanças tornam os testes na devnet relevantes para exchanges, exploradores e outras empresas que dependem de registros de transações, incluindo serviços dos EUA conectados à Solana. Suas regras de depósito continuam sendo sua própria decisão operacional; a atualização da rede não altera automaticamente quando uma plataforma disponibiliza fundos.
Ativação na mainnet ainda não tem data firme
O roteiro anterior do Alpenglow da Solana vinculava a implantação proposta na mainnet ao Agave 4.3 e a uma meta para outubro. Nem a transição para a testnet nem a ativação na devnet definem uma data confirmada para a mudança na rede ativa.
O cronograma de software da Anza permite provisoriamente que as ativações de recursos na mainnet sejam retomadas em 28 de setembro. O cronograma não identifica esse dia como a data de ativação do Alpenglow, e a página de status da Fundação ainda lista a atualização como inativa na mainnet.
A Fundação descreve o Votor como a primeira fase do Alpenglow. Uma fase posterior, o Rotor, está planejada para substituir o sistema usado para espalhar blocos pela rede. A implantação atual diz respeito às mudanças de votação e finalidade, enquanto a meta de aproximadamente 150 milissegundos vem de testes e simulações, e não de transações liquidadas sob condições de mercado ao vivo.
