­č窭čç░ Cardano a sharding

Cardano a sharding

Cardano je monolitick├Ż blockchain a upgrade Ouroboros Leios to nezmen├ş. Mnoh├ę projektov├ę t├şmy blockchainu implementovali sharding v snahe dosiahnu┼ą vy┼í┼íiu ┼ík├ílovate─żnos┼ą. Aj Cardano by teoreticky mohlo ma┼ą jedn├ęho d┼ła sharding. Ur─Źite sa tak v┼íak nestane sk├┤r ako po implement├ícii Ouroboros Leios. Po─Ćme presk├║ma┼ą rozdiely medzi monolitick├Żm a sharded blockchainom z poh─żadu konsenzu. T├íto t├ęma je komplexn├í, preto sa z├ímerne zameriame len na niektor├ę aspekty. V z├íujme zjednodu┼íenia pre ─Źitate─ża si ─Źl├ínok nekladie za cie─ż poskytn├║┼ą ├║pln├ę a komplexn├ę inform├ície.

V├Żzvy pre monolitick├Ż a sharded blockchain

Monolitick├Ż blockchain rie┼íi v┼íetky z├íkladn├ę komponenty syst├ęmu, ako je konsenzus, dostupnos┼ą ├║dajov a vykon├ívanie, v tej istej vrstve alebo priestore. V┼íetky uzly z├║─Źast┼łuj├║ce sa na konsenze siete zdie─żaj├║ jeden priestor, v ktorom spolo─Źne overuj├║ transakcie a bloky.

Sharded blockchain rozde─żuje syst├ęm na men┼íie podskupiny naz├Żvan├ę shards. Ka┼żd├Ż shard m├┤┼że sprac├║va┼ą ─Źas┼ą transakci├ş nez├ívisle a paralelne. Uzly s├║ rozdelen├ę medzi jednotliv├ę shardy. Ak by bolo v sieti 1000 uzlov a 10 shardov, 100 uzlov by bolo rozdelen├Żch do ka┼żd├ęho shardu pod─ża ┼ípecifick├Żch pravidiel.

─îasti v┼íak nie s├║ navz├íjom nez├ívisl├ę, preto┼że s├║ st├íle s├║─Źas┼ąou jedn├ęho syst├ęmu. Ka┼żd├Ż syst├ęm, ─Źi u┼ż monolitick├Ż alebo vyu┼ż├şvaj├║ci sharding, mus├ş udr┼żiava┼ą jeden platn├Ż glob├ílny stav.

Glob├ílny stav je reprezent├íciou vlastn├şctva a prevodu akt├şv v blockchaine. Glob├ílny stav uchov├ívaj├║ a aktualizuj├║ uzly, ktor├ę sa z├║─Źast┼łuj├║ na konsenze. Nezab├║dajte, ┼że jednou z k─ż├║─Źov├Żch inov├íci├ş, ktor├ę blockchain prin├í┼ía, je ochrana pred ├║tokmi dvojitej spotreby. Zlo┼żit├ę je riadenie tejto ├║lohy v r├ímci distribuovanej siete. Pre centralizovan├Ż server je to jednoduch├í ├║loha.

Z h─żadiska bezpe─Źnosti musia v┼íetky uzly v sieti pozna┼ą glob├ílny stav.

V monolitickom blockchaine je glob├ílny stav ulo┼żen├Ż vo v┼íetk├Żch uzloch, ─Źo u─żah─Źuje udr┼żiavanie konzistencie a ├║plnosti ├║dajov v danom okamihu. To v┼íak kladie n├íroky na uzly z h─żadiska zdrojov (├║lo┼żisko, ┼í├şrka p├ísma, v├Żpo─Źty). Monolitick├Ż syst├ęm m├┤┼że ma┼ą tendenciu k centraliz├ícii, vy┼í┼íie n├íroky na v├Żkon uzlov a je ve─żmi ┼ąa┼żk├ę (ak nie takmer nemo┼żn├ę) dosiahnu┼ą vysok├║ ┼ík├ílovate─żnos┼ą.

