JEENNA

Gdy architektura blockchaina zmierza w kierunku modułowości, wiele założeń, które kiedyś uznawano za oczywiste, zaczyna być ujawnianych. Wykonanie, zgoda i zatwierdzenie są coraz bardziej rozdzielane, ale jedna warstwa wciąż często jest niedooczaną: dostępność danych. Walrus Protocol istnieje dlatego, że systemy modułowe zawalają się w momencie, gdy dostępność danych traktuje się jako postrzegane dopiero po fakcie.
W blokchainach monolitycznych dostępność danych jest domyślnie łączone z wykonaniem. Jeśli blok zostanie wyprodukowany, zakłada się, że dane są dostępne. Systemy modułowe usuwają tę gwarancję. Środowiska wykonawcze nie kontrolują już, gdzie znajdują się dane ani jak są dostarczane. Tworzy to nową kategorię ryzyka, która nie może zostać rozwiązana poprzez szybsze węzły ani lepsze kompresowanie. Wymaga to dedykowanej warstwy dostępności.

Większość rozmów na temat blockchainów nadal traktuje dostępność danych jako drugorzędne zagadnienie, coś, co cicho siedzi pod wykonywaniem i konsensusem. W dyskusjach technicznych jest wspominane krótko, a następnie zatłumione przez narracje dotyczące przepustowości lub aplikacji. Walrus Protocol zaczyna od innej założenia: jeśli dane nie są niezawodnie dostępne, nic zbudowanego na ich podstawie naprawdę nie ma znaczenia.
Blockchaini nie zawierają się, ponieważ transakcje nie mogą być wykonywane. Zawierają się, gdy dane nie mogą być dostępne, zweryfikowane lub odtworzone, gdy są potrzebne. Wykonywanie bez dostępu do danych to iluzja końcowości. Walrus został zaprojektowany zgodnie z tą rzeczywistością, ustawiając dostępność danych jako podstawową warstwę, a nie problem optymalizacji.

Tokenizacja jest często przedstawiana jako nieuchronność, jakby tradycyjne aktywa finansowe naturalnie przenosiły się na łańcuch, gdy technologia dojrzeje. W rzeczywistości tokenizacja jest warunkowa. Akcje przeniosą się na łańcuch tylko wtedy, gdy infrastruktura zachowa te same właściwości prawne, ekonomiczne i poufności, na których już się opierają. Bez tych gwarancji tokenizacja staje się obniżeniem, a nie ulepszeniem.
Tutaj ważność filozofii projektowej Dusk staje się kluczowa. Akcje to nie otwarte elementy finansowe. Są to instrumenty regulowane, które podlegają ścisłym zasadom dotyczącym ujawniania informacji, możliwości transferu oraz kwalifikacji uczestników. Publiczne środowiska wykonawcze naruszają te założenia od razu, ujawniając dane transakcji, własność i zachowanie wszystkim. Taki poziom przejrzystości jest niezgodny z działaniem rynków kapitałowych.

Zgodność jest zazwyczaj opisywana jako tarcie. W systemach blockchain jest traktowana jako coś zewnętrznego, czego można dodać później za pomocą zasad, interfejsów lub kontroli poza łańcuchem. To podejście pomija istotę. Zgodność nie jest przeszkodą, ponieważ istnieje. Staje się przeszkodą, gdy infrastruktura nie potrafi jej zintegrować w sposób naturalny. To właśnie przerwa, którą Dusk został zaprojektowany, by zamknąć.


W tradycyjnych rynkach finansowych zgodność nie opiera się na przejrzystości. Opiera się na zasadach, kontroliach i sprawdzalnych procesach. Regulatorzy nie wymagają, by każda transakcja była publicznie widoczna. Wymagają pewności, że transakcje zostały przeprowadzone zgodnie z prawem. Publiczne łańcuchy bloków nie spełniają tego wymogu, ponieważ ujawniają wszystko, zapewniając przy tym nic poza ważnością wykonania. Przejrzystość zastępuje kontrolę, a taki kompromis jest nieakceptowalny dla zarejestrowanych aktywów.

Większość rozmów na temat przenoszenia finansów na łańcuch zaczyna się w złym miejscu. Skupiają się na szybkości, przepustowości lub kompozytywności, jakby rynki regulowane czekały na szybszą bazę danych. Nie czekają. Prawdziwym barierą była zawsze struktura. Rynki finansowe nie działają w pełnej widoczności publicznej, a każda infrastruktura zakładająca radikalną przejrzystość domyślnie jest niezgodna z rzeczywistym sposobem przepływu kapitału.


To jest miejsce, w którym Dusk staje się istotny w sposób często pomijany. Dusk nie został zaprojektowany w celu dodania prywatności do publicznego modelu wykonania. Został zaprojektowany z założeniem, że poufność, zgodność z przepisami i audytowalność muszą współistnieć od samego początku wykonania. Ta jedna decyzja kształtuje wszystko, co następuje.