­č窭čç░ Pochopenie batcherov v Cardane

Pochopenie batcherov v Cardane

Batchery s├║ koncept, ktor├Ż pou┼ż├şvaj├║ niektor├ę decentralizovan├ę burzy (DEXy) na Cardano na zhroma┼ż─Ćovanie pr├şkazov a vykon├ívanie swapov. Po─Ćte sa o nich dozvedie┼ą viac. Vysvetl├şme si tie┼ż, pre─Źo Cardano potrebuje batchery a Ethereum nie.

Úloha batcherov

Batchery s├║ koncept, ktor├Ż pou┼ż├şvaj├║ niektor├ę decentralizovan├ę burzy (DEXes) na zhroma┼ż─Ćovanie objedn├ívok pou┼ż├şvate─żov a vykon├ívanie swapov. Batchery s├║ subjekty, ktor├ę prev├ídzkuj├║ uzly v sieti Cardano a maj├║ mo┼żnos┼ą vytv├íra┼ą a odosiela┼ą transakcie, ktor├ę vyvol├ívaj├║ k├│d na re┼ąazci (valid├ítorsk├ę skripty) DEXov.

Cie─żom batcherov je zlep┼íi┼ą efekt├şvnos┼ą a ┼ík├ílovate─żnos┼ą DEX zn├ş┼żen├şm po─Źtu transakci├ş, ktor├ę mus├ş blockchain spracova┼ą. Batchery zdru┼żuj├║ viacer├ę transakcie pou┼ż├şvate─żov do jednej d├ívkovej transakcie, ktor├í ich vykon├í v┼íetky naraz. Ide o efekt├şvnej┼í├ş pr├şstup, ako keby ka┼żd├Ż pou┼ż├şvate─ż predlo┼żil DEX-u svoju vlastn├║ transakciu.

Batchery zhroma┼ż─Ćuj├║ pr├şkazy pou┼ż├şvate─żov a vytv├íraj├║ transakcie, ktor├ę zah┼Ľ┼łaj├║ blokovanie finan─Źn├Żch prostriedkov. Vykon├íva sa to v logike mimo re┼ąazca inteligentn├ęho kontraktu. Porovn├ívaj├║ v┼íetky pr├şkazy pou┼ż├şvate─żov a vykon├ívaj├║ v├Żmeny prostredn├şctvom vytv├írania v├Żdavkov├Żch transakci├ş, ─Źo sa op├Ą┼ą deje v off-chain ─Źasti inteligentn├ęho kontraktu.

Batchery triedia transakcie pou┼ż├şvate─żov pod─ża ich priority a ceny, ─Źo pom├íha predch├ídza┼ą konfliktom alebo zlyhaniam.

Pou┼ż├şvatelia musia plati┼ą be┼żn├ę sie┼ąov├ę poplatky a navy┼íe platia batcherom za swapy. Batcheri si z ka┼żdej vytvorenej transakcie odpo─Ź├ştaj├║ mal├Ż poplatok ako odmenu.

Na nasleduj├║com obr├ízku vid├şte zjednodu┼íen├║ sch├ęmu DEX, ktor├í spracov├íva pr├şkazy, p├íruje ich a vykon├íva swapy. Na tento ├║─Źel mus├ş batcher vytvori┼ą transakcie, ktor├ę s├║ validovan├ę v on-chain ─Źasti smart kontraktu.

Uk├í┼żme si to na pr├şklade. Zd├┤razn├şme niektor├ę d├┤le┼żit├ę detaily.

Alica chce preda┼ą HOSKY a ma┼ą viac ADA. Bob chce k├║pi┼ą HOSKY a preda┼ą ADA. D├ívkovac├ş uzol m├┤┼że tieto pr├şkazy spoji┼ą a vykona┼ą v├Żmenu.

Alica a Bob musia najprv n├íjs┼ą batcher, ktor├ęmu d├┤veruj├║ a ktor├Ż je schopn├Ż vykona┼ą v├Żmenu. M├┤┼że to vykona┼ą bu─Ć automaticky DEX, alebo si m├┤┼żu vybra┼ą batcher, ktor├Ż chc├║, v z├ívislosti od n├ívrhu a implement├ície DEX. Niektor├ę DEXy umo┼ż┼łuj├║ pou┼ż├şvate─żom vybra┼ą konkr├ętny uzol, ktor├Ż bude poveren├Ż vykonan├şm v├Żmeny, zatia─ż ─Źo in├ę pou┼ż├şvaj├║ lot├ęriu na zabezpe─Źenie n├íhodn├ęho v├Żberu.