V sharded blockchaine je ┼ąa┼ż┼íie udr┼ża┼ą konzistenciu glob├ílneho stavu, preto┼że sa udr┼żiava v jednotliv├Żch shardoch. Ka┼żd├Ż shard m├í len ─Źiasto─Źn├║ znalos┼ą glob├ílneho stavu, preto┼że nem├í v┼íetky ├║daje. Mus├ş existova┼ą nejak├Ż synchroniza─Źn├Ż mechanizmus (protokol), ktor├Ż zabezpe─Ź├ş, ┼że glob├ílny stav je konzistentn├Ż vo v┼íetk├Żch shardoch. To prin├í┼ía zlo┼żitos┼ą a probl├ęmy z h─żadiska bezpe─Źnosti. Na druhej strane je relat├şvne jednoduch├ę dosiahnu┼ą vysok├║ ┼ík├ílovate─żnos┼ą, ke─Ć┼że transakcie sa overuj├║ v shardoch. Po─Źet oddielov je v┼íak obmedzen├Ż potrebou komunik├ície medzi oddielmi.

Monolitick├Ż blockchain m├┤┼że ma┼ą jednoduch┼í├ş konsenzus a je transparentnej┼í├ş. V pr├şpade Cardano to po prechode na Ouroboros Leios nebude plati┼ą, preto┼że bud├║ existova┼ą 3 verzie blokov s r├┤znym ─Źasovan├şm. ─Äal┼íou v├Żhodou je jednoduch┼íia bezpe─Źnos┼ą v─Ćaka vy┼í┼íej dostupnosti ├║dajov. ─Żah┼íie sa zabezpe─Ź├ş odolnos┼ą vo─Źi ├║tokom typu double-spend a replay. V─Ćaka vy┼í┼íej dostupnosti ├║dajov je podstatne jednoduch┼íie zabezpe─Źi┼ą bezpe─Źnos┼ą. Monolitick├Ż blockchain je vysoko odoln├Ż vo─Źi double-spend a replay ├║tokom.

Najv├Ą─Ź┼íou v├Żzvou pre monolitick├ę blockchainy je dosiahnutie r├Żchlej finality transakci├ş (a blokov) bez obetovania decentraliz├ície a bezpe─Źnosti. Zlo┼żitos┼ą (vy┼í┼íie komunika─Źn├ę po┼żiadavky) m├┤┼że r├ís┼ą s po─Źtom uzlov, ─Źo obmedzuje ┼ík├ílovate─żnos┼ą.

Dodajme, ┼że Cardano vyu┼ż├şva konsenzus v Nakamotovom ┼ít├Żle, t. j. pravdepodobnostn├║ finalitu. Kone─Źnos┼ą transakci├ş je teda v porovnan├ş so sie┼ąami s preuk├ízate─żnou kone─Źnos┼ąou (Ethereum) pomal├í.

Najv├Ą─Ź┼íou v├Żhodou sharded blockchainu je vysok├í ┼ík├ílovate─żnos┼ą dosiahnut├í v─Ćaka paraleliz├ícii pri overovan├ş transakci├ş. In├Żmi slovami, overovanie transakci├ş je rozdelen├ę medzi nieko─żko ─Źiasto─Źne nez├ívisl├Żch skup├şn uzlov (shards). To m├í ─Ćal┼íie v├Żhody, preto┼że zni┼żuje po┼żiadavky na ├║lo┼żisko, ┼í├şrku p├ísma a v├Żpo─Źtov├Ż v├Żkon jednotliv├Żch uzlov. Sie┼ą m├┤┼że by┼ą viac decentralizovan├í a m├┤┼że by┼ą ekonomickej┼íie prev├ídzkova┼ą vlastn├Ż uzol. Nev├Żhodou je zlo┼żitos┼ą, najm├Ą pokia─ż ide o synchroniz├íciu a spr├ívu shardov, komunik├íciu medzi shardmi, rie┼íenie konfliktov medzi shardmi at─Ć. Najv├Ą─Ź┼íou v├Żzvou pre t├şmy vytv├íraj├║ce sharding je dosiahnutie vysokej bezpe─Źnosti a spo─żahlivosti v relat├şvne zlo┼żitom syst├ęme, ktor├Ż je z├ívisl├Ż od internetu.

