­č窭čç░ Ako Ouroboros Leios zmen├ş konsenzus Cardana

Ako Ouroboros Leios zmen├ş konsenzus Cardana

Cardano pou┼ż├şva konsenzus PoS, ktor├Ż je v ─Źase p├şsania tohto ─Źl├ínku schopn├Ż spracova┼ą 300 jednoduch├Żch transakci├ş za sekundu. To je takmer 50-kr├ít viac ako konsenzus PoW, ktor├Ż pou┼ż├şva Bitcoin. Pre glob├ílny finan─Źn├Ż syst├ęm je to v┼íak st├íle nedostato─Źn├ę. T├şm IOG pracuje na novej verzii PoS, ktor├║ nazval Ouroboros Leios.

Trilema blockchainu

V├Żvoj├írsky t├şm ka┼żdej blockchainovej siete vyva┼żuje tri k─ż├║─Źov├ę vlastnosti, ktor├Żmi s├║ bezpe─Źnos┼ą, decentraliz├ícia a ┼ík├ílovate─żnos┼ą. Trilema blockchainu odkazuje na v┼íeobecne roz┼í├şren├ę presved─Źenie, ┼że decentralizovan├ę siete m├┤┼żu v danom ─Źase poskytova┼ą len dve z troch v├Żhod. Bezpe─Źnos┼ą je bezpodmiene─Źn├í vlastnos┼ą, ktor├║ nemo┼żno ohrozi┼ą. T├şmy balansuj├║ najm├Ą medzi decentraliz├íciou a ┼ík├ílovate─żnos┼ąou. Uprednost┼łovanie ┼ík├ílovate─żnosti pred decentraliz├íciou v┼íak nie je najlep┼í├şm rie┼íen├şm, ke─Ć┼że decentraliz├ícia je k─ż├║─Źovou vlastnos┼ąou blockchainov├ęho odvetvia. Navy┼íe, s poklesom decentraliz├ície kles├í aj Nakamotov koeficient, a teda aj bezpe─Źnos┼ą.

Vytvorenie blockchainovej siete, ktor├í dosahuje vysok├║ ┼ík├ílovate─żnos┼ą a z├írove┼ł neobetuje decentraliz├íciu a bezpe─Źnos┼ą, je pre odvetvie blockchain st├íle technologickou v├Żzvou. Cardano je v s├║─Źasnosti jednou z najviac decentralizovan├Żch siet├ş s viac ako tis├şckou poolov├Żch oper├ítorov, ktor├ş vytv├íraj├║ bloky. Je nevyhnutn├ę, aby si Cardano udr┼żalo svoju s├║─Źasn├║ decentraliz├íciu a nezatvorilo si dvere k ─Ćal┼íiemu rastu. Zvy┼íovanie ┼ík├ílovate─żnosti je v┼íak nevyhnutn├ę aj pre poslanie, ktor├ę sa Cardano sna┼ż├ş plni┼ą.

Ouroboros Leios je v├Żznamn├ę roz┼í├şrenie s├║─Źasn├ęho konsenzu PoS, ktor├ę v├Żrazne zv├Ż┼íi ┼ík├ílovate─żnos┼ą a zachov├í s├║─Źasn├║ ├║rove┼ł decentraliz├ície. Pozrime sa na doteraz zn├íme podrobnosti.

Priepustnos┼ą

Siete blockchain pou┼ż├şvaj├║ bloky ako s├║bor transakci├ş a skriptov, nad ktor├Żmi sa uskuto─Ź┼łuje konsenzus siete. Z poh─żadu siete nie je efekt├şvne prij├şma┼ą rozhodnutia na glob├ílnej ├║rovni pre ka┼żd├║ jednotliv├║ transakciu. Efekt├şvnej┼íie je vzia┼ą viacero transakci├ş s├║─Źasne a urobi┼ą rozhodnutie (konsenzus) nad celou kolekciou.

Blok je z├íkladn├í jednotka pou┼ż├şvan├í na prechod do nov├ęho stavu na ├║rovni ├║─Źtovnej knihy. Ak v├Ą─Ź┼íina siete pova┼żuje navrhnut├Ż blok za platn├Ż, nov├Ż blok sa nav┼żdy ulo┼ż├ş do blockchainu a stane sa v├Żchodiskov├Żm bodom pre ─Ćal┼í├ş prechod do in├ęho stavu.

