A AWS sofreu uma falha em toda a região. Dezenas de milhares de aplicativos - Venmo, Reddit, Zoom, Roblox e até mesmo os próprios serviços da Amazon ficaram escuros. Mas alguns não o fizeram porque correram em @WalrusProtocol, via @SuiNetwork. Vamos desvendar o porquê [Série de pesquisa]↓
A interrupção da AWS foi rastreada até US-EAST-1, a região que alimenta silenciosamente metade da Internet. Quando falhou, as camadas de DNS e API entraram em colapso, criando uma cascata de tempo de inatividade. Mesmo aplicativos com "backups" ficaram escuros porque seus backups residiam na mesma região.
Então, o que a enorme interrupção da AWS revela sobre a internet? Que um único fracasso na Virgínia não deveria silenciar um planeta e, no entanto, silenciou. E construímos uma teia global em uma espinha local e confundimos tamanho com estabilidade.
Mas esse fracasso não era novo. É o mesmo padrão todas as vezes: centralização + conveniência → fragilidade. Um provedor, uma região, uma API. Basta um único ponto de estrangulamento para a web piscar.
Por que isso importa? Na AWS ou no Google Cloud: - Você confia no painel deles quando diz "armazenado com sucesso". - Se a região falhar, você não poderá provar de forma independente quais dados ainda existem. Em Morsa: - A prova é pública e descentralizada. - Mesmo que alguns nós falhem, o recibo permite confirmar quais fragmentos permanecem e onde. Walrus substitui a confiança pela verificação.
Walrus 🦭/acc
Walrus 🦭/acc26 de jun. de 2025
Most builders don’t think about storage — until it breaks, gets censored, or costs a fortune. That’s why decentralized storage matters. Watch this video to hear why @tuskytools, @plumenetwork, @atoma_network, and @talusnetwork chose Walrus for storage.
Outra diferença: - A AWS pressupõe o tempo de atividade: Ele cria eficiência e escala, esperando que as falhas sejam exceções raras que podem ser corrigidas ou redirecionadas. - @WalrusProtocol pressupõe falha: Ele é construído sob a expectativa de que os nós falhem - portanto, a sobrevivência do sistema não depende de nenhum nó, região ou provedor único.
A morsa é o que chamamos de design antifrágil: um sistema que não quebra quando partes dele quebram. E é por isso que, durante uma interrupção da AWS, os aplicativos baseados em Walrus continuaram em execução - não porque tenham sorte, mas porque o sistema não depende de nenhuma peça para sobreviver.
Stacy Muur
Stacy Muur23 de jul. de 2025
Think of it like this: Sui = execution + payments Walrus = storage + retrieval Both composable. Store files → attach coins → earn yield → auto-pay for long-term retention. The infrastructure is programmable end-to-end.
Sobreviver ao fracasso é metade da história. A outra metade é saber e mostrar que seus dados nunca desapareceram em primeiro lugar. Porque Walrus é uma continuidade verificável, o oposto de "acredite em nossa palavra". Você pode provar não apenas que armazenou dados, mas onde eles residem, como são replicados e que permanecem recuperáveis. Isso é algo que nenhum provedor com destino regional pode prometer.
O evento da AWS reafirmou uma verdade maior: A descentralização não é mais sobre ideologia; é sobre sobrevivência. Os sistemas centralizados falham juntos. Os distribuídos degradam-se normalmente porque a falha é assíncrona. Se um nó, zona ou cluster falhar, o restante continuará funcionando. O desempenho pode cair um pouco, mas o sistema não entra em colapso e morre.
A interrupção da AWS deixou uma coisa clara de que a "nuvem" não é o céu, é o data center de outra pessoa na Virgínia. Morsa espalha esse céu pelo mundo; verificável, sem permissão, recuperável. Quando a web ficou escura, Walrus não piscou porque a resiliência era a premissa.
6,95K