Re┼żijn├ę n├íklady na komunik├íciu medzi jednotliv├Żmi hardmi

Pozrime sa teraz na sharded blockchain z poh─żadu akt├şv a aplik├íci├ş. Je zrejm├ę, ┼że ak by na jeden shard pripadal len obmedzen├Ż po─Źet aplik├íci├ş a akt├şv (v extr├ęmnom pr├şpade jedna aplik├ícia a jeden typ tokenu na shard), utrpela by pou┼ż├şvate─żsk├í pr├şvetivos┼ą a pou┼żite─żnos┼ą syst├ęmu. Nem├í zmysel ma┼ą napr├şklad v jednom sharde len mince ADA, v druhom sharde HOSKY a v tre┼ąom sharde DJED. Ako by mohla decentralizovan├í burza fungova┼ą v takomto prostred├ş? Do ktor├ęho shardu by ste ju umiestnili?

Tento probl├ęm sa rie┼íi komunik├íciou medzi jednotliv├Żmi shardmi. Je to proces, ktor├Ż umo┼ż┼łuje shardom vymie┼ła┼ą si inform├ície a koordinova┼ą akcie v syst├ęme. Do medzistrediskov├Żch transakci├ş sa zap├íjaj├║ viacer├ę strednopisy. Je potrebn├ę zabezpe─Źi┼ą atomicitu a konzistenciu medzi jednotliv├Żmi oddielmi. Uk├í┼żme si to prostredn├şctvom nieko─żk├Żch jednoduch├Żch pr├şkladov.

Ak chce Alica posla┼ą token X z oddielu 1 Bobovi na oddiel 2, syst├ęm mus├ş zabezpe─Źi┼ą, aby bola transakcia platn├í, kone─Źn├í a konzistentn├í na oboch oddieloch a aby Alica nemohla token X dvakr├ít min├║┼ą na in├Żch oddieloch. Ako vid├şte, uzly v jednom sharde nie s├║ schopn├ę t├║to transakciu potvrdi┼ą a vyhl├ísi┼ą ju za kone─Źn├║ (kompletn├║). Je potrebn├ę, aby uzly z oboch shardov transakciu potvrdili. Je tie┼ż potrebn├ę zabezpe─Źi┼ą, aby sa token X neutratil v in├Żch oddieloch. Aj ostatn├ę uzly (z in├Żch shardov) by mali ma┼ą aspo┼ł ─Źiasto─Źn├║ vedomos┼ą o stave tokenu X. Pam├Ąt├íte si, ke─Ć som hovoril o glob├ílnom stave?

V pr├şpade aplik├íci├ş je to ve─żmi podobn├ę. Inteligentn├ę kontrakty medzi jednotliv├Żmi shardmi vy┼żaduj├║ komunik├íciu medzi viacer├Żmi shardmi a ├║daje (alebo logiku) z in├Żch shardov. Napr├şklad, ak chce inteligentn├Ż kontrakt DEX (nasaden├Ż na sharde 3) vymeni┼ą token X zo shardu 1 za token Y zo shardu 2, syst├ęm mus├ş zabezpe─Źi┼ą, aby inteligentn├Ż kontrakt mal pr├şstup k ├║dajom a stavu tokenu X a tokenu Y na ich pr├şslu┼ín├Żch shardoch a aby sa v├Żmena vykonala atomicky a konzistentne naprie─Ź shardmi.

Teraz si sk├║ste predstavi┼ą, ─Źo to v┼íetko znamen├í v kontexte ┼ík├ílovate─żnosti, ─Źasovej synchroniz├ície shardov, ukladania (dostupnos┼ą ├║dajov), komunik├ície (┼í├şrka p├ísma), rie┼íenia konfliktov, prevencie ├║tokov, udr┼żiavania glob├ílneho stavu at─Ć. Synchroniz├ícia medzi jednotliv├Żmi oddielmi je proces, ktor├Ż zabezpe─Źuje, aby v┼íetky oddiely mali konzistentn├Ż a aktu├ílny poh─żad na glob├ílny stav syst├ęmu.

