Wenn ich über dezentrale Speicherung nachdenke, sehe ich sie nicht mehr als ein einziges Problem. Verschiedene Systeme lösen ganz unterschiedliche Bedürfnisse. $FIL Filecoin ist hervorragend für Märkte mit Langzeit-Speicherung, $AR Arweave konzentriert sich auf permanente Daten, und Walrus scheint ein eher anwendungsorientiertes Problem zu lösen.
Was Walrus interessant macht, ist die enge Verbindung mit der Ausführung. Auf Sui aufgebaut, ist Walrus so gestaltet, dass er zusammen mit Anwendungen arbeitet, die tatsächlich laufen und sich weiterentwickeln, nicht nur statische Dateien für immer speichern. Das verändert die Speicheranforderungen völlig.
Anwendungen brauchen nicht nur Daten, die erhalten bleiben. Sie brauchen Daten, die aktualisiert, referenziert und effizient abgerufen werden können, während sich der Anwendungsstatus ändert. Genau hier unterscheidet sich Walrus von Speicher-Netzwerken, die hauptsächlich auf Archivierung oder Dauerhaftigkeit optimiert sind. Es geht weniger um „einmal speichern und vergessen“ und mehr um „als Teil eines aktiven Systems speichern“.
Das objektorientierte Modell von Sui spielt hier eine große Rolle. Speicherreferenzen können sich bewegen und aktualisieren, ohne dass alles durch eine schwere globale Konsensmechanik laufen muss. Walrus nutzt genau dieses Design statt dagegen anzukämpfen, was dezentrale Speicherung eher wie Infrastruktur und weniger wie einen externen Dienst erscheinen lässt.
Ich sehe Walrus nicht direkt mit Filecoin oder Arweave im Wettbewerb. Sie lösen unterschiedliche Probleme. Walrus scheint genau für den Moment positioniert, in dem Web3-Anwendungen über Experimente hinauswachsen und Speicher benötigen, der sich mit der Ausführung entwickelt, nicht getrennt davon.
@Walrus 🦭/acc $WAL #walrus #Sui
