Alpenglow da Solana: A Reescrita do Consenso que Elimina a Proof of History e Entrega Finalidade de 150ms
Uma transação da Visa leva cerca de 1,8 segundos para ser autorizada. Uma pesquisa no Google retorna resultados em 200 milissegundos. O upgrade Alpenglow da Solana, aprovado com 98,27% de suporte dos validadores em setembro de 2025 e com lançamento na mainnet previsto para o início de 2026, visa a finalidade da transação em 150 milissegundos — mais rápido do que um piscar de olhos humano, mais rápido do que uma pesquisa no Google e aproximadamente 85 vezes mais rápido do que a janela de confirmação atual de 12,8 segundos da Solana.
Isso não é um ajuste incremental de parâmetros. O Alpenglow é a mudança arquitetural mais fundamental na história da Solana — uma substituição completa da camada de consenso da rede que aposenta o Proof of History, o Tower BFT e a propagação de votos baseada em gossip. Em seu lugar, dois novos protocolos chamados Votor e Rotor redefinem como a rede concorda com o estado e move dados entre os validadores.
O que o Alpenglow Realmente Substitui
Para entender por que o Alpenglow é importante, você precisa entender o que ele elimina.
A Solana foi lançada em 2020 com um mecanismo de consenso inovador construído sobre três pilares:
- Proof of History (PoH): Um relógio criptográfico que estabelece uma ordenação verificável de eventos sem exigir que os validadores se comuniquem sobre o tempo. Cada validador executa uma cadeia de hash SHA-256, produzindo timestamps sequenciais que provam quando as transações ocorreram em relação umas às outras.
- Tower BFT: Um protocolo de Tolerância a Falhas Bizantinas Prática (Practical Byzantine Fault Tolerance) modificado que usa o PoH como sua fonte de relógio. Os validadores votam em blocos com períodos de bloqueio (lockout) que aumentam exponencialmente, o que significa que quanto mais tempo eles votam em um fork específico, mais difícil se torna a troca.
- Propagação de votos baseada em gossip: Os validadores transmitem seus votos uns aos outros através de uma rede de fofoca (gossip) peer-to-peer, criando um overhead substancial de largura de banda.
Essa arquitetura foi inovadora em 2020. Ela permitiu que a Solana alcançasse tempos de bloco de 400 milissegundos e um throughput que nenhuma outra Layer 1 conseguia igualar. Mas cinco anos de operação em produção expuseram limitações fundamentais.
O PoH criou um acoplamento estreito entre o produtor do bloco (líder) e o restante da rede. O mecanismo de lockout do Tower BFT, embora evitasse certos ataques, introduziu longos atrasos de confirmação — os 12,8 segundos que os usuários experimentam hoje antes que uma transação seja verdadeiramente finalizada. E a votação baseada em gossip consumia uma largura de banda enorme, com transações de voto representando uma parte significativa da atividade on-chain da Solana.
O Alpenglow não faz correções nesses sistemas. Ele os remove inteiramente.
Votor: Finalidade em Rodada Única a 150 Milissegundos
O ponto central do Alpenglow é o Votor, um novo protocolo de votação que substitui tanto o Tower BFT quanto a propagação de votos on-chain. Em vez de transmitir votos como transações na própria blockchain, os validadores assinam certificados de voto usando assinaturas agregadas BLS (Boneh-Lynn-Shacham) e os distribuem off-chain.
O Votor opera com dois caminhos de finalização simultâneos:
Finalização Rápida (Fast Finalization). Quando um bloco recebe certificados de voto que representam pelo menos 80% do SOL em stake da rede, ele é finalizado imediatamente. Sem segunda rodada. Sem espera. O bloco é canônico e qualquer fork conflitante é permanentemente rejeitado. Sob condições normais de rede — quando a grande maioria dos validadores está online e responsiva — este caminho produz finalidade em aproximadamente 150 milissegundos.
Finalização Lenta (Slow Finalization). Se um bloco não conseguir atingir o limite de 80% na primeira rodada (porque alguns validadores estão offline, lentos ou em modo adversarial), uma segunda rodada de votação começa automaticamente assim que a aprovação de 60% é alcançada. Se esta segunda rodada também atingir 60% de aprovação, o bloco é finalizado com um Certificado de Finalização (Finalized Certificate). Este caminho demora mais, mas garante que a rede continue progredindo mesmo sob condições degradadas.
Ambos os caminhos funcionam simultaneamente. O protocolo não espera para ver se a Finalização Rápida falha antes de iniciar a Finalização Lenta — ele executa ambas em paralelo, completando aquela que tiver sucesso primeiro.
O impacto prático é impressionante. A finalidade atual da Solana de 12,8 segundos significa que as aplicações descentralizadas precisam construir sistemas complexos de confirmação otimista ou forçar os usuários a esperar. A 150 milissegundos, o atraso de confirmação torna-se imperceptível. Um swap em uma DEX, uma ação em um jogo, um pagamento — tudo se torna instantâneo do ponto de vista do usuário.
Rotor: Repensando a Propagação de Dados
O segundo componente do Alpenglow é o Rotor, um protocolo de propagação de blocos atualizado que substitui o Turbine, a camada de disseminação de dados existente da Solana.
O Turbine funciona dividindo os blocos em pequenos pacotes chamados "shreds" e distribuindo-os através de uma estrutura de árvore de múltiplas camadas com um fanout de 200. Cada camada da árvore adiciona latência, e o nó líder carrega um fardo desproporcional de largura de banda como a fonte única de todos os dados do bloco.
O Rotor muda fundamentalmente este modelo:
- Arquitetura de retransmissão de salto único (Single-hop relay architecture). Em vez de árvores de múltiplas camadas, o Rotor usa nós de retransmissão que lidam com a disseminação de shreds em um único salto. Cada shred é transmitido como um único pacote codificado com correção de erros (erasure-coded), minimizando o número de saltos de rede necessários.
- Utilização de largura de banda proporcional ao stake. O Rotor aloca largura de banda para os validadores proporcionalmente ao seu stake, o que significa que validadores maiores contribuem com mais largura de banda para a propagação de blocos. Isso alivia o gargalo do líder que tem assolado a Solana durante períodos de alta carga.
- Compatibilidade com DoubleZero. O Rotor é nativamente compatível com sistemas multicast como o DoubleZero, a infraestrutura de rede de fibra óptica dedicada da Solana, permitindo uma propagação ainda mais rápida para validadores conectados a redes de alto desempenho.
A combinação de Votor e Rotor significa que os blocos são propagados e finalizados mais rapidamente — uma melhoria composta que atinge cada camada do stack de desempenho da rede.
O Debate sobre o Trade-off de Segurança
Os ganhos de velocidade do Alpenglow não vêm de graça. O protocolo introduz um modelo de segurança que se afasta das premissas tradicionais de Tolerância a Falhas Bizantinas (BFT), e esse trade-off gerou um debate significativo dentro da comunidade blockchain mais ampla.
Os protocolos BFT clássicos toleram até 33 % de validadores agindo de forma maliciosa. O Alpenglow opera sob o que seus designers chamam de modelo de resiliência "20 + 20": a rede mantém a integridade (safety — nunca finalizando blocos conflitantes) se até 20 % do stake for controlado por adversários, e mantém a vivacidade (liveness — continuando a produzir blocos) se um adicional de 20 % do stake estiver offline ou não responder.
Isso significa que a tolerância adversarial pura do Alpenglow cai dos tradicionais 33 % para 20 %. Em troca, ele ganha um modelo mais sutil de falha no mundo real: os validadores não são simplesmente "honestos" ou "maliciosos", mas também podem estar "offline", "lentos" ou "geograficamente desfavorecidos". O modelo 20 + 20 contabiliza explicitamente esses cenários de falhas mistas.
Críticos, incluindo o pesquisador de segurança Jeff Garzik, argumentam que baixar o limiar adversarial é um precedente perigoso. Com 20 % sendo o limite para a tomada de controle, o custo de atacar a rede diminui proporcionalmente. Em uma rede onde a concentração de stake já é uma preocupação — os principais validadores por stake controlam porções significativas do stake total da Solana — a margem de segurança diminui ainda mais.
Os defensores contra-argumentam que o limite de 33 % no BFT tradicional é teórico, não prático. Na realidade, uma rede onde 33 % do stake se torna adversarial já falhou catastroficamente de outras maneiras. O modelo 20 + 20, argumentam eles, reflete melhor os modos de falha reais e otimiza para o caso comum (a maioria dos validadores é honesta e está online) em vez do caso extremo catastrófico.
O debate continua sem solução e representa um dos trade-offs arquitetônicos mais consequentes no design moderno de blockchain. O Ethereum, por comparação, manteve o limite tradicional de 33 % em seu mecanismo de consenso Gasper, priorizando garantias de segurança em detrimento da otimização de latência.
O que a Finalidade de 150 ms Desbloqueia
A lacuna entre 12,8 segundos e 150 milissegundos não é meramente quantitativa. Ela atravessa um limiar que permite categorias inteiramente novas de aplicações.
DeFi de alta frequência. As atuais exchanges descentralizadas na Solana dependem de confirmações otimistas — aceitando transações antes de serem verdadeiramente finais e esperando que não sejam revertidas. Com a finalidade de 150 ms, a confirmação otimista torna-se desnecessária. As negociações em DEX são liquidadas com a mesma velocidade e certeza que a correspondência de ordens de uma exchange centralizada. Os protocolos de liquidação podem agir sobre os movimentos de preços com uma granularidade medida em frações de segundo.
Jogos em tempo real. Os jogos em blockchain têm lutado com a tensão fundamental entre a velocidade do jogo e a velocidade de liquidação. Com uma finalidade de 12,8 segundos, as ações de jogo on-chain parecem lentas em comparação com as alternativas Web2. Aos 150 ms, o atraso desaparece. As ações dos jogadores podem ser registradas na chain em menos tempo do que o ping de rede típico entre um jogador em Nova York e um servidor de jogo na Virgínia.
Pagamentos máquina para máquina. A economia emergente de agentes de IA executando transações autônomas requer velocidades de liquidação que correspondam às velocidades computacionais. Com 150 ms de finalidade, um agente de IA pode executar, confirmar e construir sobre uma transação dentro de um único ciclo de decisão — permitindo o tipo de comércio autônomo em tempo real para o qual protocolos como o x402 estão avançando.
Liquidação institucional. Para investidores institucionais que avaliam a execução on-chain, o tempo de finalidade é uma métrica crítica. A autorização de cartão de crédito leva 1,8 segundos. As transferências ACH levam dias. Aos 150 ms, a Solana torna-se a primeira blockchain pública onde a liquidação é genuinamente mais rápida do que todos os trilhos de pagamento existentes — não em teoria, mas em uma prática mensurável e auditável.
O Cenário Competitivo
O Alpenglow não existe no vácuo. Sua chegada remodela a dinâmica competitiva em todo o cenário de Camada 1.
| Rede | Finalidade Atual | Finalidade Alvo | Abordagem |
|---|---|---|---|
| Solana (Alpenglow) | 12,8 segundos | 150 milissegundos | Reescrita do consenso Votor / Rotor |
| Ethereum | ~ 13 minutos | 8 segundos | Consenso Minimmit (roadmap Strawmap) |
| Sei Network | 0,45 segundos | 0,39 segundos | Otimização de EVM paralela |
| Somnia | Sub-segundo | Sub-segundo | Consenso multi-stream |
| Avalanche | ~ 2 segundos | Sub-segundo | Otimizações Snowman++ |
A meta de 150 ms da Solana a tornaria a blockchain pública de grande porte mais rápida por uma margem significativa. O roadmap do Ethereum visa uma finalidade de 8 segundos através de seu mecanismo de consenso Minimmit, mas essa atualização faz parte de um roadmap de sete forks e vários anos que se estende até 2029. A Sei Network oferece finalidade abaixo de um segundo, mas em um conjunto de validadores muito menor. A Somnia reivindica capacidade de milhões de TPS, mas ainda não a provou na escala da Solana.
O momento também é notável. O ecossistema da Solana superou a crise de confiança pós-FTX, reconstruiu o ímpeto dos desenvolvedores com 7.625 novos desenvolvedores SVM ingressando em 2024 (crescimento de 83 %) e atraiu a atenção institucional por meio de ETFs que detêm $ 1,45 B com 50 % de declarantes institucionais 13F. O Alpenglow chega como a atualização de infraestrutura que pode consolidar o posicionamento da Solana como líder de desempenho entre as redes descentralizadas.
O Caminho para a Mainnet
A implementação do Alpenglow segue uma abordagem em fases:
- Aprovação de governança (setembro de 2025): A SIMD-0326 foi aprovada com 98,27 % de aprovação, 1,05 % de oposição e 0,36 % de abstenção, com a participação de 52 % dos tokens em staking.
- Lançamento na Testnet (final de 2025): Uma testnet pública foi demonstrada no Solana Breakpoint em dezembro de 2025, permitindo que os validadores testassem o novo consenso em um ambiente controlado.
- Implantação na Mainnet (1º trimestre de 2026): O lançamento em produção está em andamento, com a ativação do Votor prevista primeiro, seguida pelo Rotor em uma fase subsequente.
A abordagem em fases reflete as lições aprendidas com atualizações anteriores da Solana. Em vez de implantar tudo simultaneamente, a equipe da Anza (a organização de desenvolvimento principal por trás da Solana) está sequenciando os componentes para minimizar interrupções. O Votor — o mecanismo de votação — será lançado primeiro porque oferece a melhoria mais visível para o usuário (velocidade de finalização) sem alterar a forma como os dados se propagam. O Rotor virá em seguida, assim que o Votor estiver estável em produção.
Os validadores enfrentam um caminho de migração que exige a atualização do software cliente, mas não exige alterações no código em nível de aplicação. Contratos inteligentes, tokens e protocolos DeFi construídos na Solana se beneficiarão de uma finalização mais rápida sem quaisquer modificações — a melhoria ocorre inteiramente na camada de consenso.
O Que Isso Significa para os Desenvolvedores
Para os desenvolvedores que constroem na Solana, o Alpenglow elimina um dos últimos argumentos restantes para alternativas centralizadas. A objeção de que a "blockchain é muito lenta" perde a força quando a finalização é mais rápida do que passar um cartão de crédito.
Mas a atualização também introduz novas considerações de design. Aplicações que anteriormente dependiam de confirmações otimistas agora podem usar finalização determinística, simplificando seus modelos de segurança. Protocolos que agrupavam transações para amortizar os atrasos de confirmação podem mudar para liquidação por transação. E qualquer sistema que atualmente inclua padrões de UX de "aguardando confirmação" pode removê-los inteiramente.
A reescrita do consenso também elimina as transações de voto da própria blockchain, uma vez que o Votor move a votação para fora da rede (off-chain). Isso libera espaço de bloco que era anteriormente consumido pela coordenação de validadores, aumentando efetivamente a taxa de transferência utilizável da rede sem alterar os limites de tamanho de bloco.
O Alpenglow não é meramente uma atualização. É uma declaração sobre o que a infraestrutura descentralizada pode ser — um sistema onde o consenso trustless acontece mais rápido do que a autorização centralizada, onde a blockchain não é o gargalo, mas o acelerador.
Se a Solana cumprirá essa promessa depende de um lançamento limpo na mainnet e se o limite adversário de 20 % se mostrará suficiente em produção. Mas a ambição é clara: tornar o "rápido o suficiente" indistinguível do "instantâneo".
BlockEden.xyz fornece infraestrutura de RPC e API de alto desempenho para Solana e outras blockchains líderes. À medida que o Alpenglow transforma a camada de consenso da Solana, nossa infraestrutura de nós é projetada para entregar o acesso de baixa latência que os desenvolvedores precisam para aproveitar plenamente a finalização de subsegundos. Explore nossos serviços de API Solana para construir na blockchain pública mais rápida.