Walrus został stworzony dla świata, w którym najbardziej bolesne porażki często są ciche, ponieważ link przestaje działać, plik staje się niedostępny, produkt zmienia swoje zasady, a rzeczy stworzone z miłością zaczynają zanikać pojedynczo, aż utrata wydaje się stała. Dlatego Walrus traktuje przechowywanie danych jako podstawową część zaufania, a nie jako pochodną, przedstawiając się jako rozproszoną sieć przechowywania obiektów i zapewnienia dostępności danych, która działa w połączeniu z blockchainem Sui, przy czym Sui odpowiada za koordynację i wiarygodne zapisy, a Walrus skupia się na skutecznym przechowywaniu i dostarczaniu dużych ilości danych.

Najprostszym sposobem zrozumienia projektu jest zaakceptowanie, że blockchainy nie są zaprojektowane do przenoszenia dużych danych w skali, ponieważ przetrwają dzięki replikacji, a ta replikacja jest darem dla konsensusu, ale brutalnym kosztem dla dużych plików. Dlatego Walrus stara się utrzymać blockchain w tym, co robi najlepiej, i przenieść duże bloby do specjalistycznej sieci, która jest zaprojektowana dla dostępności, odzyskiwania i długotrwałej usługi, jednocześnie sprawiając, że przechowywanie wydaje się programowalne, przedstawiając bloby i zasoby przechowywania jako obiekty, które aplikacje mogą sprawdzać i zarządzać poprzez logikę on-chain.

Kiedy ktoś przechowuje blob w Walrus, system nie tylko zbiera bajty i ma nadzieję na życzliwość, ponieważ cykl życia bloba jest związany z interakcjami on-chain, które koordynują przestrzeń do przechowywania, rejestrację i poświadczenia, a następnie dane są kodowane w wiele mniejszych kawałków, które są rozdzielane po komitecie węzłów przechowujących, aby sieć mogła później zrekonstruować oryginał, nawet gdy wiele węzłów brakuje, co jest dokładnie tym, jak projekt przekształca codzienne awarie z kryzysu w normalny stan, którego protokół oczekuje i przetrwa.

Zamierzam być ostrożny w kwestii prywatności, ponieważ mylenie dostępności z poufnością powoduje realne szkody, a Walrus jest najlepiej rozumiany jako otwarte przechowywanie domyślnie, gdzie prywatność osiąga się przez szyfrowanie danych przed przesłaniem, a następnie kontrolowanie, kto może odszyfrować. Dlatego system Seal jest przedstawiony jako sposób na wprowadzenie szyfrowania po stronie klienta i polityki kontroli dostępu on-chain do tego środowiska, aby deweloperzy mogli utrzymać wrażliwe treści zaszyfrowane, jednocześnie egzekwując zasady dotyczące tego, kto może je odblokować.

Techniczne serce Walrus jest opisane w jego badaniach jako Czerwony Materiał, dwuwymiarowy protokół kodowania skasowania stworzony, ponieważ wiele istniejących podejść do przechowywania zdecentralizowanego wpada w surowy kompromis, gdzie pełna replikacja jest bezpieczna, ale kosztowna, a trywialne kodowanie jest tańsze, ale ma problemy z efektywnym odzyskiwaniem w warunkach dużej rotacji. Dlatego Czerwony Materiał jest zaprojektowany, aby osiągnąć wysokie bezpieczeństwo z około 4,5-krotnym współczynnikiem replikacji, jednocześnie umożliwiając samonaprawę, gdzie przepustowość naprawy rośnie wraz z tym, co faktycznie zostało utracone, a nie zmusza do prawie pełnych transferów blobów, gdy niektóre węzły znikają.

Są również wyraźni co do czegoś, co oddziela poważne systemy rozproszone od pocieszających demonstracji, ponieważ dokument Walrus podkreśla wyzwania przechowywania w warunkach asynchronicznej sieci, aby zapobiec wykorzystywaniu opóźnień sieciowych przez przeciwników do przechodzenia weryfikacji bez faktycznego przechowywania danych. To ma znaczenie, ponieważ prawdziwe sieci są chaotyczne, a napastnicy rozwijają się w lukach między tym, co jest obiecane, a tym, co można udowodnić, a ten nacisk sugeruje, że zespół projektuje dla internetu takim, jaki jest, a nie takim, jakim chcielibyśmy, żeby był.