Po v├Żbere batchera musia Alice a Bob uzamkn├║┼ą ADA a HOSKY. V├Żmena sa m├┤┼że vykona┼ą len vtedy, ak m├í batcher kontrolu nad vynakladan├şm prostriedkov.

Alica posiela tokeny HOSKY na adresu skriptu, ktor├║ kontroluje batcher. V skripte s├║ definovan├ę podmienky na vynakladanie HOSKY (napr. mno┼żstvo ADA, ktor├ę Alica po┼żaduje). Prostriedky m├┤┼że odblokova┼ą ktoko─żvek, kto dok├í┼że vytvori┼ą platn├║ transakciu m├ş┼łania (splni┼ą podmienky skriptu). Zvy─Źajne (nie nevyhnutne) je to d├ívkar, ktor├Ż prostriedky uzamkol.

V┼íimnite si, ┼że d├ívkova─Ź je zodpovedn├Ż za vytvorenie transakci├ş, ktor├ę obsahuje skript uzamknutia. Pou┼ż├şvatelia musia podp├şsa┼ą transakcie svojimi s├║kromn├Żmi k─ż├║─Źmi. Takto batcher nem├┤┼że ukradn├║┼ą prostriedky, preto┼że nem├í pr├şstup k s├║kromn├ęmu k─ż├║─Źu pou┼ż├şvate─ża. Batcher kontroluje iba skripty, ktor├ę uzamykaj├║ a odomykaj├║ prostriedky, ale nem├┤┼że ich min├║┼ą bez splnenia podmienok v├Żmeny.

Pou┼ż├şvatelia musia overi┼ą transakcie, ktor├ę poskytuje batcher, predt├Żm, ako ich podp├ş┼íu svoj├şm s├║kromn├Żm k─ż├║─Źom. M├┤┼żu skontrolova┼ą, ─Źi transakcie zodpovedaj├║ swapov├Żm podmienkam a parametrom, ako je suma tokenu, v├Żmenn├Ż kurz a ─Źas vypr┼íania platnosti.

Bob mus├ş vykona┼ą podobn├║ oper├íciu ako Alica, ale s mincami ADA. Mince ADA sa teda uzamkn├║ na adrese skriptu kontrolovan├ęho d├ívkova─Źom.

HOSKY a ADA s├║ uzamknut├ę a batcher m├┤┼że p├írova┼ą oba pr├şkazy. Overuje, ─Źi je mo┼żn├ę splni┼ą podmienky v├Żdavkov oboch skriptov, ktor├ę uzamkn├║ prostriedky. Ak ├íno, batcher vytvor├ş dve v├Żdavkov├ę transakcie, ktor├ę odomkn├║ HOSKY a ADA z adries skriptov a odo┼íle ich na adresy pr├şjemcov, t. j. Alice a Boba, presne pod─ża ich po┼żiadaviek.

Batcher odo┼íle obe v├Żdavkov├ę transakcie do siete Cardano ako jednu atomick├║ transakciu. To znamen├í, ┼że bu─Ć sa ├║spe┼íne vykonaj├║ obe transakcie, alebo sa nevykon├í ┼żiadna z nich. T├Żm je zabezpe─Źen├ę, ┼że Alica a Bob dostan├║ svoje tokeny a mince bez rizika, ┼że pr├şdu o svoje prostriedky alebo ┼że ich batcher alebo jeden druh├ęho podvedie.

Uk├ízali sme si pr├şklad tzv. priamej v├Żmeny, ktor├í si vy┼żaduje viac koordin├ície a komunik├ície medzi stranami. Alica m├┤┼że DEX explicitne poveda┼ą, ┼że protistranou mus├ş by┼ą Bob, ak pozn├í Bobovu adresu a po─Źet tokenov, ktor├ę chce vymeni┼ą. Alica a Bob sa musia vopred dohodn├║┼ą na podmienkach a parametroch swapu a potom pou┼żi┼ą d├ívkova─Ź na vykonanie svojej swapovej transakcie. Priamy swap je bezpe─Źnej┼í├ş a efekt├şvnej┼í├ş ako swap zalo┼żen├Ż na poole, pri ktorom sa Alica a Bob navz├íjom nepoznaj├║ a pri h─żadan├ş vhodn├ęho partnera pre svoj swap sa spoliehaj├║ na pool likvidity.