Z├ívislos┼ą shardu od in├Żch shardov pri overovan├ş cross-shardov├Żch transakci├ş (alebo smart kontraktov) je ne┼żelanou (ale nevyhnutnou) vlastnos┼ąou, preto┼że shard nie je ├║plne auton├│mny (nez├ívisl├Ż od svojho okolia). Ak m├í jeden shard probl├ęmy (napr├şklad v d├┤sledku ├║toku, sie┼ąov├Żch probl├ęmov alebo ni┼ż┼íieho v├Żkonu), m├┤┼że to ovplyvni┼ą ostatn├ę shardy, t. j. cel├Ż syst├ęm. Sie┼ąov├Ż konsenzus preto mus├ş by┼ą navrhnut├Ż ve─żmi starostlivo a mus├ş zoh─żad┼łova┼ą tieto eventuality.

Pre t├şmy, ktor├ę sa sna┼żia implementova┼ą konsenzus sharding, existuje jedna ve─żk├í v├Żzva. ─îo ak si ve─żk├Ż (nadpolovi─Źn├Ż) po─Źet transakci├ş vy┼żaduje komunik├íciu medzi jednotliv├Żmi shardmi? V takom pr├şpade nemus├ş by┼ą sharded blockchain tak├Ż efekt├şvny, ako sa p├┤vodne predpokladalo. Na┼í┼ąastie sharded blockchains u┼ż existuj├║, tak┼że m├┤┼żeme pozorova┼ą a porovn├íva┼ą jednotliv├ę implement├ície.

Kone─Źnos┼ą transakci├ş v kontexte ┼ík├ílovate─żnosti

Na pochopenie tejto t├ęmy je potrebn├ę pochopi┼ą kone─Źnos┼ą transakci├ş v kontexte ┼ík├ílovate─żnosti. Kone─Źnos┼ą znamen├í, ┼że ke─Ć je transakcia potvrden├í sie┼ąou, nie je mo┼żn├ę ju vr├íti┼ą alebo zmeni┼ą. T├Żm sa zabezpe─Źuje bezpe─Źnos┼ą a integrita syst├ęmu a zabra┼łuje sa dvojit├Żm v├Żdavkom alebo replay ├║tokom.

Kone─Źnos┼ą ovplyv┼łuje v├Żkonnos┼ą a efekt├şvnos┼ą syst├ęmu, preto┼że zni┼żuje latenciu a r├ę┼żiu ─Źakania na potvrdenie alebo rie┼íenie konfliktov.

Jednoducho povedan├ę, k├Żm transakcia X nie je fin├ílna, akt├şvum, ktor├ę bolo preveden├ę transakciou X, nem├í ist├ęho vlastn├şka (m├┤┼że n├şm by┼ą p├┤vodn├Ż odosielate─ż alebo nov├Ż pr├şjemca). Je zrejm├ę, ┼że op├Ątovn├ę pou┼żitie tohto akt├şva (s neist├Żm vlastn├şkom) pre ─Ćal┼íiu transakciu Y je ÔÇťriskantn├ęÔÇŁ, preto┼że ak sa predch├ídzaj├║ca transakcia X vr├íti, mala by sa vr├íti┼ą aj transakcia Y (ktor├║ sa niekto pr├íve sna┼ż├ş odosla┼ą). Probl├ęm by sa dal re┼ąazi┼ą. Pre blockchain je ┼ąa┼żk├ę revertova┼ą jednu transakciu, tak┼że by bolo potrebn├ę revertova┼ą cel├Ż blok. T├Żm by sa v├Żrazne naru┼íila konzistencia ├║dajov.