Priepustnos┼ą blockchainov├Żch siet├ş ovplyv┼łuj├║ dva parametre. S├║ to ve─żkos┼ą bloku a ─Źas bloku.

Ve─żkos┼ą bloku definuje maxim├ílnu ve─żkos┼ą bloku, ktor├í ovplyv┼łuje po─Źet transakci├ş a skriptov, ktor├ę sa do neho zmestia. Ak je ve─żkos┼ą bloku 88 kB (90,112 B) a jednoduch├í transakcia m├í ve─żkos┼ą napr├şklad 300 B, do bloku sa zmest├ş 300 transakci├ş.

─îas bloku definuje ─Źasov├Ż interval medzi prid├ívan├şm nov├Żch blokov. Cardano m├í ─Źas bloku nastaven├Ż na 20 sek├║nd. To znamen├í, ┼że za 1 min├║tu m├┤┼że Cardano spracova┼ą 900 jednoduch├Żch transakci├ş. Za 10 min├║t 9000 transakci├ş at─Ć.

M├┤┼że sa sta┼ą, ┼że ak po─Źet pou┼ż├şvate─żov, ktor├ş chc├║ pou┼ż├şva┼ą sie┼ą, za─Źne narasta┼ą, sie┼ą nemus├ş by┼ą schopn├í vlo┼żi┼ą v┼íetky nov├ę transakcie do nov├ęho bloku. Niektor├ę transakcie tak musia ─Źaka┼ą v mem-poole na ─Ćal┼í├ş blok.

To by sa napr├şklad stalo, ak by 400 pou┼ż├şvate─żov chcelo posla┼ą jednoduch├║ transakciu v priebehu 20 sek├║nd, a to by sa opakovalo hodinu. 400 transakci├ş je viac ako 300, ktor├ę Cardano bez probl├ęmov zvl├ídne. Ka┼żd├Żch 20 sek├║nd zostane 100 transakci├ş mimo nov├ęho bloku, tak┼że musia zosta┼ą v mem-poole.

Mem-pool si m├┤┼żete predstavi┼ą ako do─Źasn├ę ├║lo┼żisko transakci├ş v uzloch siete. Ke─Ć sa v├Żrobca bloku stane l├şdrom slotu, t. j. z├şska pr├ívo vytvori┼ą nov├Ż blok v danom slote, vezme vopred overen├ę transakcie z mem-poolu a vlo┼ż├ş ich do bloku. Potom blok roz┼í├şri do siete. S ka┼żd├Żm novo pridan├Żm blokom sa priestor mem-poolu zv├Ą─Ź┼íuje, preto┼że transakcie, ktor├ę sa u┼ż v blockchaine nach├ídzaj├║, m├┤┼żu by┼ą vy┼łat├ę. Nov├ę transakcie v┼íak prich├ídzaj├║ neust├íle.

Ak je po─Źet transakci├ş neust├íle vy┼í┼í├ş, ako je po─Źet, ktor├Ż sie┼ą dok├í┼że spracova┼ą, je potrebn├ę zabr├íni┼ą zaplneniu mem-poolu nad po┼żadovan├Ż limit. Sie┼ą je n├║ten├í nov├ę transakcie odmietnu┼ą. Pou┼ż├şvatelia musia dlh┼íie ─Źaka┼ą na vyrovnanie transakci├ş, ktor├ę s├║ u┼ż v mem-poole. Pou┼ż├şvatelia, ktor├Żm sa nepodarilo odosla┼ą transakciu, to musia sk├║si┼ą znova. Obe mo┼żnosti s├║ pre pou┼ż├şvate─żov nepriazniv├ę. Pou┼ż├şvatelia o─Źak├ívaj├║, ┼że vyrovnanie bude kr├ítke a ┼że sie┼ą nebude ma┼ą probl├ęmy s priepustnos┼ąou.

Mem-pool je schopn├Ż absorbova┼ą kr├ítkodob├ę ┼ípi─Źky, ale nem├í zmysel, aby bol mnohon├ísobne v├Ą─Ź┼í├ş ako ve─żkos┼ą bloku. Ak by bolo v mem-poole dostatok transakci├ş napr├şklad na 100 blokov dopredu, znamenalo by to, ┼że novo zadan├ę transakcie by sa do bloku nedostali relat├şvne dlho. V ide├ílnom pr├şpade by mem-pool mal by┼ą ─Źo najmen┼í├ş a sie┼ą by mala by┼ą dostato─Źne ┼ík├ílovan├í, aby transakcie nezost├ívali v mem-poole len preto, ┼że sa nezmestia do bloku.