Pre─Źo Cardano potrebuje batchery?

Batchery zohr├ívaj├║ k─ż├║─Źov├║ ├║lohu pri umo┼ż┼łovan├ş inteligentn├Żch kontraktov a swapov na Cardano. Prin├í┼íaj├║ v┼íak aj niektor├ę v├Żzvy a kompromisy. Pozrime sa najprv na niektor├ę v├Żhody:

  • Zni┼żuj├║ za┼ąa┼żenie blockchainu a zvy┼íuj├║ priepustnos┼ą DEX, preto┼że uzly musia overi┼ą a ulo┼żi┼ą do blockchainu menej transakci├ş. D├ívkov├í transakcia s 10 transakciami m├í men┼íiu ve─żkos┼ą ako 10 jednotliv├Żch transakci├ş. Je to preto, ┼że d├ívkov├í transakcia m├┤┼że kombinova┼ą viacero vstupov a v├Żstupov do jednej transakcie, ─Ź├şm sa zni┼żuje r├ę┼żia a redundancia vytv├írania samostatn├Żch transakci├ş.
  • Zni┼żuj├║ poplatky pre pou┼ż├şvate─żov, preto┼że si m├┤┼żu n├íklady na d├ívkov├║ transakciu rozdeli┼ą medzi sebou. Poplatky v Cardano s├║ zalo┼żen├ę na ve─żkosti transakcie a ve─żkos┼ą z├ívis├ş (okrem in├ęho) od po─Źtu svedkov (podpisov).
  • Zlep┼íuj├║ sk├║senosti pou┼ż├şvate─żov, preto┼że m├┤┼żu poskytova┼ą r├Żchlej┼íie a spo─żahlivej┼íie vykon├ívanie ich transakci├ş.

Niektor├ę nev├Żhody batcherov s├║ nasledovn├ę:

  • Zni┼żuj├║ decentraliz├íciu a bezpe─Źnos┼ą DEX, preto┼że zav├ídzaj├║ bod zlyhania pre transakcie pou┼ż├şvate─żov. Ak je batcher ┼íkodliv├Ż alebo kompromitovan├Ż, m├┤┼że manipulova┼ą, cenzurova┼ą alebo predbieha┼ą transakcie pou┼ż├şvate─żov.
  • Zvy┼íuj├║ zlo┼żitos┼ą a riziko pre pou┼ż├şvate─żov, preto┼że musia d├┤verova┼ą batcheru a komunikova┼ą s n├şm. Pou┼ż├şvatelia musia posiela┼ą svoje finan─Źn├ę prostriedky a ├║daje d├ívkova─Źu, ktor├Ż potom v ich mene vytvor├ş a odo┼íle d├ívkov├║ transakciu.
  • Pou┼ż├şvatelia sa pri vykon├ívan├ş svojich pr├şkazov musia spolieha┼ą na dostupnos┼ą a v├Żkonnos┼ą d├ívkov├ęho uzla. Ak je uzol d├ívkov├ęho spracovania vypnut├Ż alebo pre┼ąa┼żen├Ż, transakcie sa m├┤┼żu oneskori┼ą alebo zlyha┼ą.
  • Je be┼żn├ę, ┼że batchery s├║ v├Ą─Ź┼íinou prev├ídzkovatelia staking poolov (SPO) s vysok├Żm vkladom. To predstavuje pre z├íujemcov vstupn├║ bari├ęru. Tento mechanizmus m├í zabezpe─Źi┼ą ─Źestn├ę spr├ívanie, preto┼że kombinuje prev├ídzku poolu s prev├ídzkou batcher uzla. Ak by sa batcher nespr├íval ─Źestne, mohlo by to deleg├ítov odradi┼ą od st├ívkovania ADA do poolu oper├ítora. Okrem poplatku za d├ívkovanie transakci├ş hroz├ş ne─Źestn├ęmu batcherovi aj strata odmien za st├ívkovanie.

Teraz sa dost├ívame ku k─ż├║─Źovej ot├ízke. Pre─Źo Cardano potrebuje batcherov a Ethereum nie?