Kone─Źnos┼ą je d├┤le┼żit├í pre ┼ík├ílovate─żnos┼ą vo v┼íeobecnosti, ale najm├Ą pre sharded blockchainy, preto┼że umo┼ż┼łuje r├Żchlej┼íie a jednoduch┼íie cross-shard transakcie. Ak transakcie nie s├║ fin├ílne, m├┤┼żu vytv├íra┼ą nekonzistentnosti alebo konflikty medzi shardmi, ─Źo m├┤┼że ovplyvni┼ą ┼ík├ílovate─żnos┼ą a bezpe─Źnos┼ą syst├ęmu. Napr├şklad, ak ─Źriepok 1 potvrd├ş transakciu, ktorou Alica prevedie token X Bobovi, ale ─Źriepok 2 ju e┼íte nepotvrd├ş, Alica sa m├┤┼że pok├║si┼ą min├║┼ą token X znova na ─Źriepku 2, ─Źo sp├┤sob├ş dvojit├ę m├ş┼łanie. Aby sa tomu predi┼ílo, syst├ęm mus├ş zabezpe─Źi┼ą, aby bola transakcia na obidvoch oddieloch dokon─Źen├í sk├┤r, ako Alici alebo Bobovi umo┼żn├ş pou┼żi┼ą token X na in├Żch oddieloch.

─Äal┼í├şm d├┤vodom, pre─Źo je kone─Źnos┼ą d├┤le┼żit├í pre ┼ík├ílovate─żnos┼ą, je to, ┼że umo┼ż┼łuje efekt├şvnej┼íie a flexibilnej┼íie protokoly konsenzu. Konsenzu├ílne protokoly s├║ pravidl├í, ktor├ę ur─Źuj├║, ako sa uzly dohodn├║ na stave blockchainu a rie┼íia konflikty. Ak transakcie nie s├║ fin├ílne, m├┤┼żu vytv├íra┼ą forky alebo reorgy, ─Źo m├┤┼że ovplyvni┼ą ┼ík├ílovate─żnos┼ą a bezpe─Źnos┼ą syst├ęmu.

Ak napr├şklad uzol A potvrd├ş blok, ktor├Ż obsahuje transakciu T1, ale uzol B potvrd├ş in├Ż blok, ktor├Ż obsahuje transakciu T2, m├┤┼żu v blockchaine vytvori┼ą fork, ─Źo m├┤┼że sp├┤sobi┼ą zm├Ątok alebo nekonzistentnos┼ą. Na vyrie┼íenie tohto probl├ęmu mus├ş syst├ęm pou┼ż├şva┼ą konsenzu├ílny protokol, ktor├Ż dok├í┼że zvl├ídnu┼ą forky alebo reorgy (napr. pravidlo najdlh┼íieho re┼ąazca). Tieto protokoly v┼íak m├┤┼żu by┼ą pomal├ę, n├íkladn├ę alebo zlo┼żit├ę, ─Źo m├┤┼że obmedzi┼ą ┼ík├ílovate─żnos┼ą a v├Żkonnos┼ą syst├ęmu.

Sharded blockchain nem├┤┼że fungova┼ą efekt├şvne a spo─żahlivo, ak nie je zabezpe─Źen├í r├Żchla kone─Źnos┼ą transakci├ş (preuk├ízate─żn├í kone─Źnos┼ą), a to nielen v r├ímci shardov, ale aj pri komunik├ícii medzi shardmi.

Ako vypo─Ź├şta┼ą priepustnos┼ą syst├ęmu?

Je ┼ąa┼żk├ę odhadn├║┼ą, ktor├Ż syst├ęm m├┤┼że ma┼ą vy┼í┼íiu priepustnos┼ą. Probl├ęm spo─Ź├şva v tom, ┼że transakcie nemo┼żno overova┼ą nez├ívisle, t. j. paralelne. Medzi UTXO a blockchainom zalo┼żen├Żm na ├║─Źtoch existuj├║ ur─Źit├ę rozdiely, ale k tomu sa e┼íte dostaneme. Ak je na valid├íciu transakci├ş potrebn├í komunik├ícia medzi re┼ąazcami, prin├í┼ía to r├ę┼żiu a latenciu, ─Źo zni┼żuje priepustnos┼ą. Nie je mo┼żn├ę vypo─Ź├şta┼ą celkov├║ priepustnos┼ą sharded syst├ęmu vyn├ísoben├şm priepustnosti shardu po─Źtom shardov.

