Lorsqu'on évoque Walrus, la première réaction de beaucoup est de le considérer comme un "stockage décentralisé". Mais pour le comprendre réellement, il faut examiner la documentation de conception, réfléchir à la façon dont il gère la cohérence, les mécanismes de confirmation, la structure Blob — en y regardant de plus près, on découvre une chose intéressante : Walrus ne se soucie pas du tout que vous stockiez des images, des vidéos ou du texte. Ce qui l'intéresse vraiment, c'est — cette donnée représente-t-elle l'état d'un système ? Ce point est crucial.

**Différences entre stockage traditionnel et la philosophie de Walrus**

Les systèmes de stockage traditionnels doivent répondre à trois questions : Peut-on stocker ? Peut-on récupérer ? Est-ce bon marché ?

La logique de Walrus est totalement différente, il traite d’autres questions : Les données sont-elles vérifiables ? L’écriture est-elle irréversible ? Fait-elle partie de l’état du système ?

Exemple concret : vous téléchargez un fichier sur un cloud, personne ne sait quand vous l’avez modifié, supprimé ou remplacé. Mais une fois que le Blob de Walrus est confirmé, il devient un fait historique, impossible à falsifier. Cela rend Walrus plus semblable à une "couche de journal d’état", plutôt qu’à un disque dur traditionnel.

D’un point de vue architecture, il ressemble davantage à une combinaison de base de données + système de consensus + réseau de codes de correction d’erreurs, plutôt qu’à la logique d’IPFS.

**Pourquoi dit-on qu’il ressemble à une machine d’état plutôt qu’à un disque dur**

Walrus n’est pas un simple clonage de données — il utilise des codes de correction d’erreurs pour diviser un Blob en plusieurs fragments, dispersés sur des nœuds du réseau. Par exemple, 1 Go de données peut être encodé en 20 fragments, et il suffit d’une partie pour restaurer l’intégralité des données. Cette conception construit essentiellement un système d’enregistrement d’état distribué, plutôt qu’un réseau de stockage de fichiers traditionnel.