Solana core developers have introduced a comprehensive consensus overhaul called "Alpenglow" into the blockchain's formal governance process, proposing to replace the network's current TowerBFT system with a redesigned architecture that promises block finalization times as low as 100-150 milliseconds. The proposal, authored by Quentin Kniep, Kobi Sliwinski, and Roger Wattenhofer, represents what they describe as "a major overhaul of Solana's core consensus protocol" that would eliminate existing Proof-of-History and TowerBFT mechanisms.
O Que Saber:
- Alpenglow introduce o protocolo Votor, movendo a votação de validadores para fora da cadeia para alcançar finalização de bloco abaixo de um segundo e reduzir a largura de banda da rede
- A proposta requer uma taxa de 1.6 SOL por-época para o Ticket de Admissão de Validadores para manter barreiras econômicas semelhantes aos custos atuais de votação na cadeia
- A votação comunitária ocorre nos epochs 840-842, exigindo maioria qualificada de dois terços para aprovação com validadores usando tokens de voto passíveis de reivindicação.
Cronograma de Governança e Mecânicas de Votação
O quadro de governança estabelece um cronograma de implementação em três fases abrangendo várias épocas. A discussão ocorre através dos epochs 833-838, seguida pela captura do peso dos stakes no epoch 839, e votos vinculativos através dos epochs 840-842 utilizando tokens de voto passíveis de reivindicação distribuídos para contas designadas "Sim", "Não" ou "Abstenção". Com Solana atualmente no epoch 834, a janela de discussão permanece ativa enquanto o período de votação se aproxima em várias épocas.
A aprovação requer um limiar de supermaioria onde os votos afirmativos devem constituir pelo menos dois terços dos votos combinados Sim e Não, junto com um quórum de 33% que inclui abstenções.
Tokens de voto serão distribuídos através de um sistema adaptado de distribuição Merkle, permitindo que validadores direcionem tokens para suas contas de escolha preferida durante a janela de época designada. A fundação publicará pesos de stakes e um script de contagem pública para verificação independente dos resultados.
Arquitetura Técnica do Sistema Alpenglow
A proposta se concentra no Votor, um protocolo de votação direta e finalidade pipeline do líder que muda fundamentalmente a abordagem de consenso de Solana. Em vez de processar votos como transações na cadeia através de redes de fofocas pesadas, o Alpenglow move a troca de votos para fora da cadeia com agregação de assinaturas locais. Validadores votam para notarizar ou pular blocos, enquanto líderes agregam votos oito slots depois e enviam provas compactas para a rede.
Esta mudança arquitetônica suporta o que os desenvolvedores chamam de modelo de "20+20" de vivacidade, projetado para tolerar até 20% de validadores adversários e 20% de validadores não-responsivos sem interromper o progresso da rede.
O sistema visa reduzir drasticamente a latência enquanto diminui os requisitos de largura de banda em toda a rede. De acordo com os autores da proposta, "Alpenglow permite latências muito mais baixas, melhora a tolerância a falhas e, geralmente, proporciona maior eficiência do protocolo."
A atualização criaria mudanças visíveis no nível do cliente, substituindo a confirmação otimista pela finalidade real em escalas de tempo abaixo de um segundo. Os desenvolvedores afirmam que esta abordagem traz as latências de confirmação em linha com as expectativas dos usuários da Web2, ao mesmo tempo em que fortalece as garantias de segurança que se mostraram difíceis de formalizar sob o sistema TowerBFT existente.
Reestruturação Econômica e Incentivos para Validadores
O deslocamento de votos para fora da cadeia exige mudanças significativas na economia dos validadores dentro do ecossistema Solana. A proposta introduz um sistema de Ticket de Admissão de Validadores que requer uma taxa fixa de 1,6 SOL por epoch que é queimada para manter barreiras econômicas aproximadamente equivalentes às estruturas de taxas de voto atuais na cadeia. Esse valor representa aproximadamente 80% dos custos de votação existentes, garantindo que nenhum operador de validador experimente condições econômicas piores durante a transição.
Sob o Alpenglow, os validadores devem emitir exatamente um voto válido por slot, com votos conflitantes permanecendo detectáveis através do sistema. A não participação persistente torna os validadores inelegíveis para recompensas e arrisca a remoção do conjunto de validadores ativos. Os líderes recebem compensação igual às recompensas de votos por slot dos votos agregados, além de bônus fixos quando incluem certificados de finalização rápida ou de finalização em seus blocos.
Resposta da Comunidade e Preocupações de Implementação
O feedback dos validadores se concentrou nos riscos operacionais e nos procedimentos de implantação em torno das mudanças propostas. Uma resposta focada em validadores enfatiza a necessidade de "planos de teste, implantação e contingência" embutidos antes de qualquer implementação no mainnet, comparando o escopo a outras transições de protocolos em escala industrial significativa.
Os membros da comunidade levantaram questões específicas sobre os níveis de precificação do VAT, mecanismos de expiração de transações em um ambiente pós-Proof-of-History e procedimentos de manejo de equivocações de líderes.
Preocupações adicionais se concentram em potenciais efeitos sobre leilões MEV e na experiência do usuário cliente quando porções de blocos são ignoradas sob certas condições de falha.
Essas discussões destacam que, embora o alvo de finalização de 150 milissegundos gere entusiasmo, as decisões de votação provavelmente dependerão do conforto dos validadores com comprovações de segurança, casos de borda de incentivo e clareza do caminho de migração.
Compreendendo Termos Chave do Blockchain
Vários conceitos técnicos centrais à proposta Alpenglow exigem explicação para uma compreensão mais ampla. Mecanismos de consenso determinam como redes blockchain concordam com a validade de transações e ordenação de blocos, enquanto a finalidade refere-se ao ponto onde transações se tornam irreversíveis. TowerBFT representa o sistema atual de Tolerância a Falhas Bizantinas de Solana, projetado para manter a segurança da rede mesmo quando alguns validadores agem de forma maliciosa ou falham em responder.
O Proof-of-History serve como o mecanismo único de temporização de Solana, criando atrasos verificáveis entre eventos sem requerer comunicação de validador. A economia de validadores abrange os incentivos financeiros e custos associados à operação de nós de validação de rede. MEV, ou Valor Máximo Extractável, descreve lucros que validadores podem ganhar ao reordenar transações dentro de blocos.
Contexto de Mercado e Desenvolvimento Futuro
No momento da reportagem, o SOL foi negociado a $181,89, refletindo o interesse contínuo do mercado na trajetória de desenvolvimento técnico de Solana. A documentação da proposta Alpenglow faz referência a um white paper abrangente com mais de 50 páginas, além de análises independentes apoiando a abordagem técnica. No entanto, a implementação inicial concentra-se especificamente nos mecanismos de finalização e votação, com um protocolo separado de disseminação de dados chamado Rotor planejado para propostas SIMD futuras.
O processo de governança espelha mecanismos consultivos prévios da Solana, mas carrega riscos significativamente maiores dada a natureza fundamental das mudanças de consenso.
O sucesso posicionaria a Solana entre as redes de blockchain principais mais rápidas na finalização, potencialmente atraindo aplicações que exigem confirmação de transação quase instantânea.
Pensamentos Finais
Alpenglow representa a mudança mais significativa proposta para a arquitetura central de Solana desde o lançamento da rede, prometendo melhorias dramáticas nos tempos de finalização e na tolerância a falhas. A votação comunitária agendada para os epochs 840-842 determinará se os validadores adotam essa reformulação abrangente do consenso, apesar das complexidades de implementação e requisitos de reestruturação econômica.