Dlaczego Walrus musiał przemyśleć przechowywanie od podstaw
Zdecentralizowane przechowywanie zawsze borykało się z jednym ukrytym problemem: koszty naprawy eksplodują, gdy węzły zawodzą. Protokół Walrus został zaprojektowany specjalnie, aby przerwać ten wzór, a to myślenie zaczyna się od jego podstawowej innowacji znanej jako algorytm Red Stuff.
Tradycyjne systemy przechowywania polegają na jednowymiarowym kodowaniu erasure. Pliki są dzielone na fragmenty z dodaną parzystością, co umożliwia rekonstrukcję, jeśli pozostanie wystarczająca liczba kawałków. To działa, ale wiąże się z poważną słabością. Gdy jeden fragment zostanie zgubiony, sieć często musi zrekonstruować cały plik, aby zastąpić ten jeden kawałek.
W dużych, zdecentralizowanych środowiskach, w których węzły stale dołączają i odchodzą, to zachowanie tworzy ogromną presję na pasmo. Ruch naprawczy skalują się w zależności od pełnego rozmiaru pliku, a nie od ilości danych faktycznie utraconych. Z biegiem czasu staje się to wąskim gardłem, które ogranicza skalowalność i podnosi koszty.
Walrus zidentyfikował ten problem wcześnie i postanowił nie optymalizować go, ale całkowicie go wyeliminować. Zamiast traktować dane jako liniową sekwencję, Walrus reorganizuje przechowywanie na poziomie strukturalnym. Ta zmiana położyła fundamenty pod nowy model naprawy, który nie karze sieci za każdym razem, gdy węzeł przechodzi w tryb offline.
Red Stuff jest wynikiem tej przemyślanej zmiany. To nie jest małe ulepszenie. To zmiana w tym, jak zdecentralizowane przechowywanie reaguje na awarie.
