Ao mencionar Walrus, a reação de muitas pessoas é imediatamente pensar em encaixá-lo na categoria de "armazenamento descentralizado". Mas para realmente compreendê-lo, é preciso analisar o documento de design, entender como ele lida com consistência, mecanismos de confirmação e a estrutura Blob — ao examinar cuidadosamente, você perceberá uma coisa interessante: o Walrus não se importa se você armazena imagens, vídeos ou textos. O que realmente importa para ele é — esses dados representam o estado de algum sistema. Isso é fundamental.

**Diferenças entre armazenamento tradicional e a abordagem do Walrus**

Os sistemas de armazenamento tradicionais precisam resolver três questões: é possível armazenar? É possível recuperar? É barato?

A lógica do Walrus é completamente diferente, ele lida com outras três questões: os dados podem ser verificados? A escrita é irreversível? Eles fazem parte do estado do sistema?

Exemplo específico: você faz upload de um arquivo para algum armazenamento na nuvem, ninguém sabe quando você modificou, deletou ou substituiu. Mas, uma vez que o Blob do Walrus é confirmado, ele se torna um fato histórico, impossível de alterar. Isso faz do Walrus mais parecido com uma "camada de log de estado", e não com um disco rígido tradicional.

Do ponto de vista do design de arquitetura, ele se aproxima mais de uma combinação de banco de dados + sistema de consenso + rede de códigos de correção de erros, do que a lógica do IPFS.

**Por que dizer que ele é mais como uma máquina de estados do que um disco rígido**

O Walrus não é uma simples cópia de dados — ele usa códigos de correção de erros para dividir um Blob em múltiplas partes, dispersas pelos nós da rede. Por exemplo, um dado de 1GB pode ser codificado em 20 fragmentos, sendo que apenas uma parte deles é suficiente para recuperar o dado completo. Essa abordagem essencialmente constrói um sistema de registro de estado distribuído, e não uma rede de armazenamento de arquivos tradicional.