A Solana passou por um dos testes mais severos de sua infraestrutura recente sem que sua blockchain parasse.
Em 12 de agosto, uma falha de roteamento associada à TeraSwitch deixou temporariamente offline validadores responsáveis por 28,83% de todo o SOL em staking. O número importa porque, quando mais de um terço do stake deixa de participar do consenso, a rede perde a capacidade de finalizar novas transações.
Por alguns momentos, a Solana ficou a pouco mais de quatro pontos percentuais desse limite, ainda assim, a blockchain continuou funcionando
O episódio poderia ser interpretado simplesmente como uma demonstração de resiliência. Mesmo com quase 29% do stake temporariamente indisponível, validadores suficientes permaneceram ativos para preservar o consenso e a finalização das transações, mas a origem do problema revela outra história.
A falha não aconteceu no protocolo da Solana. Não foi um bug no mecanismo de consenso nem um problema provocado pelo software que executava a blockchain, ela ocorreu em uma infraestrutura compartilhada utilizada por dezenas de validadores.
Isso expôs uma forma de concentração que as métricas tradicionais de descentralização nem sempre conseguem mostrar.
Muitos validadores podem compartilhar o mesmo ponto de falha
Quando uma blockchain é avaliada pela descentralização, normalmente observamos quantos validadores existem, como o stake está distribuído entre eles e quanto poder seria necessário para controlar o consenso.
Essas métricas continuam importantes, mas não contam toda a história.
Validadores precisam de servidores, conectividade, energia e data centers para permanecer online. Operadores independentes podem, portanto, participar separadamente do consenso enquanto dependem da mesma infraestrutura para executar seus validadores.
Foi exatamente essa dependência que o incidente da Solana tornou visível.
A falha de roteamento da TeraSwitch afetou cerca de 90 validadores simultaneamente. Dados divulgados após o episódio indicavam que aproximadamente 27% do stake ativo estava associado à infraestrutura da empresa.
Isso não significa que a TeraSwitch controlava esses tokens ou os votos dos validadores. O problema era operacional: quando tantos operadores utilizam a mesma infraestrutura, uma única falha pode retirar uma parcela significativa deles do consenso ao mesmo tempo.
Os validadores continuam descentralizados em termos de controle, a disponibilidade da infraestrutura pode não estar na mesma proporção.
A concentração já estava visível antes da falha
O episódio não revelou uma dependência completamente desconhecida.
Em seu relatório de saúde da rede de junho de 2025, a própria Solana mostrava validadores ativos em mais de 100 provedores de data center. À primeira vista, a distribuição parecia ampla, quando o stake era analisado, surgia uma concentração relevante.
A TeraSwitch hospedava 108 validadores responsáveis por 24,28% do stake, enquanto a Latitude.sh concentrava outros 21,42%. AWS aparecia muito atrás, com 5,98%.
Dados mais recentes indicavam que a participação associada à infraestrutura da TeraSwitch havia crescido para aproximadamente 27% antes do incidente.
Existe uma razão econômica para esse tipo de concentração.
Operar validadores de alta performance exige hardware, conectividade e manutenção. Provedores especializados conseguem oferecer essas condições de maneira eficiente e, à medida que ganham reputação e escala, tornam-se escolhas naturais para mais operadores.
Individualmente, cada decisão pode fazer sentido.
O risco aparece quando muitas decisões independentes criam a mesma dependência.
Essa é uma forma diferente de centralização. Ela não concentra necessariamente poder sobre o consenso, mas concentra parte da capacidade necessária para participar dele.
A Solana mostrou resiliência justamente quando revelou a fragilidade
Existe um contraponto fundamental, o incidente também mostrou que a arquitetura da Solana funcionou como deveria.
Uma parcela excepcionalmente grande do stake desapareceu temporariamente e, ainda assim, validadores suficientes permaneceram online para preservar a finalização. O problema foi resolvido sem que a blockchain precisasse interromper suas operações.
Isso diferencia o episódio das interrupções que marcaram parte da história da Solana.
Se a rede tivesse parado, a discussão provavelmente voltaria aos problemas de estabilidade que acompanharam seus primeiros anos. Desta vez, porém, o protocolo absorveu uma falha relevante que ocorreu abaixo dele e é justamente isso que torna o episódio interessante.
A Solana demonstrou que seu consenso consegue tolerar a perda temporária de uma parcela significativa dos validadores. Ao mesmo tempo, descobriu-se o quanto dessa parcela poderia desaparecer por causa de um único problema externo ao protocolo.
As duas conclusões não são contraditórias, a rede mostrou maior resiliência, a infraestrutura mostrou onde ainda existe concentração.
O próximo desafio da descentralização pode estar fora da blockchain
O caso da Solana sugere que talvez seja necessário ampliar a maneira como pensamos sobre descentralização e duas perguntas dominaram essa discussão.
Quantos validadores existem? e Quanto stake os maiores operadores controlam?
Ambas procuram medir a distribuição do poder dentro do protocolo.
O incidente desta semana introduz uma terceira pergunta: Quantos desses validadores podem desaparecer ao mesmo tempo quando uma única empresa, rede ou data center enfrenta problemas?
Essa pergunta mede algo diferente.
Não quem controla o consenso, mas quantos pontos de falha existem abaixo dele.
A distinção tende a ganhar importância à medida que blockchains deixam de ser apenas redes experimentais e passam a sustentar pagamentos, mercados, stablecoins e aplicações financeiras que precisam permanecer disponíveis continuamente.
Nesse ambiente, descentralização não pode ser apenas uma característica do código ou da distribuição do stake. A resiliência da rede também depende da infraestrutura física que permite que esse sistema continue funcionando.
A Solana não parou em 12 de agosto e talvez essa seja justamente a razão pela qual o episódio seja tão útil.
Em vez de revelar apenas mais uma falha, ele mostrou uma dimensão da descentralização que normalmente permanece invisível enquanto tudo funciona: não basta saber quantos validadores uma blockchain possui. Também importa saber quantos deles dependem das mesmas coisas para permanecer online.