D├ívkovanie je technika, ktor├í umo┼ż┼łuje vykona┼ą viacero transakci├ş ako jednu atomick├║ transakciu v blockchaine. To znamen├í, ┼że bu─Ć sa ├║spe┼íne vykonaj├║ v┼íetky transakcie, alebo sa nevykon├í ┼żiadna z nich. Z h─żadiska bezpe─Źnosti a spr├ívnosti je atomicita absol├║tne nevyhnutn├í. Ak je niektor├í ─Źas┼ą d├ívky neplatn├í alebo konfliktn├í, cel├í d├ívka by mala zlyha┼ą. T├Żm sa zabr├íni ─Źiasto─Źn├ęmu alebo nekonzistentn├ęmu vykonaniu transakci├ş, ktor├ę by mohlo vies┼ą k strate finan─Źn├Żch prostriedkov, dvojit├ęmu vynalo┼żeniu alebo podvodu.

D├ívky s├║ potrebn├ę, preto┼że Cardano nepodporuje inteligentn├ę zmluvy rovnak├Żm sp├┤sobom ako Ethereum alebo in├ę blockchainy, ke─Ć┼że pou┼ż├şva in├Ż ├║─Źtovn├Ż model.

V modeli UTXO sa ka┼żd├Ż UTXO m├┤┼że min├║┼ą len raz. Ka┼żd├í transakcia spotrebuje niektor├ę UTXO ako vstupy a vytvor├ş nov├ę UTXO ako v├Żstupy. Zostatok pou┼ż├şvate─ża sa vypo─Ź├şta ako s├║─Źet v┼íetk├Żch UTXO spojen├Żch s jeho adresami.

V├Żstupy m├┤┼żu by┼ą uzamknut├ę skriptami, ktor├ę ur─Źuj├║ podmienky ich m├ş┼łania. Logika vynakladania prostriedkov definovan├í v skripte m├┤┼że vy┼żadova┼ą schopnos┼ą pozna┼ą ur─Źit├Ż kontext alebo stav. Stav je s├║bor ├║dajov, ktor├Ż predstavuje aktu├ílny stav syst├ęmu alebo programu. Inform├ície o stave s├║ nevyhnutn├ę pre mnoh├ę aplik├ície, ktor├ę vy┼żaduj├║ interakciu, v├Żpo─Źet alebo overenie v blockchaine.

Na rozdiel od Etherea, kde inteligentn├ę kontrakty m├┤┼żu uklada┼ą a manipulova┼ą so stavov├Żmi premenn├Żmi, skripty Cardano m├┤┼żu pristupova┼ą len k vstupom a v├Żstupom aktu├ílnej transakcie (k dispoz├şcii je len lok├ílny kontext alebo stav). To znamen├í, ┼że skripty Cardano nem├┤┼żu vykon├íva┼ą zlo┼żit├║ logiku alebo komunikova┼ą s in├Żmi skriptami v r├ímci on-chain ─Źasti inteligentnej zmluvy DEX.

Obmedzen├şm modelu UTXO je, ┼że nepodporuje komplexn├║ logiku ani inform├ície o stave.

Na prekonanie tohto obmedzenia sl├║┼żia batchery ako sprostredkovatelia, ktor├ş zhroma┼ż─Ćuj├║, objedn├ívaj├║ a vykon├ívaj├║ transakcie, ktor├ę zah┼Ľ┼łaj├║ uzamknutie a odomknutie prostriedkov pomocou skriptov. In├Żmi slovami, obchodn├í logika DEX sa vykon├íva mimo re┼ąazca, preto┼że je mo┼żn├ę pracova┼ą so stavom aplik├ície.

Model UTXO nem├í glob├ílny stav, ktor├Ż by sa dal aktualizova┼ą alebo ku ktor├ęmu by mohli pristupova┼ą transakcie. Namiesto toho m├┤┼że ka┼żd├í transakcia pristupova┼ą len k vstupom a v├Żstupom aktu├ílnej transakcie. Po─Źas vykon├ívania skriptu s├║ k dispoz├şcii d├ítum UTxO, vykupite─ż z transakcie v├Żdavkov a (lok├ílny) kontext transakcie.

To znamen├í, ┼że transakcie nem├┤┼żu vykon├íva┼ą oper├ície, ktor├ę z├ívisia od extern├Żch premenn├Żch alebo podmienok, ako s├║ aritmetick├ę oper├ície, podmienen├ę pr├şkazy, cykly alebo volania funkci├ş. Okrem toho transakcie nem├┤┼żu komunikova┼ą s in├Żmi transakciami alebo skriptami v blockchaine, ─Źo obmedzuje funk─Źnos┼ą a interoperabilitu aplik├íci├ş.

