Od monolitnih do modularnih blockchaina
Prve generacije javnih blockchaina, poput Bitcoina i ranog Ethereuma, bile su dizajnirane kao monolitni sustavi. U jednom istom sloju odvijali su se konsenzus, izvršavanje transakcija i pohrana podataka. Takav pristup pojednostavljuje dizajn protokola, ali uvodi strukturna ograničenja skalabilnosti i troškova.
Kako se Web3 ekosustav razvijao, pojavile su se aplikacije koje generiraju znatno veće količine podataka: decentralizirane financije (DeFi), blockchain gaming, društvene mreže i razni oblici tokenizirane imovine. U monolitnoj arhitekturi svaka dodatna transakcija i svaki bajt podataka natječu se za ograničeni prostor u blokovima, što dovodi do visokih naknada i uskog grla u propusnosti.
U tom kontekstu modularni pristup blockchain arhitekturi postaje dominantan trend. Umjesto da jedan lanac rješava sve zadatke, funkcije se razdvajaju u specijalizirane slojeve. U praksi se najčešće razlikuju tri ključne komponente:
- izvršavanje – pokretanje pametnih ugovora i obrada transakcija,
- namira (settlement) – konačna potvrda stanja i rješavanje sporova,
- podatkovna dostupnost (data availability, DA) – sigurna i trajna objava podataka o transakcijama.
Ovakvo razdvajanje omogućuje da se svaki sloj optimizira za svoju specifičnu funkciju, umjesto da svi kompromisi budu ugrađeni u jedan general-purpose lanac.
Što je podatkovna dostupnost i zašto je važna?
Pojam podatkovne dostupnosti odnosi se na jamstvo da su svi podaci potrebni za provjeru valjanosti blokova javno i trajno dostupni. U kontekstu blockchaina to znači da bilo koji sudionik može dohvatiti i ponovno izračunati stanje sustava, bez povjerenja u centralizirane posrednike.
U monolitnim lancima podatkovna dostupnost implicitno je riješena: podaci se pohranjuju u samom lancu, a čvorovi ih repliciraju. U modularnom pristupu, dio funkcija se izdvaja u zasebne slojeve, pa se postavlja pitanje gdje se podaci objavljuju i kako se osigurava da neće nestati ili biti selektivno uskraćeni.
Slojevi podatkovne dostupnosti (DA slojevi) nastaju upravo kao odgovor na taj problem. Njihov zadatak je specijaliziran i naizgled jednostavan: primiti podatke o transakcijama, raspodijeliti ih po mreži čvorova i osigurati da ih svatko tko želi može dohvatiti i provjeriti. Kritična razlika u odnosu na klasične L1 lance je da DA sloj ne mora izvršavati pametne ugovore niti održavati složeno stanje aplikacija. Time se otvara prostor za optimizaciju propusnosti i troška po bajtu podataka.
Specijalizirani DA lanci: Celestia, EigenDA, Avail
U posljednjih nekoliko godina pojavilo se više projekata koji se pozicioniraju kao specijalizirani DA slojevi. Među istaknutijima su Celestia, EigenDA i Avail. Iako se razlikuju u implementacijskim detaljima, dijele zajedničku ideju: odvojiti podatkovnu dostupnost od izvršavanja i time omogućiti rollupovima i drugim L2 sustavima da skaliraju bez proporcionalnog rasta troškova.
Tipične tehničke karakteristike takvih sustava uključuju:
- visoku propusnost – dizajn protokola i mrežne infrastrukture usmjeren je na prijenos velikih količina podataka,
- optimizirane mehanizme kodiranja i uzorkovanja podataka (npr. erasure coding, data availability sampling) kako bi se smanjilo opterećenje čvorova,
- niže troškove po bajtu u odnosu na general-purpose lance poput Ethereuma, gdje se prostor u bloku natječe s izvršavanjem pametnih ugovora.
Rollupovi i slični sustavi tako mogu koristiti, primjerice, Ethereum kao sigurnosni i namirni sloj (za verifikaciju dokaza i konačnu namiru), dok same podatke o transakcijama objavljuju na jeftiniji DA lanac. Time se postiže kombinacija snažne sigurnosti i bolje ekonomske učinkovitosti.
Kako modularnost mijenja dizajn Web3 aplikacija
Za developere Web3 aplikacija modularna arhitektura mijenja način na koji se pristupa dizajnu sustava. Više nije nužno birati između „maksimalne sigurnosti“ na skupom L1 lancu i „jeftine, ali slabo provjerljive“ pohrane podataka izvan lanca. Umjesto toga, moguće je kombinirati različite slojeve prema potrebama aplikacije.
Tipična arhitektura može izgledati ovako:
- izvršavanje na rollupu – aplikacijska logika i pametni ugovori izvršavaju se na L2 rollupu koji je optimiziran za specifičan slučaj upotrebe (npr. DeFi, gaming),
- namira na glavnom lancu – periodično slanje dokaza (npr. zk-proof ili fraud-proof) na L1, gdje se rješavaju sporovi i osigurava konačnost stanja,
- podatkovna dostupnost na DA sloju – detaljni podaci o transakcijama objavljuju se na zasebnom DA lancu, čime se smanjuje trošak pohrane.
Ovakav pristup otvara prostor za nove tipove aplikacija koje su ranije bile ekonomski teško izvedive. Primjeri uključuju:
- društvene mreže na lancu – gdje se objave, komentari i interakcije bilježe on-chain, uz mogućnost kriptografske provjerljivosti i portabilnosti identiteta,
- igre s visokim volumenom podataka – npr. masivne multiplayer igre u kojima se stanje svijeta i imovina igrača kontinuirano ažuriraju na lancu,
- napredni DeFi protokoli – koji generiraju velike količine tržišnih podataka, pozicija i kolaterala, a ipak žele zadržati transparentnost i mogućnost neovisne revizije.
Za krajnjeg korisnika cilj je da iskustvo ostane jednostavno: interakcija kroz poznate novčanike i sučelja, dok se složena modularna arhitektura odvija u pozadini.
Sigurnosne implikacije i novi modeli rizika
Razdvajanje izvršavanja, namire i podatkovne dostupnosti uvodi nove sigurnosne pretpostavke. U monolitnom lancu korisnik se uglavnom oslanja na sigurnost jednog protokola. U modularnoj arhitekturi potrebno je razumjeti kako se rizici kumuliraju i međusobno utječu.
Neka od ključnih pitanja uključuju:
- Što ako DA sloj zakaže? – Ako podatci o transakcijama postanu nedostupni, korisnici i validatori rollupa ne mogu rekonstruirati stanje. To može dovesti do zaustavljanja sustava ili potrebe za izvanrednim mehanizmima oporavka.
- Kako modelirati povjerenje između slojeva? – Rollup može nasljeđivati sigurnost L1 lanca za namiru, ali istodobno ovisi o zasebnoj mreži za podatkovnu dostupnost. U praksi se sigurnost aplikacije određuje najslabijom karikom u tom lancu.
- Standardizacija dokaza i formata podataka – Kako bi različiti alati, čvorovi i analitički servisi mogli provjeravati podatke iz više DA slojeva, potrebni su standardizirani formati i protokoli.
Za timove koji grade ozbiljne proizvode to znači da odluka o izboru DA sloja nije samo pitanje cijene, već i dio šire sigurnosne strategije. Potrebno je jasno definirati scenarije kvara, mehanizme oporavka i komunikaciju prema korisnicima o tome na koje se rizike izlažu.
Infrastruktura oko DA slojeva: indeksacija i analitika
Kako DA slojevi postaju sastavni dio Web3 arhitekture, infrastrukturni projekti prilagođavaju svoje usluge. Alati za pokretanje i upravljanje lancima sve češće nude mogućnost konfiguriranja DA sloja kao dijela mrežne topologije, umjesto da se podrazumijeva pohrana podataka na istom lancu koji izvršava transakcije.
Istovremeno, pružatelji indeksacijskih i analitičkih usluga moraju se nositi s činjenicom da podaci više nisu centralizirani na jednom mjestu. Umjesto izravnog čitanja s jednog L1 lanca, potrebno je:
- povezati se na više DA mreža,
- rekonstruirati transakcijske podatke u skladu s logikom pojedinih rollupova,
- osigurati dosljednost i točnost podataka koje koriste aplikacije, revizori i regulatorna tijela.
U praksi se tako formira novi, djelomično „nevidljivi“ sloj Web3 infrastrukture: kombinacija DA mreža, indeksacijskih protokola i servisa za provjeru podataka. Njihova je uloga omogućiti da krajnji korisnik i dalje ima koherentno i pouzdano iskustvo, bez potrebe da razumije složenost modularne arhitekture.
Regulatorne perspektive i jurisdikcijska fragmentacija
Za europske i globalne regulatore modularnost otvara dodatna pitanja. Ako izvršavanje, namira i podatkovna dostupnost žive na različitim mrežama, koje mogu biti geografski i jurisdikcijski razdvojene, postaje teže jednoznačno odrediti tko je odgovoran za cjelinu financijske usluge ili aplikacije.
Primjerice, moguće su konfiguracije u kojima:
- rollup koji izvršava transakcije posluje pod okriljem jednog regulatornog režima,
- namira se odvija na globalnom javnom lancu s drugačijim skupom pravila i praksi,
- podatkovna dostupnost se oslanja na DA mrežu čiji čvorovi posluju u više država s različitim zakonodavstvima.
U takvom okruženju postavlja se niz pitanja: kako primijeniti postojeća pravila o čuvanju podataka, kako tretirati operatore čvorova u DA mrežama, te gdje povući granicu između tehnološke infrastrukture i pružanja financijskih usluga. Odgovori na ta pitanja tek se oblikuju kroz regulatorne smjernice, sudsku praksu i industrijske standarde.
Ono što je već sada jasno jest da će slojevi podatkovne dostupnosti postati jednako važan dio regulatornog razgovora kao što su danas L1 i L2 lanci. Za sudionike koji planiraju dugoročno graditi Web3 proizvode, razumijevanje DA slojeva više nije napredna tehnička tema, već temeljni element arhitektonske i pravne strategije.
Zaključak: DA slojevi kao nova os Web3 arhitekture
Modularni blockchain i slojevi podatkovne dostupnosti predstavljaju sljedeću fazu evolucije Web3 infrastrukture. Razdvajanje izvršavanja, namire i pohrane podataka omogućuje bolju skalabilnost, niže troškove i fleksibilnije dizajne aplikacija, osobito onih s visokim volumenom podataka.
Istodobno, modularnost uvodi nove slojeve kompleksnosti: sigurnosne pretpostavke moraju se pažljivo modelirati, interoperabilnost između slojeva standardizirati, a regulatorne implikacije uzeti u obzir već u ranim fazama dizajna sustava. U tom smislu, DA slojevi postaju nova os oko koje se gradi moderna Web3 arhitektura – nevidljivi krajnjem korisniku, ali presudni za skalabilnost, sigurnost i usklađenost cijelog ekosustava.