Decentralizovan├í sie┼ą dok├í┼że ┼í├şri┼ą transakcie relat├şvne r├Żchlo a teoreticky je obmedzen├í len ┼í├şrkou p├ísma internetu. Internet m├í vy┼í┼íiu priepustnos┼ą ako blockchainov├ę siete, ke─Ć┼że blockchainy s├║ obmedzen├ę ve─żkos┼ąou bloku a ─Źasom bloku. In├Żmi slovami, blockchainov├ę siete v s├║─Źasnosti nedok├í┼żu vyu┼żi┼ą priepustnos┼ą internetu, pokia─ż ide o produkciu blokov. To, ─Źo brzd├ş blockchainov├ę siete, je pomal├Ż konsenzus, ktor├Ż je navy┼íe obmedzen├Ż ve─żkos┼ąou ├║dajov v danom intervale. Transakcie by s├şce mohli cez blockchainov├║ sie┼ą pr├║di┼ą relat├şvne r├Żchlo, ale jedin├Żm v├Żsledkom by bolo, ┼że by sa zaplnil mem-pool.

Existuj├║ zdanlivo jednoduch├ę rie┼íenia, ako napr├şklad zv├Ą─Ź┼íenie ve─żkosti bloku alebo skr├ítenie ─Źasu blokovania. Obe ved├║ k vy┼í┼íej priepustnosti, ke─Ć┼że do bloku by sa zmestilo viac transakci├ş a nov├Ż blok by sa vytv├íral ─Źastej┼íie. Nane┼í┼ąastie, zmena t├Żchto parametrov by mohla ma┼ą negat├şvny vplyv na bezpe─Źnos┼ą a decentraliz├íciu. Napr├şklad ─Ź├şm v├Ą─Ź┼í├ş je blok, t├Żm dlh┼íie trv├í jeho ┼í├şrenie v sieti Peer-to-Peer (zvy┼íuje sa oneskorenie). ─î├şm krat┼íia je ve─żkos┼ą bloku, t├Żm v├Ą─Ź┼íie je riziko vzniku forkov, preto┼że producent bloku nemus├ş v─Źas dosta┼ą posledn├Ż vyroben├Ż blok (a pou┼żi┼ą predch├ídzaj├║ci).

S rast├║cim po─Źtom uzlov v sieti m├┤┼że r├ís┼ą po─Źet skokov, cez ktor├ę musia d├íta v sieti prejs┼ą. Ke─Ć┼że ka┼żd├Ż uzol pred odoslan├şm ├║dajov overuje ich platnos┼ą (aby sa zabr├ínilo odosielaniu neplatn├Żch ├║dajov v sieti), distrib├║cia ├║dajov sa spoma─żuje.

Ako zv├Ż┼íi┼ą priepustnos┼ą

Ako sme u┼ż povedali, v s├║─Źasnosti blockchainov├ę siete nevyu┼ż├şvaj├║ v├Ą─Ź┼íinu komunika─Źnej ┼í├şrky p├ísma. V├Ą─Ź┼íinu ─Źasu uzly len ─Źakaj├║. Respekt├şve prij├şmaj├║, prevaliduj├║ a ─Ćalej distribuuj├║ nov├ę transakcie a skripty. Overovanie nov├Żch prich├ídzaj├║cich transakci├ş nie je pre uzly v├Żpo─Źtovo n├íro─Źn├í ├║loha. Trochu viac pr├íce maj├║ len vtedy, ke─Ć dostan├║ nov├Ż blok alebo s├║ poveren├ę v├Żrobou nov├ęho bloku.

Ak je ─Źas bloku nastaven├Ż na 20 sek├║nd, m├┤┼żeme poveda┼ą, ┼że uzol vykon├íva minim├ílnu pr├ícu 19 sek├║nd a overuje alebo vytv├íra nov├Ż blok raz za 20 sek├║nd. Z h─żadiska vyu┼żitia ┼í├şrky p├ísma siete je to podobn├ę. Po sieti sa neust├íle posiela mno┼żstvo mal├Żch transakci├ş, ale raz za 20 sek├║nd je potrebn├ę distribuova┼ą relat├şvne ve─żk├Ż blok, ─Źo trv├í ove─ża dlh┼íie ako pri transakci├ích.