Batchery umo┼ż┼łuj├║ swapy na Cardano, preto┼że umo┼ż┼łuj├║ implement├íciu algoritmov, ktor├ę m├┤┼żu pracova┼ą s viacer├Żmi transakciami (pr├şkazmi) s├║─Źasne a udr┼żiava┼ą stav aplik├ície.

Ethereum nepotrebuje batchery, preto┼że pou┼ż├şva in├Ż ├║─Źtovn├Ż model naz├Żvan├Ż account-based model. Model zalo┼żen├Ż na ├║─Źtoch sleduje zostatok ka┼żd├ęho ├║─Źtu ako glob├ílny stav. Ka┼żd├í transakcia aktualizuje stav syst├ęmu pod─ża logiky a ├║dajov obsiahnut├Żch v transakcii. Model zalo┼żen├Ż na ├║─Źtoch podporuje komplexn├║ logiku a inform├ície o stave, preto┼że umo┼ż┼łuje transakci├ím pristupova┼ą ku glob├ílnemu stavu syst├ęmu a meni┼ą ho. Jednoducho povedan├ę, Ethereum umo┼ż┼łuje implement├íciu logiky DEX prostredn├şctvom inteligentn├Żch kontraktov.

Krátke porovnanie Cardano a Ethereum

Rozdiel medzi modelom UTXO a modelom zalo┼żen├Żm na ├║─Źtoch s├║vis├ş s glob├ílnym stavom Etherea. Ethereum m├í glob├ílny stav, ktor├Ż mo┼żno aktualizova┼ą alebo ku ktor├ęmu maj├║ pr├şstup transakcie.

Cardano nem├í glob├ílny stav. Vykon├ívanie transakci├ş je navz├íjom nez├ívisl├ę, preto┼że z├ívis├ş len od lok├ílneho kontextu. V─Ćaka tomu je Ethereum vhodnej┼íie na inteligentn├ę kontrakty a v├Żmeny ako Cardano, ale prin├í┼ía to aj ur─Źit├ę v├Żzvy a kompromisy:

  • Glob├ílny stav Etherea je zlo┼żitej┼í├ş ako model UTXO v Cardane, ─Źo s┼ąa┼żuje jeho overovanie a ├║dr┼żbu. Vy┼í┼íia komplexnos┼ą ─Źasto prin├í┼ía zranite─żnosti a vektory ├║tokov.
  • Glob├ílny stav Etherea vy┼żaduje viac ├║lo┼żiska a v├Żpo─Źtov ako model UTXO v Cardane, ─Źo obmedzuje jeho ┼ík├ílovate─żnos┼ą a v├Żkon. EVM vykon├íva transakcie postupne, jednu po druhej, a pod─ża toho aktualizuje stav. T├íto postupnos┼ą sa mus├ş dodr┼żiava┼ą aj po─Źas valid├ície blokov.
  • Glob├ílny stav Etherea odha─żuje viac inform├íci├ş ako model UTXO spolo─Źnosti Cardano, ─Źo zni┼żuje jeho s├║kromie a anonymitu.

T├şm IOG si vybral model UTxO a z├ímerne nechcel ma┼ą nie─Źo ako glob├ílny stav. Chceli vyu┼żi┼ą v├Żhody modelu UTxO a z├írove┼ł prekona┼ą jeho obmedzenia. Urobili to zaveden├şm roz┼í├şrenej verzie modelu UTxO, nazvanej eUTXO, ktor├í umo┼ż┼łuje transakci├ím pren├í┼ía┼ą niektor├ę inform├ície o stave a vykon├íva┼ą vlastn├║ logiku pomocou inteligentn├Żch kontraktov.

Model eUTXO zachov├íva jednoduchos┼ą, s├║kromie a ┼ík├ílovate─żnos┼ą modelu UTxO (ako ho pozn├íte z Bitcoinu) a z├írove┼ł umo┼ż┼łuje viac funkci├ş a interoperabilitu aplik├íci├ş.

