Tras haber examinado detenidamente el diseño técnico de Walrus, siento que es necesario entenderlo dentro del contexto del panorama completo de la infraestructura Web3. El valor real de los proyectos de infraestructura no radica tanto en cuán completas son sus funciones, sino en qué papel desempeñan en el sistema. La idea de diseño de Walrus, en esencia, es tener una comprensión clara de este papel.

La infraestructura del ecosistema Web3 se puede dividir en varias partes: capa de consenso y ejecución, capa de disponibilidad de datos, capa de almacenamiento y distribución, y servicios de middleware para las aplicaciones. Cada proyecto tiene diferentes enfoques y responsabilidades, por lo que naturalmente varía en sus funciones. Walrus, por ejemplo, no es ni una capa de consenso ni una capa de ejecución, y no maneja directamente el orden de las transacciones o los cambios de estado. Lo que hace, es actuar entre la disponibilidad de datos y el almacenamiento de aplicaciones.

Desde el punto de vista funcional, Walrus no es una capa de disponibilidad de datos pura, ni un sistema de almacenamiento de archivos tradicional. La capa de disponibilidad de datos se preocupa por si los datos de las transacciones pueden ser accedidos y verificados por los participantes de la red, para garantizar que la ejecución en la cadena no tenga errores; los sistemas de almacenamiento de archivos, en cambio, se centran en cómo se almacenan los datos y cómo se distribuyen rápidamente. La posición de Walrus está en el medio — necesita resolver tanto el problema de la disponibilidad de datos de las aplicaciones como la eficiencia del almacenamiento, en pocas palabras, es un sistema combinado.

La aparición de este tipo de posicionamiento no es al azar, sino que está muy relacionado con los cambios en las propias aplicaciones Web3. Cuando la forma de las aplicaciones evoluciona desde protocolos financieros puros hacia contenidos, redes sociales y otros ámbitos, las demandas de datos también cambian…