Na zv├Ż┼íenie ┼ík├ílovate─żnosti je potrebn├ę vyu┼żi┼ą v├Żpo─Źtov├Ż v├Żkon uzlov a naplno ich vyu┼żi┼ą. Nem├í zmysel vyu┼ż├şva┼ą v├Żpo─Źtov├Ż v├Żkon a ┼í├şrku p├ísma siete len vtedy, ke─Ć sa m├í vytvori┼ą nov├Ż blok. Jednoducho povedan├ę, ─Ź├şm dlh┼í├ş je ─Źas bloku, t├Żm menej sa vyu┼ż├şva v├Żpo─Źtov├Ż v├Żkon a ┼í├şrka p├ísma siete.

Nezamie┼łajte si ├║lohu PoW, ktor├í spo─Ź├şva najm├Ą v kreslen├ş v├Żrobcu ─Ćal┼íieho bloku a zabezpe─Źen├ş proti prep├şsaniu hist├│rie, s overovan├şm transakci├ş. V kontexte ┼ík├ílovate─żnosti Bitcoinu sie┼ą tie┼ż v podstate 10 min├║t ne─Źinne sed├ş, k├Żm sa ┼ąa┼żiarov sna┼ż├ş vyrie┼íi┼ą v├Żpo─Źtovo n├íro─Źn├Ż kryptografick├Ż probl├ęm.

Je teda potrebn├ę vyu┼ż├şva┼ą dostupn├ę zdroje. Overen├ę transakcie a skripty by mali by┼ą ─Źo najsk├┤r prijat├ę a ulo┼żen├ę do blockchainu. In├Żmi slovami, v├Żsledky valid├ície je potrebn├ę dosta┼ą do bloku ─Źo najsk├┤r, bez oh─żadu na ich mno┼żstvo.

Mnoh├ş nov├í─Źikovia v oblasti kryptomien nemaj├║ jasno v tom, ─Źo presne je decentraliz├ícia, a hlavne, ─Źo m├┤┼że zmeni┼ą. V tomto ─Źl├ínku sa pozrieme na to, ako je decentralizovan├Ż protokol Cardano, a potom sa budeme venova┼ą tomu, ─Źo v┼íetko m├┤┼że decentraliz├ícia zmeni┼ą v na┼íej spolo─Źnosti Viac inform├íci├ş .

Ako zv├Ż┼íi┼ą priepustnos┼ą pri zachovan├ş bezpe─Źnosti a decentraliz├ície? Nesmie d├┤js┼ą k z├ísadnej zmene po─Źtu uzlov v sieti. Sie┼ą mus├ş zosta┼ą otvoren├í, aby sa do nej mohol kedyko─żvek pripoji┼ą nov├Ż uzol.

Rie┼íenie mus├ş by┼ą nez├ívisl├ę od parametrov ve─żkosti bloku a ─Źasu bloku. Je potrebn├ę vyu┼żi┼ą cel├║ priepustnos┼ą komunika─Źn├ęho spojenia, aby bolo mo┼żn├ę r├Żchlo spracova┼ą ─Źo najviac nov├Żch transakci├ş a skriptov. Uzly m├┤┼żu viac vyu┼ż├şva┼ą svoj v├Żpo─Źtov├Ż v├Żkon po─Źas ─Źakania na vytvorenie nov├ęho bloku. T├şm IOG na┼íiel rie┼íenie.

Je potrebn├ę oddeli┼ą overovanie transakci├ş a vykon├ívanie skriptov od tvorby blokov. Ouroboros Leios rozde─żuje ├║lohy s├║visiace s valid├íciou a v├Żrobou blokov do dvoch skup├şn uzlov. Ka┼żd├Ż uzol v┼íak m├┤┼że vykon├íva┼ą obe ├║lohy.

Vstupn├ę schva─żovacie zariadenia

Cardano rozde─żuje ─Źas do slotov. D─║┼żka jedn├ęho slotu je jedna sekunda. Protokol je nastaven├Ż tak, ┼że pribli┼żne ka┼żd├Żch 20 sek├║nd sa jeden n├íhodne vybran├Ż uzol stane ved├║cim slotu. Ved├║ci slotu z├şska pr├ívo vklada┼ą transakcie do nov├ęho bloku a zverej┼łova┼ą ho. Ve─żkos┼ą podielu ovplyv┼łuje frekvenciu, s akou sa uzol m├┤┼że sta┼ą ved├║cim slotu. Vybran├Ż slot leader je z├írove┼ł producentom bloku, ak vyu┼żije pr├ívo a vytvor├ş nov├Ż blok.

