A Solana permaneceu operacional durante uma falha de infraestrutura que interrompeu temporariamente parte de sua rede de validadores em 12 de agosto, de acordo com o executivo de tecnologia da Solana Foundation, Jacob Creech.
Resumo
- 597 de 699 validadores de Solana com stake continuaram votando enquanto a rede continuava produzindo blocos normalmente.
- 102 validadores pararam temporariamente de votar, enquanto os operadores afetados se recuperaram em quarenta minutos após a interrupção.
- 28,83% do SOL em stake ficou inadimplente, aproximando-se do limite de 33,34% onde a finalidade da transação para completamente.
- A Teraswitch disse que uma rota malformada interrompeu doze sites na Europa e na Ásia antes que os engenheiros restaurassem a conectividade.
- A página de status da Solana não registrou incidente na mainnet e mostra 100% de uptime do cluster em noventa dias.
Dos 699 validadores de Solana com stake, 597 continuaram votando enquanto blocos e transações continuavam sendo processados. Os validadores afetados se recuperaram em 40 minutos.
Creech disse que os validadores no Programa de Delegação da Solana Foundation não foram afetados. A página oficial de status da Solana não registrou incidente na mainnet em 12 ou 13 de agosto e mostrou 100% de uptime do cluster Mainnet Beta nos últimos 90 dias.
Validadores da Solana mantiveram a finalidade apesar de uma queda acentuada
Enquanto a mainnet permaneceu online, análises separadas mostraram que o incidente chegou mais perto de interromper a finalidade do que o número bruto de validadores sugere. A Marinade Finance descobriu que 28,83% de todo o SOL em stake ficou inadimplente por cerca de 33 minutos. A Solana exige que mais de dois terços do stake participe para que as transações atinjam a finalidade, colocando o limite relevante de indisponibilidade em 33,34%.
A Marinade identificou cerca de 90 validadores afetados pela falha de roteamento, enquanto o número de Creech de 597 de 699 significa que 102 validadores não estavam votando em um determinado momento. A diferença reflete medições separadas, em vez de evidência de que todos os 102 validadores compartilharam a mesma falha de infraestrutura.
Creech descreveu o incidente como um "ponto de prova para a resiliência da Solana". A rede de fato resistiu à interrupção, mas os dados da Marinade também mostraram que o stake inadimplente atingiu cerca de 86% do nível em que a finalidade teria parado.
Falha de roteamento da Teraswitch se espalhou de Miami para a Ásia
O relatório de status da Teraswitch rastreou o problema de infraestrutura até uma rota padrão malformada originada de sua instalação MIA1 em Miami. Um refletor de rota em Amsterdã propagou a rota alterada para os mercados europeu e da Ásia-Pacífico, onde os roteadores locais a preferiram em vez de rotas válidas. Doze sites em Londres, Amsterdã, Dublin, Frankfurt, Singapura e Tóquio perderam acessibilidade. Os sites da América do Norte não foram afetados.
Os engenheiros identificaram a rota malformada em 10 minutos e removeram Miami do backbone privado. O serviço retornou às 04:16:15 UTC. A Teraswitch posteriormente implantou uma mudança global em seus sites de computação para que uma rota igualmente malformada não bloqueie o encaminhamento de tráfego. O provedor disse que o defeito subjacente permanece sob investigação e um relatório completo de causa raiz será divulgado.
O evento também expôs a concentração de infraestrutura entre os validadores. A Marinade calculou que um sistema autônomo detinha cerca de 118,9 milhões de SOL, ou mais de um quarto de todo o SOL em stake, e aproximadamente 94% desse stake ficou offline junto.
Solana evita repetir sua interrupção de rede de 2024
O resultado contrasta com o reinício da rede em fevereiro de 2024 após a parada na produção de blocos. Os validadores precisaram de um reinício coordenado durante aquele incidente, e a Solana permaneceu offline por quase cinco horas. A falha de infraestrutura de 12 de agosto não exigiu um reinício da mainnet.
Desde então, a Solana buscou maior resiliência por meio de software de validador independente. Em cobertura relacionada, Firedancer começou a produzir blocos na mainnet da Solana em 2026, adicionando outro caminho de cliente validador ao lado do ecossistema dominante Agave.
A interrupção mais recente testou um tipo diferente de descentralização: hospedagem física e conectividade de rede, em vez de software de validador. A Solana continuou processando transações, mas a concentração de stake por trás de infraestrutura comum permitiu que uma falha de provedor removesse uma grande parcela do stake de votação de uma só vez.
O que acontece a seguir
A correção imediata de configuração da Teraswitch já foi implantada, mas sua investigação não terminou. O provedor ainda está examinando por que a rota padrão de Miami foi anunciada com atributos incorretos e acionou seu fornecedor de hardware. Um relatório completo é esperado assim que esse trabalho for concluído.
Os operadores de validadores também provavelmente enfrentarão um escrutínio mais rigoroso sobre redundância de infraestrutura. A Marinade disse que planeja revisar os limites de concentração por sistema autônomo e data center e fornecer mais transparência em torno dos arranjos automáticos de failover. Para a Solana, o próximo teste é se essas mudanças de infraestrutura reduzem a parcela de stake exposta a qualquer falha de roteamento única.
