Quando a AWS faz uma blockchain avariar
No dia 7 de janeiro de 2025, uma interrupção de serviço na Amazon Web Services provocou um disfuncionamento em cascata na Base. Os utilizadores da plataforma constataram que as suas carteiras apresentavam um saldo de zero, uma situação que gerou imediatamente uma onda de pânico nas redes sociais. Os fundos não tinham desaparecido, mas a impossibilidade de lhes aceder foi suficiente para alimentar a inquietação.
A Base comunicou rapidamente para tranquilizar a sua comunidade, precisando que nenhuma perda de fundos era de lamentar. O problema provinha de um erro de apresentação relacionado com a infraestrutura de leitura dos dados da blockchain, dependente dos serviços cloud da AWS. As transações on-chain permaneceram intactas, mas o acesso através das interfaces de utilizador estava comprometido.
Esta situação põe em evidência uma falha fundamental: mesmo que a blockchain em si funcione de forma descentralizada, as camadas de acesso, as API e as interfaces de utilizador baseiam-se frequentemente em infraestruturas centralizadas como a AWS, Google Cloud ou Azure. Quando estes serviços falham, a experiência do utilizador desmorona com eles.
Invista em crypto numa plataforma segura 👇
A descentralização crypto, um mito confortável ?
O incidente Base-AWS não é isolado. Muitos protocolos DeFi, exchanges descentralizadas e projetos Web3 utilizam serviços cloud centralizados para alojar os seus frontends, os seus nós RPC ou os seus sistemas de indexação. Esta dependência cria um ponto de falha único, em contradição direta com os princípios fundadores da blockchain.
O próprio Ethereum não escapa a esta crítica. Segundo certas análises, uma parte significativa dos nós Ethereum funciona na AWS. Uma avaria major poderia teoricamente comprometer a capacidade da rede para produzir novos blocos ou validar transações. A concentração geográfica e técnica dos validadores também levanta questões em termos de resistência.
As layer-2 como a Base, Arbitrum ou Optimism amplificam este problema. Dependem de infraestruturas off-chain para agregar as transações antes de as publicar no Ethereum. Se estas infraestruturas se baseiam em fornecedores cloud centralizados, a promessa de descentralização torna-se largamente teórica para o utilizador final.
Que soluções para reforçar a resistência do Web3 ?
Face a este diagnóstico, surgem várias pistas. A primeira consiste em diversificar os fornecedores de infraestrutura. Em vez de concentrar os serviços na AWS, os projetos poderiam repartir os seus nós e frontends entre vários providers, incluindo soluções descentralizadas como o IPFS para o alojamento de conteúdos ou redes de nós distribuídos.
As soluções de armazenamento descentralizado como Arweave ou Filecoin oferecem alternativas credíveis para alojar as interfaces de utilizador. Vários projetos DeFi começam aliás a duplicar os seus frontends nestas redes, garantindo um acesso contínuo mesmo em caso de falha dos serviços tradicionais.
A multiplicação dos pontos de acesso RPC representa igualmente uma prioridade. Serviços como Infura ou Alchemy, embora práticos, criam estrangulamentos. Encorajar os utilizadores a fazer funcionar os seus próprios nós ou a utilizar agregadores RPC descentralizados melhoraria a resistência global do sistema. A avaria da AWS na Base terá pelo menos tido o mérito de recordar uma verdade incómoda: o Web3 continua ainda largamente dependente do Web2.
Sobre o mesmo assunto :