Na obr├ízku ni┼ż┼íie m├┤┼żete vidie┼ą ─Źas rozdelen├Ż na sloty. V slotoch 20 a 40 s├║ vylosovan├ş nov├ş l├şdri slotov, s├║ to uzly ozna─Źen├ę 11 a 3. Tieto uzly m├┤┼żu produkova┼ą nov├Ż blok a publikova┼ą ho.

V sieti existuj├║ subjekty (prev├ídzkovatelia stake poolov), ktor├Żm deleg├íti d├┤veruj├║, a to sa d├í vyu┼żi┼ą. Okrem producentov blokov bude existova┼ą aj druh├í skupina, ktor├í sa naz├Żva schva─żovatelia vstupov. V r├ímci jedn├ęho slotu je teda mo┼żn├ę n├íhodne vybra┼ą nielen ved├║cich slotu, ale aj jedn├ęho vstupn├ęho schva─żovate─ża (teoreticky viac vstupn├Żch schva─żovate─żov).

├Üloha ved├║cich slotov sa nemen├ş a ich ├║lohou je vyrobi┼ą nov├Ż blok. ├Ülohou schva─żovate─żov vstupov je schva─żova┼ą vstupy, ktor├ę by sa mali dosta┼ą do bloku. O obsahu schva─żovan├ęho vstupu budeme hovori┼ą nesk├┤r. Vstupn├Żch schva─żovate─żov si mo┼żno predstavi┼ą ako druh├║ vrstvu, ktor├í pred spracovan├şm transakci├ş a skriptov pred ich vlo┼żen├şm do bloku n├íhodne vybran├Żm ved├║cim slotu.

Vstupn├ş schva─żovatelia bud├║ n├íhodne vyberan├ş mechanizmom podobn├Żm sp├┤sobu, ak├Żm sa vyberaj├║ ved├║ci slotov. Rozdiel je v tom, ┼że vstupn├ş schva─żovatelia m├┤┼żu by┼ą vybran├ş v ka┼żdom jednotlivom slote (jeden vstupn├Ż schva─żovate─ż za sekundu) pred v├Żberom ved├║ceho slotu (pribli┼żne ka┼żd├Żch 20 sek├║nd). Vstup pripraven├Ż schva─żovate─żom vstupu bude ved├║cim slotu prijat├Ż len vtedy, ak sa kryptograficky over├ş, ┼że schva─żovate─ż vstupu z├şskal pr├ívo na pr├şpravu vstupu.

Medzi dvoma blokmi sa n├íhodne vyberie viacero schva─żovate─żov vstupov, ktor├ş pripravia vstupy. Po v├Żbere ved├║ceho slotu bude k dispoz├şcii viacero schv├ílen├Żch vstupov, ktor├ę sa m├┤┼żu vlo┼żi┼ą do bloku. Namiesto toho, aby ved├║ci slotu vkladal do bloku vybran├ę transakcie a skripty, ako to rob├ş teraz, bude do bloku vklada┼ą odkazy na schv├ílen├ę vstupy.

Bloky a schv├ílen├ę vstupy s├║ v sieti distribuovan├ę nez├ívisle. Ka┼żd├Ż blok m├┤┼że obsahova┼ą 0 a┼ż N schv├ílen├Żch vstupov.

Na obr├ízku ni┼ż┼íie m├┤┼żete op├Ą┼ą vidie┼ą ─Źas rozdelen├Ż do slotov. Pribli┼żne ka┼żd├Żch 20 sek├║nd sa vykresl├ş nov├Ż ved├║ci slotu. Okrem toho sa v ka┼żdom slote vylosuje schva─żovate─ż vstupu, ktor├Ż m├í pr├ívo vytvori┼ą nov├Ż vstup. Paralelne teda prebiehaj├║ dve ┼żrebovania v rovnakom ─Źase.

