A AWS sofreu uma falha em toda a região. Dezenas de milhares de aplicativos - Venmo, Reddit, Zoom, Roblox, até mesmo os próprios serviços da Amazon ficaram fora do ar. Mas alguns não ficaram, porque funcionavam no @WalrusProtocol, via @SuiNetwork. Vamos analisar o porquê [Série de pesquisa]↓
A falha da AWS foi rastreada para US-EAST-1, a região que silenciosamente alimenta metade da internet. Quando falhou, as camadas de DNS e API colapsaram, criando uma cascata de inatividade. Até mesmo aplicativos com "backups" ficaram fora do ar porque seus backups estavam na mesma região.
Então, o que a enorme falha da AWS revela sobre a internet? Que uma única falha na Virgínia não deveria silenciar um planeta e, no entanto, silenciou. E construímos uma teia global sobre uma espinha local e confundimos tamanho com estabilidade.
Mas esta falha não era nova. É o mesmo padrão todas as vezes: centralização + conveniência → fragilidade. Um fornecedor, uma região, uma API. Tudo o que é necessário é um único ponto de estrangulamento para a web piscar.
Por que isso é importante? Na AWS ou Google Cloud: - Você confia no painel deles quando diz "armazenado com sucesso." - Se a região deles falhar, você não pode provar de forma independente quais dados ainda existem. No Walrus: - A prova é pública e descentralizada. - Mesmo que alguns nós falhem, o recibo permite que você confirme quais fragmentos permanecem e onde. Walrus substitui a confiança por verificação.
Walrus 🦭/acc
Walrus 🦭/acc26/06/2025
A maioria dos construtores não pensa em armazenamento – até que ele quebre, seja censurado ou custe uma fortuna. É por isso que o armazenamento descentralizado é importante. Assista a este vídeo para saber por que @tuskytools, @plumenetwork, @atoma_network e @talusnetwork escolheram a Walrus para armazenamento.
Outra diferença: - AWS assume tempo de atividade: É construída para eficiência e escala, esperando que falhas sejam exceções raras que podem ser corrigidas ou redirecionadas. - @WalrusProtocol assume falha: É construída sob a expectativa de que os nós falharão - portanto, a sobrevivência do sistema não depende de nenhum único nó, região ou provedor.
Walrus é o que chamamos de design antifrágil: um sistema que não quebra quando partes dele quebram. E é por isso que durante uma falha da AWS, as aplicações baseadas em Walrus continuaram a funcionar - não porque têm sorte, mas porque o sistema não depende de nenhuma peça única para sobreviver.
Stacy Muur
Stacy Muur23/07/2025
Pense assim: Sui = execução + pagamentos Walrus = armazenamento + recuperação Ambos compostos. Armazene arquivos → anexe moedas → ganhe rendimento → pague automaticamente pela retenção a longo prazo. A infraestrutura é programável de ponta a ponta.
Sobreviver ao fracasso é metade da história. A outra metade é saber e mostrar que os seus dados nunca desapareceram em primeiro lugar. Porque o Walrus é continuidade verificável, o oposto de "tome a nossa palavra por isso". Você pode provar não apenas que armazenou dados, mas onde eles estão, como são replicados e que permanecem recuperáveis. Isso é algo que nenhum provedor limitado por região pode prometer.
O evento da AWS reafirmou uma verdade maior: A descentralização não é mais sobre ideologia; é sobre sobrevivência. Sistemas centralizados falham juntos. Os distribuídos degradam-se de forma graciosa porque a falha é assíncrona. Se um nó, zona ou cluster falhar, o resto continua a funcionar. O desempenho pode cair ligeiramente, mas o sistema não colapsa e morre.
A falha da AWS deixou uma coisa clara: o "nuvem" não é o céu, é o centro de dados de outra pessoa na Virgínia. O Walrus espalha esse céu pelo mundo; verificável, sem permissão, recuperável. Quando a web ficou escura, o Walrus não piscou porque a resiliência era o pressuposto.
7,03K