Falha de roteamento quase leva a Solana mainnet ao limite de paralisação

Segundo a CoinDesk, a mainnet da Solana chegou a ficar momentaneamente próxima de perder a finalidade das transações nesta semana. Uma falha de roteamento do provedor de infraestrutura Teraswitch tirou do ar cerca de 28,83% do SOL em staking. A rede não chegou a parar e continuou produzindo blocos, mas o episódio voltou a evidenciar a dependência dos validadores de um grupo restrito de provedores. Pelas regras operacionais da Solana, se a parcela de staking offline superar 33,34%, a rede deixa de finalizar transações. A Marinade Finance estima que o incidente alcançou 86% desse limite, restando cerca de 20 milhões de SOL para acionar uma paralisação completa. Aproximadamente 90 validadores foram impactados, com indisponibilidade de cerca de 33 minutos. As recompensas não recebidas pelos validadores afetados somaram aproximadamente 333 SOL e devem ser cobertas via staking de validadores ao fim deste epoch. O problema atingiu múltiplos nós na Europa e na Ásia e teve origem nos edge routers da Teraswitch. Em alguns sites europeus e asiáticos, um caminho roteado incorretamente foi tratado como rota padrão local, recebendo prioridade sobre o caminho correto. Já a infraestrutura central considerou essa rota inválida, levando 12 sites a perderem caminhos válidos de encaminhamento. Entre as localidades afetadas estão Londres, Amsterdã, Dublin, Frankfurt, Singapura e Tóquio. Não houve interrupções semelhantes na América do Norte. A Teraswitch informou que identificou o problema cerca de 10 minutos depois e que o tráfego foi restabelecido por volta de 04:16:15 UTC, embora o nó de Miami tenha permanecido temporariamente desconectado do backbone durante a investigação. A Marinade aponta que a concentração de staking amplificou o risco. A AS20326 concentra 118,89 milhões de SOL, mais de um quarto do total em staking. No momento do incidente, cerca de 94% desse montante ficou offline ao mesmo tempo, fator decisivo para a rápida escalada do risco. Além disso, aproximadamente 14,1 milhões de SOL estavam offline em ambientes ligados a Latitude.sh, Limestone, Butterfly Research e Allnodes. A Marinade disse que os dados atuais não permitem concluir se as quedas têm uma dependência comum ou se foram apenas coincidência de timing. A análise também identificou que 59 validadores, com 80,2 milhões de SOL no total, retornaram quase na mesma janela de recuperação em Amsterdã, Frankfurt e Tóquio. Esses validadores aparentemente não acionaram failover automático e só retomaram o serviço após a reconvergência das rotas. Dos 74 validadores mensuráveis pela Marinade, apenas três se recuperaram via arranjos redundantes: Laine, Cogent Crypto e Lion3d. A Marinade reconheceu ainda que seu próprio programa de delegação tem concentração: quatro ASNs respondem por dois terços do staking delegado, e a AS395201 sozinha representa 36,94%. A mainnet seguiu operando, enquanto a testnet foi interrompida temporariamente. Jacob Creech, vice-presidente de Tecnologia da Solana Foundation, afirmou que, entre 699 validadores em staking, 597 continuaram votando, cerca de seis sétimos do total. Os validadores afetados se recuperaram em até 40 minutos, e os validadores do programa planejado de delegação da Fundação não foram impactados. A Anza acrescentou que, no mesmo episódio, a Solana Devnet chegou a parar temporariamente, mas se recuperou automaticamente após a correção do roteamento. Como a Devnet roda o mesmo software da mainnet, parte dos desenvolvedores vê o evento como sinal de maior resiliência em relação a ocorrências anteriores. A última queda completa da Solana mainnet ocorreu em fevereiro de 2024, quando a rede levou quase cinco horas para reiniciar. Apesar de o episódio atual não ter causado uma indisponibilidade total, reforça que, enquanto a infraestrutura permanecer excessivamente centralizada, falhas locais de roteamento podem evoluir rapidamente para riscos sistêmicos. Informação adicional: a Pyth também foi afetada. Como a Teraswitch hospedava dois dos quatro nós de NATS, a perda desses nós fez o NATS perder temporariamente o quórum, deixando indisponível o serviço Router que depende dele. A Pyth informou que vai acelerar a adoção de novos provedores de infraestrutura e distribuir serviços críticos entre domínios de falha independentes.