@Walrus 🦭/acc există pentru că oamenii continuă să învețe aceeași lecție dureroasă în forme diferite, și anume că o entitate digitală poate părea permanentă în timp ce se află în mod discreet pe o bază fragilă, iar într-o zi dispare pentru că un server s-a oprit, o regulă s-a schimbat, un cont a fost blocat sau un singur punct de eșec s-a rupt, iar pierderea pare mai mare decât fișierul însuși pentru că rupe încrederea și face creatorii să se simtă ca munca lor nu a fost niciodată cu adevărat sigură. Descriu Walrus ca un protocol de stocare descentralizată de tip blob și disponibilitate a datelor conceput pentru fișiere mari nestructurate, adică conținutul greu pe care blockchain-urile de obicei nu îl pot replica peste tot fără să devină încet și scump, iar promisiunea centrală a proiectului este că poți stoca un blob mare prin conversia sa în multe fragmente codificate și distribuirea acestor fragmente într-o rețea de noduri de stocare, astfel încât recuperarea să rămână posibilă chiar și atunci când o mare parte din rețea lipsește sau se comportă greșit.
Cea mai importantă decizie de design în Walrus este că nu încearcă să devină totul dintr-o dată, deoarece păstrează datele grele în afara lanțului, în timp ce plasează coordonarea și responsabilitatea pe lanț, folosind Sui ca plan de control unde metadata, proprietatea, plățile și soluționarea dovezilor pot trăi într-un mod public și verificabil, în timp ce nodurile de stocare Walrus fac munca fizică reală de stocare și servire a fragmentelor codificate. Echipa Walrus încadrează acest lucru ca făcând stocarea programabilă prin reprezentarea blob-urilor și a resurselor de stocare ca obiecte despre care contractele inteligente pot raționa, ceea ce înseamnă că stratul de stocare nu este doar un utilitar ascuns, ci ceva cu care aplicațiile pot interacționa direct, iar această schimbare este parte din motivul pentru care Walrus vorbește despre „date programabile” ca o nouă primitivă mai degrabă decât doar „stocare ieftină.”
Odată ce privești în interiorul sistemului, Walrus funcționează ca o transformare atentă de la o singură entitate vulnerabilă la multe piese rezistente, deoarece un blob este codificat într-un set structurat de fragmente numite feliile, iar rețeaua distribuie aceste feliile pe comitetul de stocare pentru epoca curentă, astfel încât disponibilitatea nu mai este legată de o singură mașină sau de un singur operator. Motorul tehnic din spatele acestuia este Red Stuff, pe care Walrus îl explică ca un design de codare prin ștergere bidimensional care transformă un blob într-o matrice de feliile și apoi adaugă redundanță în două direcții astfel încât recuperarea în timpul schimbărilor să nu fie forțată să mute întregul blob de fiecare dată când ceva se schimbă, iar whitepaper-ul Walrus afirmă motivația în termeni simpli explicând că rețelele lungi și fără permisiune experimentează în mod natural erori și schimbări, și că fără o abordare mai bună costul de reparare a părților pierdute ar deveni prohibitv de scump pentru că ar necesita transferarea de date egal cu dimensiunea totală stocată. Construiesc mai întâi pentru zilele haotice, pentru că dacă costurile de recuperare se scalează cu întregul set de date în loc de porțiunea pierdută, rețeaua se va prăbuși în cele din urmă sub propria greutate, chiar dacă părea puternică într-o demonstrație liniștită.
Momentul în care Walrus încearcă să facă ceva cu adevărat semnificativ și momentul în care schimbă modul în care utilizatorii și aplicațiile pot respira este Proba Disponibilității, pentru că aceasta este linia unde rețeaua încetează să te întrebe să ai încredere într-o afirmație vagă și începe să se angajeze în public că un blob a fost codificat și distribuit corect către un cvorum de noduri de stocare pentru o durată definită de stocare. Walrus descrie Proba Disponibilității incentivizate ca producând un traseu de audit onchain al disponibilității datelor și resurselor de stocare și explică că procesul de scriere culminează într-un artefact onchain care servește ca înregistrare publică a custodelui, unde utilizatorul înregistrează intenția de a stoca un blob de o anumită dimensiune pentru o anumită perioadă de timp și plătește taxa de stocare necesară în WAL, în timp ce protocolul leagă feliile stocate de angajamente criptografice astfel încât fragmentele să poată fi verificate ulterior, mai degrabă decât presupuse. Dacă ai simțit vreodată acea senzație de scufundare când un sistem spune „încărcat”, dar tu încă nu te simți în siguranță, PoA este Walrus încercând să înlocuiască acea incertitudine cu o limită clară, unde responsabilitatea rețelei devine vizibilă mai degrabă decât implicită.
Citirea din Walrus este concepută să se simtă ca o reconstrucție a ceva care se poate apăra, nu ca o descărcare a ceva despre care speri că este onest, deoarece un cititor preia suficiente feliile pentru a reconstrui blob-ul și verifică ce a fost primit în raport cu angajamentele, astfel încât corupția să fie detectabilă, iar Walrus tratează în mod explicit corectitudinea și consistența ca rezultate de clasă întâi mai degrabă decât accidente fericite. De aceea Walrus este confortabil cu o adevăr dur care multe sisteme evită să-l spună cu voce tare, care este că atunci când un blob este codificat incorect trebuie să existe o modalitate consistentă de a dovedi acea inconsistență și de a converge asupra unui rezultat sigur, deoarece a pretinde că fiecare scriere este validă creează corupție tăcută, iar corupția tăcută este genul de eșec care distruge încrederea lent și complet. Devine emoțional mai ușor să construiești când știi că sistemul preferă un rezultat clar verificabil decât o minciună reconfortantă, iar vedem mai multe infrastructuri serioase adoptând această mentalitate pentru că încrederea pe termen lung provine de obicei din onestitate sub presiune mai degrabă decât din perfecțiune pe hârtie.
Când evaluezi Walrus, metricile care contează sunt cele care măsoară realitatea sub stres, deoarece scopul protocolului nu este să pară elegant, ci să mențină datele disponibile când condițiile sunt imperfecte, ceea ce înseamnă că vrei să observi cât de fiabil ajung blob-urile la Proba Disponibilității, cât de des reușesc citirile în timpul întreruperilor, cât de repede se repară rețeaua atunci când nodurile se schimbă și cât de stabilă se simte economia atât pentru utilizatori, cât și pentru operatorii de stocare în timp. Red Stuff este conceput în mod explicit astfel încât recuperarea auto-reparatoare să folosească lățimea de bandă proporțional cu datele pierdute, mai degrabă decât proporțional cu întregul blob, ceea ce este o încercare directă de a menține rețeaua de la colaps în timpul schimbărilor, iar Walrus leagă, de asemenea, stocarea de un ciclu economic continuu mai degrabă decât de o iluzie a unei plăți unice, deoarece stocarea este un serviciu livrat în timp și stimulentele trebuie să se potrivească cu acea realitate trăită.
Riscurile sunt reale, iar tratarea lor cu delicatețe nu ajută pe nimeni, deoarece orice sistem care depinde de un comitet de noduri și de un plan de control onchain poate fi presat de concentrarea stocurilor, greșelile de guvernare, bug-urile de implementare și instabilitatea rețelei din lumea reală, iar fiecare dintre aceste presiuni poate apărea ca o experiență emoțională pentru utilizator, însemnând întârzieri, incertitudine, eșecuri în recuperare sau o eroziune lentă a încrederii. Walrus încearcă să gestioneze aceste presiuni prin explicarea limitei de angajament prin Proba Disponibilității, prin ancorarea integrității în angajamente criptografice legate de feliile codificate și prin ancorarea securității protocolului și a așteptărilor de servicii pe termen lung în stakeri și stimulente prin tokenul WAL, pe care Walrus îl definește ca fiind tokenul de plată pentru stocare și explică că este conceput astfel încât utilizatorii să plătească pentru stocarea datelor pentru o perioadă fixă, în timp ce WAL plătit în avans este distribuit în timp către nodurile de stocare și stakeri ca compensare, având ca scop reducerea expunerii la volatilitate pe termen lung, în timp ce plătesc în continuare pentru muncă pe termen lung.
Dacă Walrus are succes pe termen lung, viitorul spre care îndreaptă nu este doar „un loc pentru a pune fișiere”, ci o lume în care datele devin un obiect programabil cu un ciclu de viață despre care aplicațiile pot raționa, reînnoi automat și dovedi ca fiind disponibile prin înregistrări onchain, astfel încât constructorii să nu mai proiecteze în jurul fricii că cele mai importante active ale lor pot dispărea fără avertisment. Devine un tip mai liniștit de libertate, unde echipele creează știind că fundația nu este o favoare privată, ci un angajament public susținut de dovezi verificabile și un sistem construit pentru a supraviețui schimbărilor, iar în acel viitor internetul păstrează mai mult din ceea ce fac oamenii, nu pentru că toată lumea se comportă brusc mai bine, ci pentru că infrastructura finalmente își asumă realitatea, o absoarbe și continuă să-și țină promisiunile.
