@Walrus 🦭/acc As pessoas continuam perguntando por que os dados nunca são "excluídos" no Walrus, e a pergunta geralmente contém sua própria armadilha. Em produtos do dia a dia, excluir costuma significar que uma única autoridade aciona uma chave e o arquivo desaparece. O Walrus foi construído para um mundo onde não existe uma única autoridade, então "excluir" precisa significar algo mais restrito: a rede deixa de garantir a disponibilidade, e o ledger compartilhado mostra essa mudança de status.
O armazenamento Walrus é explicitamente limitado no tempo. Quando você armazena um blob, escolhe por quantos períodos ele deve permanecer disponível, e pode estender esse período posteriormente. Os períodos diferem conforme a rede — cerca de um dia na Testnet e cerca de duas semanas na Mainnet —, então o modelo mental natural é o de disponibilidade pré-paga com renovações, e não o de armazenamento permanente. Os blobs são vinculados a objetos na blockchain Sui, o que permite que contratos inteligentes verifiquem se algo está disponível e por quanto tempo.
A exclusão existe dentro desse modelo. Um blob pode ser criado como exclusível, e o proprietário do objeto blob correspondente pode excluí-lo antes do vencimento para recuperar e reutilizar o recurso de armazenamento reservado para o período restante. Quando isso acontece, o Walrus emite um evento de exclusão, o que é importante porque outros sistemas podem verificar a exclusão em vez de confiar apenas em uma captura de tela ou em uma promessa. A exclusão é uma transição de estado auditável, e não um trabalho silencioso de limpeza.
Então por que as pessoas ainda dizem que 'nunca é excluído'? Porque o Walrus é claro sobre o que não pode prometer. Os blobs são públicos e descobríveis, e os documentos advertem que o comando de exclusão não exclui cópias em cache, fragmentos mantidos por nós de armazenamento do passado ou qualquer coisa que um usuário possa ter baixado antes da exclusão. Uma vez que um arquivo foi recuperável, você precisa assumir que ele já pode existir fora do controle do protocolo.
O endereçamento por conteúdo adiciona outra complicação. O ID do blob é derivado do conteúdo do blob, o que é ótimo para integridade e deduplicação, mas significa que conteúdo idêntico corresponde ao mesmo identificador. Se duas pessoas armazenarem os mesmos bytes, a exclusão de uma pessoa não pode apagar com segurança pedaços codificados compartilhados sem quebrar a disponibilidade paga pela outra pessoa. Até mesmo o cliente se inclina nisso, ignorando reenvios quando o conteúdo já está armazenado há tempo suficiente.
Há também uma razão de incentivo que torna a 'exclusão definitiva' culturalmente suspeita. O Walrus publica um certificado on-chain de prova de disponibilidade assim que os nós confirmam que possuem as partes codificadas, e esse certificado sinaliza um compromisso de manter os dados disponíveis através dos períodos especificados, mesmo com a rotação de comitês. O ponto é que os autores podem ficar offline e ainda confiar que a rede servirá leituras posteriormente; se os nós pudessem remover silenciosamente antes do tempo, o mercado tornar-se-ia impossível de precificar e fácil de manipular.
A razão pela qual essa conversa está em todo lugar agora é parcialmente por coincidência de tempo e parcialmente por pressão. O Walrus entrou na mainnet em 2025 com a promessa de 'armazenamento programável', e isso aconteceu exatamente quando as pessoas começaram a tratar conjuntos de dados de IA e arquivos de modelos como ativos sérios que precisam de um histórico claro. Ao mesmo tempo, reguladores estão pressionando mais sobre o que significa manter ou remover dados pessoais em sistemas públicos. Então, durabilidade — normalmente um ponto de orgulho — de repente deixa as pessoas nervosas, e a exclusão torna-se a pergunta incômoda que ninguém pode ignorar.
Se você está usando o Walrus, a postura prática é simples. Não faça upload de nada que você não se sentiria confortável em ver copiado. Trate a exclusão como a revogação da garantia de disponibilidade do protocolo e o liberação do armazenamento reservado, e não como uma obliteração física garantida. Se você precisar de privacidade, encripte antes do upload e gerencie as chaves separadamente; se precisar de conformidade, mantenha dados pessoais fora do blob e armazene referências ou cargas encriptadas com rotação cuidadosa de chaves.
A lição mais profunda é tão psicológica quanto técnica. Sistemas como Walrus tornam a permanência explícita, e isso pode ser desconcertante porque força planejamento e contenção. Mas também pode ser esclarecedor. Em vez de fingir que a exclusão é absoluta, o Walrus nos pede para sermos honestos sobre quem ainda pode manter uma cópia, e projetar com essa verdade incômoda em mente.