Centralnym pomysłem, który pojawia się wielokrotnie w oficjalnych materiałach, jest Dowód Dostępności, który jest przedstawiany jako certyfikat on-chain, który może być używany przez autorów, strony trzecie i inteligentne kontrakty jako weryfikowalny sygnał, że blob jest dostępny, a biała księga opisuje, jak węzły nasłuchują wydarzeń wskazujących, że blob osiągnął stan dowodu, a następnie odzyskują to, czego potrzebują, aby poprawne węzły ostatecznie miały to, co jest wymagane, co jest rodzajem mechanizmu, który stara się zmniejszyć szansę, że dostępność stanie się jednokrotną ceremonią, a nie ciągłą usługą.

Token WAL jest opisany jako narzędzie płatności i zachęt, które wspiera tę usługę, z delegowanym stakowaniem wspierającym model bezpieczeństwa sieci i wpływającym na przypisanie danych, podczas gdy nagrody są związane z zachowaniem, a strona użyteczności tokena również przedstawia płatności za przechowywanie w sposób, który podkreśla długoterminową usługę, a nie chwilowy udział, co jest ważne, ponieważ sieć przechowywania łamie się emocjonalnie, gdy jest zarządzana przez krótkoterminowe zachęty, które zachęcają operatorów do pojawiania się tylko wtedy, gdy nagrody są gorące, a znikają, gdy odpowiedzialność staje się niewygodna.

Jeśli chcesz ocenić Walrus z prawdziwą powagą, to metryki, które mają znaczenie, nie są głośne, ponieważ prawda tkwi w utrzymywanym sukcesie odzyskiwania w czasie, w tym, jak często odczyty udają się podczas rotacji i awarii, w tym, jak drogie staje się naprawa, gdy sieć rośnie, oraz w tym, czy integralność wyzwań powstrzymuje nieuczciwych operatorów od czerpania zysków, pozostawiając użytkowników z brakującymi danymi. Samo pozycjonowanie Walrus jasno pokazuje, że zamierzony warunek zwycięstwa to nie tylko tanie przechowywanie blobów raz, ale utrzymanie dostępności o wysokiej integralności z efektywnym odzyskiwaniem w warunkach rotacji, co badania podkreślają jako podstawowy kompromis, który system ma na celu poprawić.

Ryzyko jest realne, nawet gdy projekt jest przemyślany, ponieważ skorelowane awarie mogą obciążać każdy system z kodowaniem skasowania, gdy wiele węzłów zawodzi razem z powodu wspólnych wzorców infrastruktury. Zarządzanie i odchylenie zachęt mogą stopniowo nagradzać zachowanie, które wygląda na zdrowe, ale nim nie jest, a nieporozumienia użytkowników mogą prowadzić do nieodwracalnych błędów, gdy ludzie przesyłają wrażliwe dane bez szyfrowania. Dlatego Walrus stara się reagować z warstwowym zarządzaniem presją, gdzie kodowanie i samonaprawa zmniejszają koszty rotacji. Dowody mają na celu uczynienie dostępności weryfikowalną, a nie zaufaną, a nagrody oparte na stawkach i zachowaniu mają na celu zgranie operatorów z odpowiedzialnością. Seal oferuje jasną ścieżkę do budowania poufności i kontroli dostępu, nie udając, że podstawowa warstwa przechowywania jest prywatna magicznie.

Widzimy, jak szerszy zdecentralizowany świat powoli przyznaje, że przechowywanie danych nie jest drobnym narzędziem, ale fundamentem, który decyduje, czy aplikacje wydają się realne czy kruche. Najbardziej znacząca przyszłość dla Walrus to taka, w której deweloperzy przestają traktować dane jako zależność, którą muszą wynajmować od strażnika, i zaczynają traktować je jako coś, do czego mogą się odwoływać, weryfikować, zarządzać i budować na tym w ramach logiki aplikacji. Ponieważ Walrus wyraźnie określa zasoby blob i przechowywania jako obiekty on-chain, które mogą stać się aktywnymi komponentami zdecentralizowanych aplikacji, a nie pasywnymi plikami, które znajdują się poza światem programu.

Staje się to potężną zmianą, gdy system może zawieść w częściach, nie zacierając całości, ponieważ ludzie przestają budować z lękiem i zaczynają budować z cierpliwością. Uczciwą nadzieją stojącą za Walrus nie jest tylko to, że przechowuje dane, ale że pomaga internetowi pamiętać w sposób, który wydaje się stabilniejszy niż dzisiejsze kruche linki, aby to, co ludzie tworzą, publikują i od czego zależą, miało lepszą szansę pozostać osiągalne jutro, w przyszłym roku i daleko poza chwilą, kiedy obecny trend przestaje się liczyć.

\u003ct-37/\u003e\u003cm-38/\u003e\u003cc-39/\u003e