Istraživač tvrtke Input Output iznosi potrebe Cardana za dostupnošću podataka

Istraživač tvrtke Input Output Giorgos Panagiotakos podnio je dokument koji opisuje potrebu za namjenskom funkcionalnošću dostupnosti podataka na osnovnom sloju Cardana.

Predložena definicija problema Layer 1 Data Availability ispituje kako bi projekti mogli objavljivati informacije koje drugi mogu dohvatiti i provjeriti, bez nužnog uključivanja u trajnu povijest transakcija u glavnoj knjizi. Oslanja se na zahtjeve raspravljene na tehničkoj radionici IO Researcha trećeg rujna.

Zašto Cardanovi projekti trebaju pristup objavljenim podacima

Neke aplikacije na blockchainu trebaju da informacije ostanu dostupne tek onoliko dugo koliko je potrebno sudionicima da potvrde radnju ili odgovore na problem. Drugima je potrebno da zapisi budu dostupni dugo nakon što su stvoreni.

Za određene protokole drugog sloja sudionicima može trebati objavljena informacija o stanju kako bi rekonstruirali svoje pozicije i povukli sredstva ako se protokol zaustavi ili operater ode izvan mreže. Optimistični rollupovi trebaju da transakcijski podaci ostanu dostupni dovoljno dugo kako bi sudionik mogao konstruirati dokaz o prijevari pri osporavanju navedenog stanja.

Dokument također navodi velike zero knowledge dokaze, upravljačka glasovanja, revizijske zapise te aplikacije koje grupiraju mnoge male operacije u serije. Njihovi zahtjevi zadržavanja razlikuju se, neke informacije mogu trebati satima, drugi podaci danima, a zapisi koji se koriste za kasnije revizije potencijalno godinama.

Panagiotakos opisuje nekoliko postojećih opcija. Projekti mogu objavljivati podatke izravno u Cardanovu glavnu knjigu, osloniti se na vanjski sustav kao što je Celestia ili koristiti pouzdanog operatera. Prema dokumentu, objava velikih količina u glavnoj knjizi može biti preskupa za neke aplikacije, dok vanjska usluga uvodi zasebne pretpostavke o sigurnosti i dostupnosti.

CPS također raspravlja o IPFS-u, koji identificira sadržaj koristeći informacije izvedene iz samih podataka. Taj pristup omogućuje primatelju da provjeri dohvaćeni sadržaj, ali ne jamči da će ga neki drugi sudionik nastaviti pohranjivati i poslužiti.

Što bi Cardanov sloj za dostupnost podataka trebao imati

Definicija problema postavlja pet ciljeva za potencijalno rješenje. Njegova jamstva dostupnosti trebala bi se oslanjati na postojeće sigurnosne pretpostavke Cardana, a ne na neovisno pouzdanog operatora pohrane ili zaseban vanjski skup validatora.

Objavljene informacije također bi trebale biti dohvatljive tijekom definiranog razdoblja. Predloženo rješenje trebalo bi navesti kada se objava prihvaća, kada zadržavanje počinje i završava te pod kojim se pretpostavkama sudionici mogu domoći podataka.

Treći cilj je cjelovitost podataka, svatko tko dohvaća informacije trebao bi moći potvrditi njihovu ispravnost. Četvrti je podrška za dokaze pripadnosti i nepripadnosti, što bi omogućilo Plutus pametnim ugovorima da provjere pripadaju li određeni podaci objavljenom skupu.

Završni cilj obuhvaća trošak i performanse. CPS traži znatno niži trošak po bajtu nego pri objavi istovjetnih podataka izravno na osnovni sloj, veći propusni kapacitet i latenciju objave usporedivu s prvim slojem. Od budućih prijedloga traži da navedu brojke prema kojima se ti zahtjevi mogu mjeriti.

Dokument ilustrira raspon potreba kroz pojedinačne projekte. Navodi razdoblje zadržavanja od jednog sata do pet dana za Gummiworm, dok se za Midgard, optimistični rollup, navodi da treba pohranu u trajanju od sedam dana i podršku za dokaze pripadnosti i nepripadnosti.

Za upravljačke aplikacije CPS upućuje na prethodne runde glasovanja u Project Catalystu pri razmatranju potencijalnog kapaciteta od 100000 do milijun glasova. Također napominje da neki postkvantni zero knowledge dokazi mogu premašiti 100 kilobajta, što povećava količinu podataka koje bi aplikacije mogle trebati objaviti.

Trajna arhivska pohrana i povjerljivost izvan su predloženog opsega. Za upravljačke zapise koji moraju ostati dostupni za revizije godinama kasnije, dokument navodi da je potreban zaseban arhivski mehanizam.

[NEWSBREAK]

Troškovi, vremenski plan i otvorena tehnička pitanja

Panagiotakos nije odabrao arhitekturu niti najavio dovršenu nadogradnju mreže. CPS pita koji bi sustav dokaza mogao podržati traženi propusni kapacitet i kako bi ga Plutus skripte referencirale.

Otvoreno ostavlja i pitanje tko bi trebao plaćati zadržavanje podataka, izdavač, strana koja ih dohvaća ili protokol. Svaki model određivanja cijena trebao bi uzeti u obzir i povremene male objave i aplikacije koje generiraju trajan promet velikog obujma.

Za operatore staking poolova dokument pita kako bi rješenje utjecalo na hardverske zahtjeve i operativne troškove te koji bi poticaji potaknuli sudjelovanje. Također poziva na prvu fazu koja je dovoljno jednostavna da isporuči korisnu funkcionalnost barem za jednu od identificiranih aplikacija.

Definicija problema uključuje vremensko ograničenje. Prema dokumentu, rješenje udaljeno više od otprilike osam mjeseci moglo bi stići prekasno za neke projekte koji planiraju lansiranje unutar godine. Kasnija alternativa trebala bi znatno poboljšati propusnost ili imati neku drugu jasnu prednost kako bi zamijenila infrastrukturu koju je projekt već integrirao.

Postkvantna sigurnost navedena je kao poželjna, a ne obvezna. Predloženi CPS ostaje otvoren u repozitoriju Cardano Improvement Proposals i još mu nije dodijeljen broj.