Schva─żovanie vstupov je mo┼żn├ę len preto, ┼że Cardano pou┼ż├şva model Extended-UTXO. Transakcie a skripty je mo┼żn├ę potvrdzova┼ą lok├ílne bez oh─żadu na okolit├ę prostredie (neexistuje glob├ílny stav). Overovanie transakci├ş a vykon├ívanie skriptov prebieha lok├ílne na ├║rovni vstupn├Żch endorserov, t. j. mimo hlavn├ęho re┼ąazca, ktor├Ż zost├íva pod kontrolou l├şdrov slotov. Zodpovednos┼ą za h─żadanie konfliktov dvojit├Żch v├Żdavkov zost├íva na vybran├Żch ved├║cich slotov. St├íva sa v┼íak od─żah─Źen├Żm procesom, ktor├Ż sa mus├ş spolieha┼ą len na zis┼ąovanie a rie┼íenie konfliktov v grafe UTXO.

T├í ist├í transakcia m├┤┼że by┼ą obsiahnut├í vo viacer├Żch schv├ílen├Żch vstupoch. To sa m├┤┼że sta┼ą, ak schva─żovate─ż vstupov nevie, ako vyzeraj├║ predch├ídzaj├║ce vstupy. V pr├şpade, ┼że je transakcia v blockchaine pr├ştomn├í viacn├ísobne, jej prv├Ż v├Żskyt bude iba jej kanonickou poz├şciou v ├║─Źtovnej knihe.

Na obr├ízku ni┼ż┼íie m├┤┼żete vidie┼ą, ako sa ka┼żd├║ sekundu vytv├íra nov├Ż schv├ílen├Ż vstup. Hne─Ć ako sa vykresl├ş nov├Ż l├şder slotu, vznikn├║ ─Ćal┼íie endorsed inputs, ktor├ę s├║ pripraven├ę na pou┼żitie. Ved├║ci slotu vykon├í svoj schva─żovac├ş proces a m├┤┼że vlo┼żi┼ą v┼íetky vybran├ę vstupy do nov├ęho bloku.

Pozrime sa, ─Źo sa deje od odoslania transakcie po jej vlo┼żenie do bloku.

Ke─Ć uzol prijme nov├║ transakciu, validuje ju. V┼íetky platn├ę transakcie sa vlo┼żia do mem-poolu. Ak uzol z├şska pr├ívo vytvori┼ą potvrden├Ż vstup v danom slote, zahrnie do nov├ęho vstupu vopred overen├ę transakcie. Vytvor├ş sa d├ívka transakci├ş. M├┤┼żete si to predstavi┼ą ako nov├Ż druh bloku. Schv├ílen├ę vstupy (bloky) sa distribuuj├║ v sieti Peer-to-Peer. Okrem mem-poolu pre transakcie bude existova┼ą aj mem-pool pre schv├ílen├ę vstupy. Uzly bud├║ ma┼ą vo vyhradenom mem-poole viacero schv├ílen├Żch vstupov, aby boli pripraven├ę na v├Żrobu nov├ęho bloku v pr├şpade, ┼że by sa stali l├şdrom slotu.

Uzly nielen uchov├ívaj├║ schv├ílen├ę vstupy, ale lok├ílne dokazuj├║ ich platnos┼ą prostredn├şctvom mitrilov├Żch certifik├ítov, ktor├ę s├║ kryptografick├Żmi d├┤kazmi platnosti skup├şn transakci├ş.

Po v├Żbere nov├ęho l├şdra slotu vyberie schv├ílen├ę vstupy z mem-poolu a over├ş, ─Źi nedo┼ílo k dvojit├ęmu v├Żdavku. Potom do nov├ęho bloku vlo┼ż├ş odkazy na v┼íetky vybran├ę schv├ílen├ę vstupy. Nov├Ż blok sa potom distribuuje do siete a overenie ostatn├Żmi uzlami sa vykon├í podobn├Żm sp├┤sobom ako teraz. Po─Źas distrib├║cie nov├ęho bloku m├┤┼żu uzly vybra┼ą pou┼żit├ę schv├ílen├ę vstupy zo svojich pam├Ą┼ąov├Żch rezerv.

Na obr├ízku ni┼ż┼íie m├┤┼żete vidie┼ą, ako uzol prij├şma nov├ę transakcie a tie┼ż nov├ę schv├ílen├ę vstupy zo siete Peer-to-Peer. Obidve s├║ ulo┼żen├ę vo vyhraden├Żch mem-pooloch. Uzol mal ┼í┼ąastie a bol zvolen├Ż za ved├║ceho slotu, tak┼że vytvoril nov├Ż blok.

