Raziskovalec pri Input Output oriše potrebe Cardano glede razpoložljivosti podatkov

Raziskovalec pri Input Output Giorgos Panagiotakos je predložil dokument, ki opisuje potrebo po namenski zmožnosti razpoložljivosti podatkov na osnovnem sloju Cardano.

Predlagani opis problema Layer 1 Data Availability preučuje, kako bi projekti lahko objavljali informacije, ki jih lahko drugi pridobijo in preverijo, ne da bi jih nujno uvrstili v trajno transakcijsko zgodovino knjige. Opira se na zahteve, o katerih so razpravljali na tehnični delavnici IO Research 3. septembra.

Zakaj projekti na Cardano potrebujejo dostop do objavljenih podatkov

Nekatere aplikacije veriženja blokov potrebujejo, da informacije ostanejo na voljo le toliko časa, da udeleženci preverijo dejanje ali se odzovejo na težavo. Druge potrebujejo, da so zapisi dostopni še dolgo po tem, ko so bili ustvarjeni.

Pri določenih protokolih Layer 2 lahko udeleženci potrebujejo objavljene informacije o stanju, da rekonstruirajo svoje pozicije in dvignejo sredstva, če se protokol ustavi ali če operater postane nedosegljiv. Optimistic rollups potrebujejo, da transakcijski podatki ostanejo dostopni dovolj dolgo, da lahko udeleženec ob izpodbijanju zatrjevanega stanja sestavi dokaz o goljufiji.

Dokument navaja tudi velike dokaze z ničelnim razkritjem znanja, glasovnice upravljanja, revizijske zapise in aplikacije, ki združujejo številne majhne operacije v serije. Njihove zahteve glede hrambe se razlikujejo: nekatere informacije so lahko potrebne ure, drugi podatki dni, zapisi za poznejše revizije pa morda leta.

Panagiotakos opisuje več obstoječih možnosti. Projekti lahko objavljajo podatke neposredno v glavno knjigo Cardano, se zanesejo na zunanji sistem, kot je Celestia, ali uporabijo zaupanja vrednega operaterja. Po dokumentu je objavljanje velikih količin v knjigo za nekatere aplikacije lahko predrago, medtem ko zunanji servis uvaja ločene predpostavke glede varnosti in razpoložljivosti.

CPS obravnava tudi IPFS, ki vsebino identificira z uporabo informacij, izpeljanih iz samih podatkov. Tak pristop prejemniku omogoča preveriti pridobljeno vsebino, vendar ne zagotavlja, da bo drug udeleženec vsebino še naprej shranjeval in jo posredoval.

Kaj bi potreboval sloj razpoložljivosti podatkov za Cardano

Opis problema določa pet ciljev za možno rešitev. Njena zagotovila o razpoložljivosti naj bi temeljila na obstoječih varnostnih predpostavkah sistema Cardano, ne pa na neodvisno zaupanja vrednem operaterju hrambe ali ločenem zunanjem naboru overiteljev.

Objavljene informacije bi morale biti mogoče pridobiti tudi za določen čas. Predlagana rešitev bi morala določiti, kdaj je objava sprejeta, kdaj se hramba začne in konča ter pod katerimi predpostavkami lahko udeleženci podatke pridobijo.

Tretji cilj je integriteta podatkov: kdor koli pridobi informacije, mora biti sposoben preveriti njihovo pravilnost. Četrti je podpora za dokaze o članstvu in nečlanstvu, kar bi omogočilo, da pametne pogodbe Plutus preverijo, ali določeni podatki pripadajo objavljenemu naboru.

Zadnji cilj zajema stroške in zmogljivost. CPS poziva k bistveno nižjemu strošku na bajt kot pri objavi enakovrednih podatkov neposredno na osnovni sloj, k večji prepustnosti in zakasnitvi objave, primerljivi s Layer 1. Od prihodnjih predlogov zahteva, da navedejo številke, glede na katere je mogoče te zahteve meriti.

Dokument prikazuje razpon potreb skozi posamezne projekte. Za Gummiworm navaja obdobje hrambe od ene ure do petih dni, medtem ko je za Midgard, optimistični rollup, opisano, da potrebuje sedemdnevno hrambo in podporo za dokaze o članstvu in nečlanstvu.

Za aplikacije za upravljanje CPS kot referenco navaja prejšnje glasovalne kroge Project Catalyst, ko obravnava možno zmogljivost od 100.000 do enega milijona glasov. Opozarja tudi, da lahko nekateri postkvantni dokazi z ničelnim razkritjem znanja presegajo 100 kilobajtov, kar povečuje količino podatkov, ki jih bodo morale aplikacije objaviti.

Trajna arhivska hramba in zaupnost sta zunaj predlaganega obsega. Za zapise upravljanja, ki morajo ostati na voljo za revizije tudi čez leta, dokument opredeljuje potrebo po ločenem arhivskem mehanizmu.

[NEWSBREAK]

Stroški, časovnica in odprta tehnična vprašanja

Panagiotakos ni izbral arhitekture niti ni napovedal zaključene nadgradnje omrežja. CPS sprašuje, kateri dokazni sistem bi lahko podpiral zahtevano prepustnost in kako bi se nanj sklicevali skripti Plutus.

Odprto pušča tudi vprašanje, kdo naj plača za hrambo podatkov: objavitelj, stran, ki jih pridobiva, ali protokol. Vsak cenovni model bi moral upoštevati tako občasne manjše objave kot aplikacije, ki ustvarjajo trajen visokovolumski promet.

Za operaterje stake poolov dokument sprašuje, kako bi rešitev vplivala na strojne zahteve in obratovalne stroške ter katere spodbude bi spodbujale sodelovanje. Poziva tudi k prvi fazi, ki je dovolj preprosta, da zagotovi uporabno zmožnost vsaj za eno od opredeljenih aplikacij.

Opis problema vključuje časovno omejitev. Po dokumentu bi rešitev, oddaljena za približno osem mesecev ali več, lahko prispela prepozno za nekatere projekte, ki načrtujejo zagon v tekočem letu. Poznejša alternativa bi potrebovala znatno izboljšanje prepustnosti ali kakšno drugo jasno prednost, da bi nadomestila infrastrukturo, ki jo je projekt že integriral.

Postkvantna varnost je navedena kot zaželena, ne pa obvezna. Predlagani CPS ostaja odprt v repozitoriju Cardano Improvement Proposals in mu še niso dodelili številke.