Jest moment, o którym wielu budowniczych nie mówi, ale prawie każdy go odczuł. Kończysz funkcję, uruchamiasz ją na żywo, obserwujesz, jak prawdziwi ludzie z niej korzystają, a twoje serce na chwilę się unosi. Potem przychodzi cichsze uczucie, jak mały niepokój, którego nie możesz się pozbyć. Gdzie mieszczą się prawdziwe dane. Nie w małym zapisie on-chain, nie w samej transakcji, ale w ciężkich częściach, które sprawiają, że aplikacja wydaje się prawdziwa. Obrazy, filmy, zasoby gier, pliki badawcze, zbiory danych, archiwa. Rzeczy, do których ludzie wrócą później, rzeczy, którym zaufają, że utrzymasz je w bezpieczeństwie. Jeśli te dane wciąż znajdują się w jednym miejscu kontrolowanym przez jedną stronę, może się wydawać, że twój projekt stoi na mocnym dachu, ale na słabej podstawie.
To jest emocjonalna przestrzeń, w której Walrus zaczyna mieć sens. Walrus nie próbuje być efektowny. Stara się rozwiązać podstawowy, bolesny problem, który znów i znów pojawia się w projektach blockchainowych. Blockchainy są dobre w osiąganiu porozumienia, ale nie są zaprojektowane do taniego przechowywania dużych plików. Jeśli zmusisz duże dane do umieszczenia na łańcuchu, koszty rosną, a system staje się ciężki. Dlatego większość zespołów trzyma duże pliki gdzie indziej i umieszcza mały dowód lub wskaźnik na łańcuchu. To działa, dopóki nie przestaje. Linki łamią się. Dostęp się zmienia. Dostawcy mogą zawodzić. A nawet gdy nic dramatycznego się nie dzieje, wciąż masz to tło strachu, że twoi użytkownicy mogą stracić to, co ich interesowało.
Walrus opiera się na prostej obietnicy, która wydaje się niemal pocieszająca, gdy ją zrozumiesz: twój duży plik powinien być przechowywany w wielu niezależnych węzłach przechowywania i powinien pozostać dostępny, nawet jeśli niektóre z tych węzłów zawiodą. I równie ważne, nie powinieneś polegać na nadziei. Powinieneś móc to zweryfikować. To jest miejsce, w którym Walrus wprowadza ideę dowodu dostępności, co jest elegancką frazą dla czegoś bardzo ludzkiego: zdolności do sprawdzenia, że sieć rzeczywiście zaakceptowała twoje dane i że powinny być nadal możliwe do odzyskania zgodnie z zasadami protokołu.
Teraz przejdźmy przez główny pomysł w najprostszy możliwy sposób. Walrus przechowuje duże pliki i nazywa je blobami. Kiedy przechowujesz bloba, Walrus nie zachowuje jednej pełnej kopii na jednej maszynie i nie modli się. Dzieli bloba na wiele mniejszych kawałków, często nazywanych slivers, i rozprzestrzenia te slivers w grupie węzłów przechowywania. Ale na tym nie kończy, ponieważ samo dzielenie danych nie wystarczy. Sieć musi również przetrwać brakujące elementy później. Maszyny zawodzą, połączenia zrywają, a ludzie wyłączają serwery. Dlatego Walrus używa kodowania erasure, które jest jak zamiana twojego pliku w układankę, którą można rozwiązać, nawet jeśli niektóre kawałki układanki zginą. W normalnym życiu, jeśli zgubisz kilka stron książki, książka jest zepsuta. Przy kodowaniu erasure dodajesz specjalne dodatkowe kawałki, aby brakujące strony mogły zostać odbudowane. Staje się to rodzajem siatki bezpieczeństwa zbudowanej z matematyki.
To ma znaczenie, ponieważ zdecentralizowane sieci nie są uporządkowane i grzeczne. Są żywe. Mają opóźnienia, awarie, wolne węzły i chaotyczne synchronizacje. A napastnicy mogą próbować wykorzystać ten bałagan, aby oszukiwać. Walrus traktuje tę rzeczywistość poważnie. Techniczny dokument Walrus opisuje podejście zwane Czerwonymi Rzeczami, a jednym z kluczowych celów jest utrzymanie efektywności odzyskiwania, zachowując jednocześnie bezpieczeństwo, nawet gdy synchronizacja w sieci jest nieprzewidywalna. Jeśli to brzmi abstrakcyjnie, oto uczucie stojące za tym: protokół stara się pozostać uczciwy nawet w złe dni internetowe, a nie tylko w idealne dni internetowe.
Tutaj wkracza Sui w bardzo praktycznej roli. Walrus używa Sui jako płaszczyzny kontrolnej, którą można traktować jako miejsce, w którym żyje zbiór zasad i paragonów. Ciężkie dane plikowe żyją w węzłach przechowywania Walrus, ale koordynacja może być śledzona na łańcuchu. Obejmuje to zapisy dotyczące tego, jaki blob został przechowany, jak jest odniesiony, jak długo powinien być przechowywany i jaki dowód istnieje, że wystarczająca liczba węzłów przechowywania to potwierdziła. To rozdzielenie jest jedną z najważniejszych części projektu. Łańcuch robi to, co łańcuchy robią najlepiej, koordynację i weryfikowalne zapisy. Sieć przechowująca robi to, do czego została stworzona, przechowując i serwując duże dane.
To również dlatego Walrus często określa się jako programowalne przechowywanie. Ta fraza może brzmieć jak marketing, ale znaczenie jest proste. Oznacza to, że przechowywanie to nie tylko cichy pojemnik siedzący gdzieś w ciemności. Przechowywanie staje się czymś, o czym aplikacja może rozważać w uporządkowany sposób. Jeśli twoja aplikacja potrzebuje, aby plik był dostępny przez określony czas, cykl życia można zarządzać za pomocą jasnych działań i jasnych zapisów. Jeśli chcesz przedłużyć czas przechowywania, możesz to zrobić celowo. Jeśli logika twojej aplikacji zależy od tego, czy dane są dostępne, może sprawdzić fakty na łańcuchu, które reprezentują ten status. Staje się to mniej jak błaganie o usługę, a bardziej jak praca z systemem, który ma zasady.
Czas to duża sprawa w każdym systemie przechowywania, ponieważ przechowywanie czegoś przez pięć minut jest łatwe, ale przechowywanie czegoś przez miesiące lub lata to miejsce, gdzie ludzie cierpią. Walrus używa epok, które są stabilnymi oknami czasowymi, w których określona komisja węzłów przechowujących jest odpowiedzialna za przechowywanie i serwowanie blobów. Epoki pomagają sieci pozostać stabilną, jednocześnie pozwalając na zmiany w członkostwie i odpowiedzialności w czasie. Projekt Walrus zwraca dużą uwagę na przejścia między komisjami, ponieważ przenoszenie odpowiedzialności za duże dane jest trudne. Dane są ciężkie. Przemieszczanie danych zajmuje czas. Jeśli przejścia są niechlujne, użytkownicy odczuwają to natychmiast. Odczyty się łamią. Przesyłanie plików kończy się niepowodzeniem. Pewność spada. Walrus dąży do obsługi przejść w sposób, który utrzymuje system użytecznym, nawet gdy odpowiedzialności się zmieniają.
Teraz powinniśmy porozmawiać o tokenie WAL, ponieważ bezpośrednio wiąże się z zaufaniem. Zdecentralizowana sieć przechowywania nie może polegać na umowie z firmą. Musi opierać się na zachętach i karach, które utrzymują uczestników uczciwymi przez długie okresy. Walrus używa WAL jako natywnego tokena do tego celu. WAL jest używany w systemie do płacenia za usługi przechowywania oraz do delegowanego stakowania, gdzie ludzie mogą delegować stak do operatorów przechowywania. Stakowanie wpływa na odpowiedzialności i nagrody, a system może karać operatorów, którzy nie spełniają zobowiązań. Ta część nie dotyczy hype'u. Chodzi o odpowiedzialność. W sieci, gdzie nikt nie obserwuje przez cały czas, zachęty i kary niosą część ciężaru zaufania. Gdy ekonomia jest dobrze zaprojektowana, staje się trudniej, aby węzeł udawał, że przechowuje dane, podczas gdy cicho je usuwa, ponieważ takie działanie niesie ze sobą ryzyko rzeczywistej straty.
Pozwól, że przybliżę to do ludzkiego poziomu za pomocą prostego obrazu mentalnego, jak to może wyglądać podczas korzystania z Walrus. Po pierwsze, przechowujesz bloba. Pod maską dzieli się na slivers, koduje i rozprowadza w węzłach przechowywania. Po drugie, system produkuje weryfikowalne zapisy i potwierdzenia, które pokazują, że blob osiągnął punkt dostępności zgodnie z zasadami protokołu. Po trzecie, później, gdy potrzebujesz bloba, odzyskujesz go, zbierając wystarczającą liczbę poprawnych slivers z sieci i odbudowując plik. Jeśli kilka węzłów jest wyłączonych, plik może być nadal odbudowany. Jeśli ktoś próbuje serwować złe dane, weryfikacja powinna to wychwycić. Staje się to spokojniejszym doświadczeniem, ponieważ nie polegasz na jednej maszynie, która zawsze jest aktywna i miła.
A głębszy powód, dla którego to ma znaczenie, nie jest tylko techniczny. To emocjonalne. Dane to pamięć. Dane to wysiłek. Dane to część projektu, której użytkownicy rzeczywiście dotykają. Kiedy użytkownicy ufają aplikacji, ufają, że ich treści będą nadal istnieć jutro, w przyszłym miesiącu i w przyszłym roku. Uszkodzony link to nie tylko błąd. To mała zdrada. To moment, w którym użytkownik czuje się niebezpiecznie. Dlatego gdy system taki jak Walrus koncentruje się na trwałości, dostępności i weryfikowalnych zobowiązaniach, naprawdę próbuje chronić relacje, a nie tylko pliki.
Patrząc w przyszłość, świat zmierza w kierunku coraz większych danych. Aplikacje są pełne bogatych mediów. Gry i wirtualne światy są duże. Dane badawcze są ogromne. AI jest głodny zestawów danych. Dlatego zdecentralizowane systemy potrzebują przechowywania, które nie jest myślą poboczną. Walrus to jedno z podejść, które stara się sprawić, aby duże dane wydawały się natywne dla świata łańcucha, bez zmuszania blockchaina do noszenia każdego bajtu. To wciąż podróż, a każdy poważny czytelnik powinien obserwować nudne sygnały, ponieważ nudne to tam, gdzie buduje się zaufanie. Niezawodność w czasie. Niezależni operatorzy. Prawdziwe aplikacje, które korzystają z tego miesiąc po miesiącu. Płynne odzyskiwanie w trudnych warunkach. Jasne zachęty, które utrzymują uczciwe przechowywanie opłacalne, nie zamieniając się w kruchy wyścig na dno.
Jeśli chcesz, mogę dostosować ten sam artykuł do jednej konkretnej publiczności, nie dodając żadnych nowych nazw platform lub giełd. Na przykład, wersja dla programistów, która pozostaje prosta, ale zawiera jaśniejszy krok po kroku, lub wersja dla początkujących, która czyta się jak opowieść o strachu, ulgi i zaufania, w sposób, w jaki prawdziwi budowniczowie rozmawiają, gdy są szczery.
