Quando penso allo storage decentralizzato, non lo vedo più come un singolo problema. I diversi sistemi stanno risolvendo esigenze molto diverse. $FIL Filecoin è ottimo per i mercati di archiviazione a lungo termine, $AR Arweave si concentra sui dati permanenti, e Walrus sembra risolvere un problema più a livello di applicazione.
Ciò che rende interessante Walrus è quanto sia strettamente legato all'esecuzione. Costruito su Sui, Walrus è progettato per lavorare accanto a applicazioni che sono effettivamente in esecuzione e in evoluzione, non semplicemente per archiviare file statici per sempre. Questo cambia completamente i requisiti di archiviazione.
Le applicazioni non hanno solo bisogno che i dati siano preservati. Hanno bisogno che i dati possano essere aggiornati, riferiti e recuperati in modo efficiente man mano che cambia lo stato dell'applicazione. È qui che Walrus si distingue dai network di archiviazione che si concentrano principalmente sull'archiviazione o sulla permanenza. Si tratta meno di "archivia una volta e dimentica" e più di "archivia come parte di un sistema attivo."
Il modello basato sugli oggetti di Sui gioca un ruolo importante in questo. I riferimenti all'archiviazione possono spostarsi e aggiornarsi senza dover passare attraverso un pesante consenso globale. Walrus si avvale di questo design invece di combatterlo, rendendo l'archiviazione decentralizzata più simile a un'infrastruttura e meno a un servizio esterno.
Non vedo Walrus in competizione diretta con Filecoin o Arweave. Risolvono problemi diversi. Walrus sembra posizionato per il momento in cui le applicazioni Web3 cresceranno oltre gli esperimenti e avranno bisogno di uno storage che scalino insieme all'esecuzione, non separatamente da essa.
@Walrus 🦭/acc $WAL #walrus #Sui