Model eUTxO, t. j. absencia glob├ílneho stavu, m├í pre Cardano ur─Źit├ę v├Żhody.

  • Skripty valid├ítora (logika na re┼ąazci) s├║ ve─żmi mal├ę a jednoducho sa validuj├║. T├Żm sa ┼íetria v├Żpo─Źtov├ę zdroje distribuovanej siete. T├şmy s├║ n├║ten├ę implementova┼ą v├Ą─Ź┼íinu aplika─Źnej logiky v off-chain ─Źasti, ktor├║ mo┼żno ─żahko aktualizova┼ą. Po─Źas valid├ície v on-chaine je mo┼żn├ę pracova┼ą s lok├ílnym stavom (na rozdiel od modelu UTxO Bitcoinu) prostredn├şctvom syst├ęmov Datum a Redeemer.
  • Model eUTxO umo┼ż┼łuje pou┼ż├şvate─żom vytv├íra┼ą viacero adries a pou┼ż├şva┼ą r├┤zne UTxO pre ka┼żd├║ transakciu, ─Źo s┼ąa┼żuje prepojenie transakci├ş s jednou identitou alebo sledovanie hist├│rie finan─Źn├Żch prostriedkov.
  • Model eUTxO umo┼ż┼łuje paraleln├ę spracovanie transakci├ş, ke─Ć┼że ka┼żd├Ż UTxO m├┤┼że by┼ą overovan├Ż nez├ívisle a s├║─Źasne r├┤znymi uzlami. T├Żm sa zni┼żuje ├║zke hrdlo a latencia siete. Po─Źas overovania blokov nie je potrebn├ę dodr┼żiava┼ą poradie, preto┼że transakcie s├║ na sebe nez├ívisl├ę.

Jedn├Żm z hlavn├Żch d├┤vodov v├Żberu modelu eUTXO namiesto modelu zalo┼żen├ęho na ├║─Źtoch je lep┼íia ┼ík├ílovate─żnos┼ą a paralelizmus. Model eUTXO umo┼ż┼łuje paraleln├ę spracovanie transakci├ş r├┤znymi uzlami, pokia─ż si navz├íjom nekonkuruj├║. To znamen├í, ┼że priepustnos┼ą a v├Żkonnos┼ą siete mo┼żno zv├Ż┼íi┼ą pridan├şm ─Ćal┼í├şch uzlov a zdrojov.

Na druhej strane model zalo┼żen├Ż na ├║─Źtoch vy┼żaduje sekven─Źn├ę spracovanie transakci├ş, ke─Ć┼że ka┼żd├í transakcia z├ívis├ş od glob├ílneho stavu syst├ęmu. To znamen├í, ┼że priepustnos┼ą a v├Żkon siete s├║ obmedzen├ę r├Żchlos┼ąou a kapacitou jedn├ęho uzla.

T├íto t├ęma je zlo┼żitej┼íia a porovnanie Cardana a Etherea by si zasl├║┼żilo samostatn├Ż ─Źl├ínok. Chceli sme vysvetli┼ą, ako funguj├║ batchery a pre─Źo ich Cardano na rozdiel od Etherea potrebuje. D├║fam, ┼że sa n├ím to podarilo.

Záver

Na Ethereu je pekn├ę, ┼że v inteligentn├Żch kontraktoch je mo┼żn├ę implementova┼ą logiku DEX bez potreby ma┼ą logiku mimo re┼ąazca. Na druhej strane je to v┼íak neefekt├şvne. Ak by DEXy chcelo pou┼ż├şva┼ą viac pou┼ż├şvate─żov, Ethereum by mohlo ma┼ą probl├ęmy so ┼ík├ílovate─żnos┼ąou. V ekosyst├ęme Ethereum u┼ż dnes existuj├║ DEXy, ktor├ę maj├║ off-chain logiku podobn├║ Cardanovi na p├írovanie pr├şkazov a vykon├ívanie swapov. Najpou┼ż├şvanej┼í├ş DEX v ekosyst├ęme Ethereum je Uniswap a je to DEX na re┼ąazci.

V├Ą─Ź┼íina DEX v ekosyst├ęme Cardano pou┼ż├şva batchery. Batchery mo┼żno pova┼żova┼ą za jedin├Ż bod zlyhania. Ak batcher zablokuje finan─Źn├ę prostriedky a n├ísledne sa vypne, nemus├ş by┼ą mo┼żn├ę vytvori┼ą v├Żdavkov├ę transakcie (m├┤┼że sa sta┼ą, ┼że in├Ż batcher ich m├┤┼że vytvori┼ą v r├ímci jedn├ęho DEX). Na druhej strane treba poveda┼ą, ┼że ekonomick├ę stimuly s├║ nastaven├ę dobre. Batcheri s├║ motivovan├ş vykon├íva┼ą batching poctivo, preto┼że riskuj├║ stratu obchodu a potenci├ílne delegovan├Żch minc├ş ADA.


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