Al mencionar Walrus, la primera reacción de muchas personas es pensar en incluirlo en la categoría de "almacenamiento descentralizado". Pero para entenderlo realmente, hay que revisar la documentación de diseño, analizar cómo maneja la consistencia, los mecanismos de confirmación y la estructura Blob — al observarlo detenidamente, se descubre algo interesante: Walrus en realidad no le importa si lo que almacenaste son imágenes, videos o textos. Lo que realmente le importa es — que estos datos sean el estado de algún sistema. Esto es muy importante.

**Diferencias entre el almacenamiento tradicional y el enfoque de Walrus**

Los sistemas de almacenamiento tradicionales deben resolver tres problemas: ¿Se puede almacenar? ¿Se puede recuperar? ¿Es barato?

La lógica de Walrus es completamente diferente; trata otros tres problemas: ¿Los datos son verificables? ¿La escritura es irreversible? ¿Forma parte del estado del sistema?

Ejemplo concreto: subes un archivo a algún almacenamiento en la nube, nadie sabe cuándo lo modificaste, eliminaste o reemplazaste. Pero una vez que el Blob de Walrus se confirma, se convierte en un hecho histórico, inmutable. Esto hace que Walrus sea más parecido a una "capa de registro de estado" que a un disco duro tradicional.

Desde el punto de vista del diseño arquitectónico, se asemeja más a una combinación de base de datos + sistema de consenso + red de códigos de corrección de errores, en lugar de la lógica de IPFS.

**Por qué se dice que es como una máquina de estados en lugar de un disco duro**

Walrus no es simplemente una copia de datos — utiliza códigos de corrección de errores para dividir un Blob en múltiples fragmentos, dispersándolos en nodos de la red. Por ejemplo, un dato de 1GB puede codificarse en 20 fragmentos, y solo una parte de ellos es suficiente para recuperar los datos completos. Este diseño esencialmente construye un sistema de registro de estado distribuido, en lugar de una red de almacenamiento de archivos tradicional.