Podobne nie je mo┼żn├ę vypo─Ź├şta┼ą priepustnos┼ą monolitick├Żch syst├ęmov vyn├ísoben├şm kapacity spracovania na valid├ítor po─Źtom valid├ítorov. Valid├ítory m├┤┼żu ma┼ą r├┤znu kapacitu spracovania, tak┼że je mo┼żn├ę, ┼że najmenej v├Żkonn├Ż valid├ítor ovplyvn├ş celkov├║ v├Żkonnos┼ą syst├ęmu. Z├ívis├ş to aj od konkr├ętneho konsenzu.

Dosiahnutie vysokej ┼ík├ílovate─żnosti (a tie┼ż r├Żchlej finality) v monolitickom blockchaine nie je jednoduch├ę. Existuje mnoho v├Żziev a t├şmy musia starostlivo vyva┼żova┼ą kompromisy. R├Żchlej┼íia fin├ílnos┼ą si zvy─Źajne vy┼żaduje r├Żchlej┼íiu tvorbu a ┼í├şrenie blokov, ─Źo m├┤┼że ohrozi┼ą bezpe─Źnos┼ą a decentraliz├íciu syst├ęmu (riziko forkov alebo reorgov). R├Żchlej┼íia finaliz├ícia si zvy─Źajne vy┼żaduje sofistikovanej┼íie protokoly alebo mechanizmy (na hlasovan├ş v r├ímci produkcie ka┼żd├ęho nov├ęho bloku sa mus├ş podie─ża┼ą ve─ża uzlov), ─Źo m├┤┼że ohrozi┼ą jednoduchos┼ą a transparentnos┼ą syst├ęmu. Konsenzus s r├Żchlou finaliz├íciou m├┤┼że vy┼żadova┼ą viac komunik├ície alebo synchroniz├ície medzi uzlami, ─Źo m├┤┼że zv├Ż┼íi┼ą latenciu alebo r├ę┼żiu.

Sharded blockchains maj├║ v s├║─Źasnosti vy┼í┼íiu priepustnos┼ą (aspo┼ł na papieri), ale ich spo─żahlivos┼ą sa prejav├ş a┼ż pri vy┼í┼íom za┼ąa┼żen├ş syst├ęmu, ke─Ć je potrebn├ę spracova┼ą cross-shard transakcie.

Ako ovplyv┼łuj├║ model ├║─Źtovania a konsenzus ┼ík├ílovate─żnos┼ą?

To, ─Źo m├┤┼że ovplyvni┼ą priepustnos┼ą, je, pre niekoho prekvapivo, ├║─Źtovn├Ż model. Model zalo┼żen├Ż na ├║─Źtoch, ktor├Ż pou┼ż├şva Ethereum a v├Ą─Ź┼íina platforiem SC, neumo┼ż┼łuje paraleln├ę spracovanie transakci├ş. Po─Źas overovania je potrebn├ę zachova┼ą poradie transakci├ş (syst├ęm udr┼żiava zdie─żan├Ż glob├ílny stav). In├Żmi slovami, transakcie s├║ vz├íjomne z├ívisl├ę. Pri valid├ícii transakcie je potrebn├ę zoh─żadni┼ą glob├ílny stav, ktor├Ż mus├ş by┼ą v ─Źase valid├ície nemenn├Ż (atomicita).

Model zalo┼żen├Ż na ├║─Źtoch si vy┼żaduje sekven─Źn├ę spracovanie transakci├ş v r├ímci oddielov, ale aj medzi nimi, preto┼że ka┼żd├Ż ├║─Źet m├┤┼że z├ívisie┼ą od in├Żch ├║─Źtov alebo transakci├ş (alebo by┼ą s nimi v konflikte). Paraleliz├ícia prostredn├şctvom oddielov m├┤┼że zlep┼íi┼ą priepustnos┼ą syst├ęmu, ale len vtedy, ak je komunik├ícia medzi oddielmi rie┼íen├í efekt├şvne.

