Zdecentralizowane przechowywanie przeszło przez kilka cichych reinwencji, nawet jeśli większość ludzi wciąż mówi o tym jako o jednej kategorii.
Wczesne projekty koncentrowały się na prostym obietnicy. Umieścić dane w miejscu, które nie jest kontrolowane przez jedną stronę. Replikować je szeroko. Płacić ludziom, aby je utrzymali. Przez długi czas to wystarczało.
Wtedy blockchainy zmieniły problem.
Dane przestały być tylko treścią. Stały się dowodem.
Partie rollup, dowody, stan historyczny, zapisy zarządzania, ścieżki audytu. Te dane nie są przechowywane, aby ktoś mógł je pobrać później dla wygody. Są przechowywane, aby systemy mogły być weryfikowane, kwestionowane i ufane latami po tym, jak wykonanie zostało zakończone.
Walrus i token WAL istnieją, ponieważ projekt zdecentralizowanego przechowywania musiał ewoluować, aby sprostać tej rzeczywistości.
Od przechowywania plików do infrastruktury weryfikacyjnej
Tradycyjne zdecentralizowane sieci przechowywania zostały zbudowane wokół plików.
Zakładają:
Pobieranie jest okazjonalne
Opóźnienie jest akceptowalne
Replikacja równa się niezawodności
Weryfikacja jest drugorzędna w stosunku do dostępu
Ten model dobrze działa dla mediów, dokumentów i kopii zapasowych. Zawodzi, gdy dane są częścią modelu bezpieczeństwa.
Dane blockchain muszą być:
Dostępne w znanych oknach czasowych
Dowodowo dostępne w sieci
Odporny na selektywne wstrzymywanie
Weryfikowalne bez zaufania do małej grupy operatorów
Ta zmiana przekształca przechowywanie w infrastrukturę, a nie usługę. Walrus jest zaprojektowany do tej drugiej roli.
Dlaczego replikacja już nie wystarczała
Replikacja była domyślną odpowiedzią na wczesne zdecentralizowane przechowywanie.
Kopiuj dane wiele razy.
Rozprzestrzeniaj to po węzłach.
Miejmy nadzieję, że wystarczająco dużo kopii pozostanie online.
Na małą skalę, to wydaje się bezpieczne. Na dużą skalę tworzy to powolną presję na centralizację. Dane rosną w nieskończoność. Koszty przechowywania się kumulują. Z biegiem czasu tylko operatorzy z znacznymi zasobami mogą sobie pozwolić na przechowywanie pełnych replik.
Nic nie zawodzi dramatycznie. Uczestnictwo po prostu się zawęża.
Nowoczesny projekt zdecentralizowanego przechowywania musiał odejść od duplikacji w kierunku wspólnej odpowiedzialności. W tym miejscu wchodzi kodowanie erasure, a WAL staje się niezbędny.
Kodowanie erasure jako punkt zwrotny w projekcie
Kodowanie erasure zmienia kształt odpowiedzialności za przechowywanie.
Dane są dzielone na fragmenty.
Tylko podzbiór jest wymagany do rekonstrukcji.
Żaden pojedynczy węzeł nie musi przechowywać wszystkiego.
Dostępność przetrwa częściową awarię z założenia.
To nie jest tylko techniczne ulepszenie. To ekonomiczne. Utrzymuje wymagania na węzeł na wystarczająco niskim poziomie, aby uczestnictwo pozostało realistyczne w miarę wzrostu danych.
WAL zabezpiecza ten model, nagradzając węzły za niezawodne przechowywanie i serwowanie ich przypisanych fragmentów, a nie za gromadzenie ogromnych zasobów przechowywania.
Ta różnica jest kluczowa dla tego, jak ewoluował projekt zdecentralizowanego przechowywania.
Usunięcie wykonania z warstwy przechowywania
Inna poważna zmiana w projekcie przechowywania to rozdzielenie od wykonania.
Kiedy systemy przechowywania wykonują transakcje lub utrzymują ewoluujący stan, dziedziczą złożoność:
Stan rośnie z biegiem czasu
Weryfikacja staje się trudniejsza
Wymagania węzłów rosną w górę
Zachęty dryfują, aby subsydiować złożoność
Walrus unika tego całkowicie.
Nie wykonuje transakcji.
Nie śledzi sald.
Nie utrzymuje stanu aplikacji.
Dane są publikowane, sprawdzane pod kątem dostępności i pozostawiane w spokoju. To utrzymuje projekt przechowywania stabilnym przez lata, zamiast ciągle rozszerzać jego zakres. WAL korzysta z tej powściągliwości, ponieważ zachęty pozostają skoncentrowane i przewidywalne.
Zachęty mają większe znaczenie niż funkcje
Jedną z lekcji wyciągniętych z wczesnych sieci przechowywania jest to, że funkcje nie gwarantują niezawodności.
Ekonomia działa.
Jeśli zachęty nagradzają skalę, sieci się centralizują.
Jeśli zachęty zależą od hype'u, niezawodność zanika, gdy uwaga przenosi się gdzie indziej.
Jeśli zachęty rosną wraz z złożonością, koszty spirali.
WAL jest zaprojektowany wokół węższego celu. Nagradzaj dostępność w czasie. Nagradzaj spójność w stosunku do pojemności. Nagradzaj uczestnictwo w spokojnych okresach, a nie tylko w okresach szczytowych.
To odzwierciedla bardziej dojrzałe zrozumienie tego, co rzeczywiście potrzebuje zdecentralizowane przechowywanie, aby przetrwać na dłuższą metę.
Projekt przechowywania na długie horyzonty czasowe
Największa ewolucja w projekcie zdecentralizowanego przechowywania to horyzont czasowy.
Wczesne systemy były optymalizowane na miesiące.
Nowoczesna infrastruktura blockchain musi optymalizować na lata.
Dane nie znikają, gdy rynki się ochładzają.
Weryfikacja nie zatrzymuje się, gdy wzrost zwalnia.
Historia ma znaczenie długo po tym, jak ekscytacja ustępuje.
Walrus jest zbudowany na ten etap. Część cyklu życia, w której infrastruktura nie jest już subsydiowana przez optymizm i musi opierać się na własnej ekonomii.
Dlatego Walrus wydaje się niedostatecznie złożony w porównaniu do produktów przechowywania skoncentrowanych na funkcjach lub doświadczeniu użytkownika. Jego sukces mierzy się tym, czy działa, gdy nikt nie zwraca na to uwagi.
Co ta ewolucja umożliwia
W miarę jak projekt przechowywania dojrzewa, odblokowuje nowe rodzaje aplikacji:
Długoterminowe systemy na łańcuchu
Rollupy, które zależą od dostępności zewnętrznych danych
Aplikacje, które wymagają weryfikowalnej historii
Protokoły, które muszą przetrwać wiele cykli rynkowych
Te systemy są tylko wykonalne, gdy przechowywanie zachowuje się jak infrastruktura, a nie usługa na zasadzie najlepszych starań.
WAL istnieje, aby wspierać tę zmianę.
Ostateczna konkluzja
Ewolucja projektu zdecentralizowanego przechowywania odzwierciedla ewolucję samych blockchainów.
Od wygody do weryfikacji.
Od replikacji do wspólnej odpowiedzialności.
Od krótkoterminowych zachęt do długoterminowej ekonomii.
Walrus WAL znajduje się w tym punkcie przejścia.
Odzwierciedla to bardziej uczciwy obraz tego, co zdecentralizowane przechowywanie musi robić w świecie, w którym dane są trwałe, weryfikacja jest nierozdzielna, a systemy mają oczekiwaną trwałość.
Ta ewolucja jest cicha, ale jest fundamentalna.