V┼íimnite si, ┼że tento koncept deleguje overovanie transakci├ş a vykon├ívanie skriptov na v┼íetky uzly a neza┼ąa┼żuje uzol touto pr├ícou v ─Źase, ke─Ć je zvolen├Ż za ved├║ceho slotu. Umo┼ż┼łuje vyu┼żi┼ą v├Żpo─Źtov├Ż v├Żkon uzlov po─Źas ÔÇťne─ŹinnostiÔÇŁ, ke─Ć v┼íetky uzly ─Źakaj├║ na nov├ęho l├şdra slotu.

Transakcie a skripty sa v sieti spracov├ívaj├║ v podstate neust├íle, tak┼że vytvorenie nov├ęho bloku je relat├şvne r├Żchly proces. Ke─Ć┼że sa pou┼ż├şvaj├║ odkazy na potvrden├ę vstupy, ve─żkos┼ą bloku m├┤┼że zosta┼ą rovnak├í ako dnes, aj ke─Ć objem spracovan├Żch ├║dajov m├┤┼że by┼ą mnohon├ísobne v├Ą─Ź┼í├ş. In├Żmi slovami, ka┼żd├Ż schv├ílen├Ż vstup m├┤┼że obsahova┼ą napr├şklad 1000 transakci├ş. Distrib├║cia bloku sa teda nebude spoma─żova┼ą kv├┤li ve─żkosti. Z├írove┼ł v┼íak uzly maj├║ pr├şstup ku v┼íetk├Żm potrebn├Żm ├║dajom, na ktor├ę sa v novom bloku odkazuje.

Tento koncept m├┤┼że pripom├şna┼ą rie┼íenia L2, ako s├║ ZK Rollups a Optimistic Rollups, alebo in├ę rie┼íenia, napr├şklad Lightning Network. V├Żhodou v┼íak je, ┼że neexistuje druh├í sie┼ą s vlastnou infra┼ítrukt├║rou. V┼íetko bude pod kontrolou s├║─Źasn├Żch prev├ídzkovate─żov staking poolov v r├ímci siete Cardano. Pou┼ż├şvatelia si zmenu okrem lep┼íieho v├Żkonu nev┼íimn├║. Nie je potrebn├ę pou┼ż├şva┼ą mosty alebo r├┤zne adresy, tak┼że pou┼ż├şvate─żsk├Ż z├í┼żitok nebude negat├şvne ovplyvnen├Ż.

Záver

V ─Źase p├şsania tohto ─Źl├ínku v┼íetci fan├║┼íikovia netrpezlivo o─Źak├ívaj├║ ─Ćal┼íie podrobnosti od t├şmov IOG. Asi najv├Ą─Ź┼íou ot├ízkou pre n├ís je, kde a ako sa bud├║ uklada┼ą transakcie a skripty, ke─Ć┼że blok bude iba odkazova┼ą na ├║daje. Ke─Ć┼że Cardano bude ove─ża lep┼íie ┼ík├ílova┼ą, bude generova┼ą aj viac d├ít, ktor├ę bude potrebn├ę niekde uklada┼ą. Ide├ílne rie┼íenie by bolo prostredn├şctvom shardingu, aby uzly nemuseli uklada┼ą v┼íetky d├íta, ale len ich ─Źas┼ą. Uvid├şme, ako to t├şm IOG vyrie┼íi.

Je pred─Źasn├ę tvrdi┼ą, ┼że trilema blockchainu je vyrie┼íen├Ż probl├ęm. Ouroboros Leios v┼íak bude v├Żznamn├Żm krokom vpred, preto┼że priepustnos┼ą siete nebude obmedzen├í parametrami ve─żkosti a ─Źasu bloku. V s├║─Źasnosti nie je zn├íme, ak├í vysok├í bude ┼ík├ílovate─żnos┼ą Cardana, je v┼íak viac ako pravdepodobn├ę, ┼że sa posunieme minim├ílne o jeden r├íd. Predt├Żm sa hovorilo, ┼że blockchain je pomal├í datab├íza. Ouroboros Leios toto tvrdenie zneplat┼łuje a m├┤┼że prep├şsa┼ą hist├│riu sie┼ąov├ęho konsenzu.


(Nap├şsal @Cardanians.io) - preklad @Martin.M
P├┤vodn├Ż ─Źl├ínok: How Ouroboros Leios will change the Cardano Consensus | Cardanians