Cardano pou┼ż├şva model Extended-UTXO (alebo jednoducho UTXO/eUTXO), ktor├Ż umo┼ż┼łuje paraleln├ę spracovanie transakci├ş. Transakcie nie s├║ po─Źas overovania na sebe z├ívisl├ę. Na ich porad├ş v bloku nez├íle┼ż├ş.

Model UTXO umo┼ż┼łuje paralelnej┼íie spracovanie transakci├ş v r├ímci jednotliv├Żch oddielov a medzi nimi, preto┼że ka┼żd├Ż UTXO je nez├ívisl├Ż a m├┤┼że by┼ą overen├Ż bez odkazu na in├ę UTXO (alebo ├║─Źty).

Cardano by sa potenci├ílne mohlo sta┼ą sharded blockchainom, ale najprv mus├ş t├şm implementova┼ą r├Żchlu kone─Źnos┼ą (dokazate─żn├║ kone─Źnos┼ą). Pri pravdepodobnostnej kone─Źnosti nem├í zmysel uva┼żova┼ą o shardingu. Aspo┼ł z n├í┼ího poh─żadu. Ke─Ć bude implementovan├Ż Ouroboros Leios, bude mo┼żn├ę uva┼żova┼ą o shardingu.

Vr├í┼ąme sa k finalite transakci├ş a blokov. Kone─Źnos┼ą je zalo┼żen├í na hlasovan├ş (schva─żovan├ş) transakci├ş uzlami. Ke─Ć transakciu schv├íli ur─Źit├ę percento uzlov v sieti, st├íva sa nezvratnou. Kone─Źnos┼ą blokov (a teda aj transakci├ş) v sieti Cardano je teraz pomal├í, preto┼że v├íha sa zvy┼íuje s ka┼żd├Żm nov├Żm blokom pridan├Żm do blockchainu. Hlasovanie len 10 % uzlov v sieti Cardano (pridanie nov├ęho bloku, a t├Żm schv├ílenie v┼íetk├Żch predch├ídzaj├║cich blokov) m├┤┼że trva┼ą a┼ż 1 hodinu.

Záver

┼ák├ílovate─żnos┼ą decentralizovan├Żch blockchainov (L1) je ve─żmi komplexn├í t├ęma. T├şm a komunita Cardano by mali zv├í┼żi┼ą implement├íciu shardingu, ─Źo v┼íak nie je mo┼żn├ę urobi┼ą bez zv├Ż┼íenia kone─Źnosti transakci├ş. Mus├şme po─Źka┼ą na implement├íciu Ouroboros Leios a potom mo┼żno bude ma┼ą zmysel za─Źa┼ą uva┼żova┼ą o shardingu. ├Ü─Źtovn├Ż model UTXO je vhodn├Ż na sharding, preto┼że umo┼ż┼łuje paraleliz├íciu nielen v r├ímci shardov, ale aj komunik├íciu medzi shardmi. Sharding je ve─żkou technologickou v├Żzvou, ke─Ć zv├í┼żime zachovanie decentraliz├ície, bezpe─Źnosti, spo─żahlivosti a ─Ćal┼í├şch vec├ş, ako je spravodlivos┼ą odmien. Ak sa druh├ę vrstvy neujm├║ ako s├║─Źasn├í snaha o zv├Ż┼íenie ┼ík├ílovate─żnosti, nebudeme ma┼ą in├║ mo┼żnos┼ą ako zv├Ż┼íi┼ą ┼ík├ílovate─żnos┼ą prv├Żch vrstiev. Napokon, okrem shardingu existuj├║ aj ─Ćal┼íie zauj├şmav├ę sp├┤soby zvy┼íovania ┼ík├ílovate─żnosti.


P├┤vodn├Ż ─Źl├ínok: Cardano and sharding | Cardano Explorer (cexplorer.io)