­č窭čç░ Pochopenie odolnosti Cardana proti spamov├Żm transakci├ím

Pochopenie odolnosti Cardana proti spamov├Żm transakci├ím

Siete blockchain vo svojej p├┤vodnej podobe ─Źelia probl├ęmom so ┼ík├ílovate─żnos┼ąou. Priepustnos┼ą siete, ─Źasto meran├í v transakci├ích za sekundu (TPS), je obmedzen├í ve─żkos┼ąou bloku a r├Żchlos┼ąou tvorby blokov. V situ├íci├ích, ke─Ć d├┤jde k n├íhlemu n├írastu transakci├ş, m├┤┼że d├┤js┼ą k pre┼ąa┼żeniu siete, ─Źo m├┤┼że vies┼ą k potenci├ílnym ┼ąa┼żkostiam pre pou┼ż├şvate─żov, ktor├ş sa pok├║┼íaj├║ zad├íva┼ą transakcie. V tomto ─Źl├ínku sa budeme venova┼ą mechanike spracovania transakci├ş v sieti Cardano a jej robustnosti pri spracovan├ş spamov├Żch transakci├ş.

Blockchainov├ę siete sa ─Źasto zahlcuj├║

Po prv├ę, je nevyhnutn├ę pochopi┼ą, ┼że neexistuje ┼żiadna spo─żahliv├í ochrana proti spamov├Żm transakci├ím. Ka┼żd├í transakcia, ktor├í zah┼Ľ┼ła poplatok za pou┼ż├şvanie siete, je v ide├ílnom pr├şpade spracovan├í blockchainovou sie┼ąou bez akejko─żvek diskrimin├ície.

Blockchain nerozli┼íuje medzi transakciou od individu├ílneho pou┼ż├şvate─ża a mno┼żstvom transakci├ş od spamov├ęho bota, ktor├ęho cie─żom je zahlti┼ą sie┼ą. Z poh─żadu blockchainu s├║ v┼íetky transakcie platn├ę. Po─Źet transakci├ş, ktor├ę m├┤┼że pou┼ż├şvate─ż (alebo bot) odosla┼ą, neobmedzuj├║ ┼żiadne vopred definovan├ę obmedzenia. Aspo┼ł v ide├ílnom svete.

Transak─Źn├ę poplatky sl├║┼żia ako jedno z prevent├şvnych opatren├ş proti spamovaniu. Napr├şklad transak─Źn├Ż poplatok vo v├Ż┼íke 0,1 USD by bol primeran├Ż pre transakciu, ktorou sa pren├í┼ía hodnota v hodnote 1000 USD. Zaplavenie siete 1 mili├│nom transakci├ş naraz by st├ílo 100 000 USD.

Sie┼ą blockchainu m├┤┼że by┼ą pre┼ąa┼żen├í v d├┤sledku n├íhleho n├írastu dopytu, napr├şklad po─Źas razenia novej s├ęrie NFT. Autor s├ęrie NFT m├┤┼że da┼ą pou┼ż├şvate─żom pokyn, aby posielali transakcie v ur─Źitom ─Źasovom intervale. To by mohlo vies┼ą k z├íplave 1 mili├│na transakci├ş do siete, ─Źo by sp├┤sobilo pre┼ąa┼żenie podobn├ę spamov├ęmu ├║toku. K─ż├║─Źov├Żm rozdielom je, ┼że poplatky za transakcie plat├ş 1 mili├│n pou┼ż├şvate─żov, pri─Źom ka┼żd├Ż z nich plat├ş 0,1 USD.

Pre ostatn├Żch pou┼ż├şvate─żov m├┤┼że by┼ą v├Żsledok v oboch scen├íroch podobn├Ż. Mohli by sa stretn├║┼ą s ┼ąa┼żkos┼ąami pri odosielan├ş svojich transakci├ş.

V pr├şpade razenia s├ęrie NFT sie┼ą nakoniec spracuje v┼íetky transakcie a vr├íti sa k prij├şmaniu nov├Żch transakci├ş. V pr├şpade spamov├ęho ├║toku v┼íak m├┤┼że ├║to─Źn├şk pretrv├íva┼ą dovtedy, k├Żm je ochotn├Ż financova┼ą ├║tok.

Stoj├ş za zmienku, ┼że ├║to─Źn├şk m├┤┼że by┼ą schopn├Ż z├şska┼ą sp├Ą┼ą ─Źas┼ą n├íkladov na ├║tok prostredn├şctvom ekonomick├Żch ziskov, napr├şklad arbitr├í┼że. To v┼íak z├ívis├ş od r├┤znych faktorov a nie je to zaru─Źen├ę.

Cardano funguje s pevnou ┼ítrukt├║rou transak─Źn├Żch poplatkov, kde sa poplatky ur─Źuj├║ na z├íklade ve─żkosti transakcie v bajtoch. Napr├şklad pri 200-bajtovej transakcii vznik├í zaka┼żd├Żm poplatok vo v├Ż┼íke 0,164 ADA.

Siete, ktor├ę vyu┼ż├şvaj├║ trh poplatkov, maj├║ v├Żhodu, preto┼że pou┼ż├şvatelia sa m├┤┼żu rozhodn├║┼ą plati┼ą vy┼í┼íie poplatky za pou┼ż├şvanie, ke─Ć je sie┼ą pre┼ąa┼żen├í. To znamen├í, ┼że ka┼żd├Ż pokus o spamovanie siete sa st├íva ekonomicky n├íro─Źnej┼í├şm. ├Üto─Źn├şk je n├║ten├Ż zvy┼íova┼ą poplatky, preto┼że uzly m├┤┼żu za─Źa┼ą vyra─Ćova┼ą transakcie po dosiahnut├ş kapacity siete (napr├şklad mem-poolov). Tieto vyraden├ę transakcie by mohli by┼ą star┼íie transakcie s najni┼ż┼í├şmi poplatkami. N├íklady na spamov├Ż ├║tok s├║ teda nepredv├şdate─żn├ę.

N├íklady na spamov├Ż ├║tok s├║ ─Ćalej umocnen├ę vysok├Żm TPS a do istej miery aj decentraliz├íciou.

─î├şm r├Żchlej┼íie sie┼ą sprac├║va transakcie, t├Żm viac transakci├ş mus├ş ├║to─Źn├şk predlo┼żi┼ą a tie┼ż zaplati┼ą. Siete s n├şzkym TPS s├║ ─żah┼í├şm cie─żom pre spamovanie.

Cardano so svoj├şm priemern├Żm TPS a predv├şdate─żn├Żmi poplatkami (Cardano nem├í trh s poplatkami, tak┼że poplatky za transakcie sa nikdy nezvy┼íuj├║) by teoreticky mohlo by┼ą hlavn├Żm cie─żom spamov├ęho ├║toku. Cardano v┼íak vykazuje siln├║ odolnos┼ą vo─Źi spamov├Żm ├║tokom v─Ćaka distribuovanej povahe blockchainu.

Cardano pozost├íva z pribli┼żne 3100 uzlov, z ktor├Żch ka┼żd├Ż disponuje vlastn├Żm mem-poolom, ktor├Ż je dvakr├ít v├Ą─Ź┼í├ş ako ve─żkos┼ą bloku. Predt├Żm, ako sie┼ą zastav├ş prij├şmanie v┼íetk├Żch nov├Żch transakci├ş, musia spamov├ę transakcie teoreticky najprv zaplni┼ą v┼íetky mem-pooly vo v┼íetk├Żch uzloch.

Pre─Źo je ┼ík├ílovate─żnos┼ą pre blockchain v├Żzvou?

V tradi─Źn├Żch syst├ęmoch zalo┼żen├Żch na serveroch sa ┼ík├ílovate─żnos┼ą ─Źasto dosahuje pridan├şm ─Ćal┼í├şch serverov, ke─Ć jeden server nedok├í┼że pokry┼ą dopyt. Toto je zn├íme ako horizont├ílne ┼ík├ílovanie. Siete blockchain v┼íak funguj├║ inak a nedaj├║ sa ┼ík├ílova┼ą rovnak├Żm sp├┤sobom.

V blockchainovej sieti si ka┼żd├Ż uzol udr┼żiava k├│piu cel├ęho blockchainu a z├║─Źast┼łuje sa na procese konsenzu. Proces konsenzu zah┼Ľ┼ła ods├║hlasenie transakci├ş, ktor├ę maj├║ by┼ą zahrnut├ę do nasleduj├║ceho bloku, a zabezpe─Źenie toho, aby v┼íetky uzly mali rovnak├ę ├║daje. To je k─ż├║─Źov├ę pre zachovanie integrity a bezpe─Źnosti blockchainu.

Prid├ívanie ─Ćal┼í├şch uzlov do siete blockchain nezvy┼íuje jej ┼ík├ílovate─żnos┼ą z h─żadiska kapacity spracovania transakci├ş. M├┤┼że potenci├ílne spomali┼ą sie┼ą. Ka┼żd├Ż ─Ćal┼í├ş uzol toti┼ż zvy┼íuje mno┼żstvo komunik├ície potrebnej na dosiahnutie konsenzu, ─Źo m├┤┼że spomali┼ą proces vytv├írania blokov.

Preto jednoduch├ę pridanie ─Ćal┼í├şch uzlov (alebo ÔÇťserverovÔÇŁ) do blockchainovej siete nezvy┼íuje jej ┼ík├ílovate─żnos┼ą. Namiesto toho je ┼ík├ílovate─żnos┼ą v blockchainov├Żch sie┼ąach komplexnou ot├ízkou, ktor├í sa rie┼íi r├┤znymi strat├ęgiami, ako s├║ sharding (paraleln├ę spracovanie transakci├ş), rie┼íenia na druhej vrstve (transakcie mimo re┼ąazca) a optimaliz├ícia algoritmov konsenzu. Cie─żom t├Żchto rie┼íen├ş je zv├Ż┼íi┼ą po─Źet transakci├ş, ktor├ę m├┤┼że sie┼ą spracova┼ą za sekundu, bez toho, aby bola ohrozen├í jej decentralizovan├í povaha a bezpe─Źnos┼ą.

V modeli klient-server predstavuje server jedin├Ż bod zlyhania. Ak server vypadne, cel├Ż syst├ęm sa m├┤┼że sta┼ą nedostupn├Żm. V sieti blockchain v┼íak neexistuje ┼żiadny centr├ílny org├ín ani server. Sie┼ą je udr┼żiavan├í viacer├Żmi uzlami, z ktor├Żch ka┼żd├Ż m├í k├│piu cel├ęho blockchainu. To znamen├í, ┼że aj ke─Ć jeden uzol zlyh├í, sie┼ą funguje ─Ćalej, ─Ź├şm je zabezpe─Źen├í nepretr┼żit├í slu┼żba.

Trilema blockchainu je v├Żzvou pre v┼íetky t├şmy, preto┼że je ┼ąa┼żk├ę dosiahnu┼ą decentraliz├íciu a vysok├║ ┼ík├ílovate─żnos┼ą z├írove┼ł. V pr├şpade rie┼íenia typu server-klient je ┼ík├ílovate─żnos┼ą a ochrana pred spamom pomerne jednoduch├í.

V architekt├║re server-klient sa pri pre┼ąa┼żen├ş siete m├┤┼że pou┼żi┼ą nieko─żko strat├ęgi├ş na riadenie z├í┼ąa┼że:

  • ┼íkrtenie: Ide o obmedzenie r├Żchlosti, akou server spracov├íva po┼żiadavky. Pom├íha predch├ídza┼ą pre┼ąa┼żeniu servera t├Żm, ┼że zabezpe─Źuje, aby server nedost├íval viac po┼żiadaviek, ako m├┤┼że v danom ─Źase spracova┼ą.
  • Vyv├í┼żenie z├í┼ąa┼że: T├íto technika rozde─żuje sie┼ąov├║ prev├ídzku medzi viacero serverov, aby sa zabezpe─Źilo, ┼że ┼żiadny server nebude zahlten├Ż pr├şli┼í ve─żk├Żm po─Źtom po┼żiadaviek.
  • Prioritiz├ícia prev├ídzky: Niektor├ę syst├ęmy m├┤┼żu uprednost┼łova┼ą ur─Źit├ę typy prev├ídzky pred in├Żmi. Napr├şklad slu┼żba na streamovanie videa m├┤┼że uprednostni┼ą video ├║daje pred in├Żmi typmi ├║dajov, aby sa zabezpe─Źilo plynul├ę prehr├ívanie.
  • Prepustenie transakci├ş: V extr├ęmnych pr├şpadoch m├┤┼że server za─Źa┼ą zahadzova┼ą prich├ídzaj├║ce po┼żiadavky, ke─Ć je ich pr├şli┼í ve─ża. Zvy─Źajne ide o posledn├║ mo┼żnos┼ą, ako zabr├íni┼ą p├ídu servera.

Tieto mechanizmy v┼íak nie s├║ priamo pou┼żite─żn├ę v blockchainov├Żch sie┼ąach vzh─żadom na ich decentralizovan├║, bezpovolenkov├║ a otvoren├║ povahu:

  • Decentraliz├ícia: Na rozdiel od centralizovan├ęho servera sa blockchainov├í sie┼ą sklad├í z viacer├Żch uzlov, z ktor├Żch ka┼żd├Ż udr┼żiava k├│piu cel├ęho blockchainu. To znamen├í, ┼że ┼íkrtenie alebo vyrovn├ívanie z├í┼ąa┼że nemo┼żno riadi┼ą centr├ílne.
  • Bez opr├ívnen├ş a otvorenos┼ą: Do blockchainovej siete sa m├┤┼że pripoji┼ą a z├║─Źastni┼ą ktoko─żvek a ka┼żd├Ż ├║─Źastn├şk m├í rovnak├ę pr├ívo zad├íva┼ą transakcie. Je mo┼żn├ę uprednost┼łova┼ą transakcie na z├íklade poplatkov. Sie┼ą sa v┼íak m├┤┼że sta┼ą exkluz├şvnou, dostupnou len pre bohat├Żch.
  • F├ęrovos┼ą: Protokol blockchainu zabezpe─Źuje, ┼że so v┼íetk├Żmi transakciami sa zaobch├ídza rovnako bez oh─żadu na ich p├┤vod a v├Ż┼íku.

V centralizovanom syst├ęme m├┤┼że jeden server alebo skupina serverov riadi┼ą z├í┼ąa┼ż riaden├şm r├Żchlosti po┼żiadaviek na slu┼żby (throttling) alebo rozdelen├şm z├í┼ąa┼że medzi viacero serverov (load balancing). V decentralizovanej blockchainovej sieti v┼íak tieto ├║lohy nemo┼żno riadi┼ą centr├ílne. Je to preto, ┼że ka┼żd├Ż uzol v sieti sprac├║va svoje po┼żiadavky a neexistuje centr├ílny org├ín, ktor├Ż by tieto ├║lohy koordinoval.

Niektor├ę projekty v┼íak maj├║ tendenciu centralizova┼ą konsenzus v tomto oh─żade, preto┼że t├şmy sa sna┼żia dosiahnu┼ą vysok├║ TPS.

Blockchain zabezpe─Źuje spravodlivos┼ą prostredn├şctvom decentraliz├ície. To znamen├í, ┼że ┼żiadny jednotliv├Ż ├║─Źastn├şk nem├┤┼że manipulova┼ą so syst├ęmom vo svoj vlastn├Ż prospech. V┼íetky uzly v sieti maj├║ rovnak├║ moc a zodpovednos┼ą pri udr┼żiavan├ş blockchainu. Snahy o centraliz├íciu konsenzu m├┤┼żu vies┼ą k obmedzeniu auton├│mie uzlov, t. j. k ur─Źitej forme nespravodlivosti v syst├ęme.

V pr├şpade siln├ęho spamov├ęho ├║toku m├┤┼żu uzly za─Źa┼ą zahadzova┼ą transakcie alebo presta┼ą akceptova┼ą novo prich├ídzaj├║ce transakcie. Toto nie je ide├ílne rie┼íenie, preto┼że je v rozpore so z├ísadou spravodlivosti. Je to v┼íak nevyhnutn├ę opatrenie na ochranu siete a zabezpe─Źenie jej pre┼żitia.

Ka┼żd├ę zariadenie, ktor├ę je pripojen├ę k sieti, t. j. aj uzol blockchainu, mus├ş chr├íni┼ą svoje zdroje pred vy─Źerpan├şm, inak by mohlo d├┤js┼ą k jeho zr├║teniu. Pr├şpadn├Ż p├íd viacer├Żch uzlov naraz by mohol ohrozi┼ą fungovanie cel├ęho syst├ęmu. Re┼ítartovanie siete nie je pre blockchain mo┼żnos┼ąou.

Je v┼íak rozdiel, ─Źi konkr├ętny uzol br├íni svoje zdroje auton├│mne, alebo ─Źi to rob├ş centr├ílna autorita.

Ke─Ć sa t├şm sna┼ż├ş skon┼ítruova┼ą blockchain s vysokou r├Żchlos┼ąou spracovania transakci├ş (TPS) a za─Źleni┼ą do neho antispamov├ę mechanizmy podobn├ę t├Żm v architekt├║re server-klient, ─Źasto mus├ş prist├║pi┼ą na kompromisy v oblasti decentraliz├ície. Mechanizmus konsenzu m├┤┼że vykazova┼ą prvky centraliz├ície. V├Ą─Ź┼íia centraliz├ícia u─żah─Źuje v├Żvoj ochrann├Żch opatren├ş proti spamu v sieti.

Ako je Cardano odoln├ę vo─Źi spamu?

Okrem vhodn├Żch transak─Źn├Żch poplatkov sl├║┼żi decentralizovan├í ┼ítrukt├║ra blockchainovej siete ako do istej miery ├║─Źinn├í ochrana proti spamov├Żm ├║tokom. Cie─żom siete Cardano je spracova┼ą v┼íetky transakcie, ktor├ę boli prijat├ę.

Ak Cardano nie je schopn├ę prija┼ą novo zadan├║ transakciu, pou┼ż├şvate─ż je okam┼żite informovan├Ż a m├┤┼że sa pok├║si┼ą o jej op├Ątovn├ę zadanie.

Sie┼ą Cardano sa sklad├í z 3 100 poolov. Ka┼żd├Ż pool, ktor├Ż funguje ako uzol produkuj├║ci bloky, je zvy─Źajne pripojen├Ż k 2 - 3 rel├ęov├Żm uzlom a je za nimi chr├ínen├Ż. Toto nastavenie br├íni priamej sie┼ąovej komunik├ícii s uzlom produkuj├║cim bloky. Rel├ęov├ę uzly funguj├║ ako sprostredkovatelia medzi uzlami jadra siete a internetom a vytv├íraj├║ bezpe─Źnostn├Ż perimeter okolo uzlov produkuj├║cich bloky.

V syst├ęme Cardano si ka┼żd├Ż uzol produkuj├║ci bloky alebo pool udr┼żiava svoj mem-pool. V ┼łom sa uchov├ívaj├║ transakcie pred ich zaraden├şm do bloku. Ve─żkos┼ą mem-poolu je nastaven├í na dvojn├ísobok ve─żkosti aktu├ílneho bloku, ─Źo mu umo┼ż┼łuje poja┼ą pribli┼żne 600 ┼ítandardn├Żch transakci├ş alebo men┼í├ş po─Źet v├Ą─Ź┼í├şch transakci├ş s vy┼í┼í├şm poplatkom.

Mem-pool sl├║┼żi ako sie┼ąov├í vyrovn├ívacia pam├Ą┼ą a m├┤┼że sp├┤sobi┼ą mierne oneskorenie pri za─Źle┼łovan├ş transakci├ş do bloku. Transakcia v mem-poole, ktor├í funguje na princ├şpe ÔÇťkto prv pr├şde, ten prv melieÔÇŁ, by mala by┼ą zaraden├í do nov├ęho bloku v priebehu nasleduj├║cich dvoch blokov za predpokladu, ┼że sa roz┼í├şrila do v┼íetk├Żch uzlov. V ─Źase pre┼ąa┼żenia siete v┼íak m├┤┼że by┼ą transakcia pr├ştomn├í len v nieko─żk├Żch mem-pooloch, ─Źo vedie k dlh┼íiemu ─Źasu ─Źakania, k├Żm bude zaraden├í do nov├ęho bloku.

Po odoslan├ş sa nov├í transakcia odovzd├í z relay uzla do uzla vytv├íraj├║ceho blok. T├íto transakcia sa potom ┼í├şri do v┼íetk├Żch ostatn├Żch uzlov vytv├íraj├║cich bloky, pri─Źom tento proces u─żah─Źuj├║ rel├ęov├ę uzly. ─Äalej sa budeme zaobera┼ą t├Żm, ako sa na ┼í├şrenie transakci├ş vyu┼ż├şvaj├║ miniprotokoly Node-to-Node (NtN).

Transakcie sa nesprac├║vaj├║ okam┼żite. Namiesto toho sa ukladaj├║ do pam├Ą┼ąov├Żch fondov v r├┤znych uzloch siete. Ved├║ci nasleduj├║ceho slotu, uzol, ktor├Ż m├í privil├ęgium razi┼ą nov├Ż blok, z├şska transakcie z mem-poolu a zahrnie ich do nov├ęho bloku. V┼íetky pooly v sieti Cardano s├║ tak pripraven├ę na razenie nov├ęho bloku, ─Źo zvy┼íuje robustnos┼ą siete t├Żm, ┼że eliminuje jedin├Ż bod zlyhania.

Na prilo┼żenom diagrame m├┤┼żete pozorova┼ą transakciu (zn├ízornen├║ ─Źerven├Żm r├ím─Źekom), ktor├í sa postupne dostane do v┼íetk├Żch mem-poolov (zn├ízornen├Żch ako ┼żlt├ę r├ím─Źeky) prostredn├şctvom postupn├ęho ┼í├şrenia (nazna─Źen├ęho ─Źerven├Żmi ┼í├şpkami) transakcie cez relay uzly.

V ka┼żdom okamihu sa obsah mem-poolov vo v┼íetk├Żch uzloch m├┤┼że l├ş┼íi┼ą. Je to sp├┤soben├ę transakciami, ktor├ę sa odosielaj├║ z r├┤znych miest s├║─Źasne, a ─Źasom potrebn├Żm na ich ┼í├şrenie. V d├┤sledku toho ka┼żd├Ż mem-pool obsahuje jedine─Źn├Ż, ale ve─żmi podobn├Ż s├║bor transakci├ş.

Z 3 100 uzlov vytv├íraj├║cich bloky m├í ka┼żd├Ż potenci├íl vytvori┼ą nov├Ż blok obsahuj├║ci podobn├║ sadu transakci├ş. Uzol vybran├Ż ako ─Ćal┼í├ş ved├║ci slotu bude ma┼ą za ├║lohu vytvori┼ą tento nov├Ż blok.

Cardano funguje ako protokol riaden├Ż dopytom. Ka┼żd├Ż uzol kontroluje r├Żchlos┼ą prich├ídzaj├║cich d├ít, maxim├ílnu s├║be┼żnos┼ą (po─Źet simult├ínnych ├║loh) a objem nevyrie┼íen├Żch d├ít (odoslan├ę, ale e┼íte nepotvrden├ę d├íta). To znamen├í, ┼że ka┼żd├Ż uzol si vy┼żiada ─Ćal┼íiu pr├ícu a┼ż vtedy, ke─Ć je na ┼łu pripraven├Ż, namiesto toho, aby mu bola pr├íca vnucovan├í.

Protokol Node-to-Node (NtN) u─żah─Źuje prenosy transakci├ş medzi pln├Żmi uzlami prostredn├şctvom rel├ęov├Żch uzlov. NtN zah┼Ľ┼ła tri miniprotokoly (chain-sync, block-fetch a tx-submission), ktor├ę s├║ multiplexovan├ę cez jeden kan├íl TCP.

NtN vyu┼ż├şva strat├ęgiu zalo┼żen├║ na ┼ąahan├ş, kde inici├ítorsk├Ż uzol po┼żaduje nov├ę transakcie a odpovedaj├║ci uzol poskytuje transakcie, ak s├║ k dispoz├şcii. Tento protokol sa ide├ílne hod├ş do prostredia bez d├┤very, kde musia by┼ą obe strany chr├ínen├ę pred ├║tokmi na spotrebu zdrojov z druhej strany.

Na nasleduj├║com diagrame m├┤┼żete pozorova┼ą, ako doch├ídza k ┼í├şreniu blokov medzi poolmi prostredn├şctvom miniprotokolov. Alica odo┼íle transakciu uzlu 1 (zn├ízornen├ę ─Źerven├Żmi ┼í├şpkami). Uzol 2, ktor├Ż m├í vo svojom mem-poole vo─żn├ę miesto, za─Źne po┼żadova┼ą transakcie zo svojho okolia. Uzol 2 odo┼íle po┼żiadavku uzlu 1, a t├Żm z├şska Alicinu transakciu (zn├ízornen├ę modr├Żmi ┼í├şpkami 1 a┼ż 6). O chv├ş─żu nesk├┤r urob├ş to ist├ę uzol 3, ktor├Ż po┼żiada uzol 2 (modr├ę ┼í├şpky 7 a┼ż 12). Alicina transakcia je teraz pr├ştomn├í vo v┼íetk├Żch mem-pooloch.

Ka┼żd├Ż uzol je zodpovedn├Ż za overenie transakcie pred jej odovzdan├şm. Ak uzol posiela neplatn├ę alebo nevy┼żiadan├ę transakcie, riskuje, ┼że ho ostatn├ę uzly odpojia. Aby si uzol zachoval svoje sie┼ąov├ę spojenia, m├┤┼że sa rozhodn├║┼ą pre spojenie s in├Żm uzlom.

Je d├┤le┼żit├ę pochopi┼ą, ┼że mem-pooly sa nap─║┼łaj├║ s├║─Źasne z r├┤znych miest v sieti. Mno┼żstvo pou┼ż├şvate─żov odosiela transakcie s├║─Źasne prostredn├şctvom r├┤znych relay uzlov. Tieto transakcie sa potom postupne ┼í├şria prostredn├şctvom miniprotokolov.

Na prilo┼żenom obr├ízku m├┤┼żete pozorova┼ą postupn├ę nap─║┼łanie troch mem-poolov. Alica, Bob a Bot predkladaj├║ transakcie z r├┤znych miest. V ─Źase TIME-1 obsahuje ka┼żd├Ż mem-pool jednu transakciu. V ─îASE-2 uzly stiahli transakcie zo svojich rovnocenn├Żch uzlov. Teraz v┼íetky mem-pooly obsahuj├║ jednu transakciu Bota a dve u┼ż├şvate─żsk├ę transakcie. Bez oh─żadu na to, ktor├Ż uzol sa stane ved├║cim slotu, bude s├║bor transakci├ş v nasleduj├║com bloku identick├Ż.

Po─Ćme sa zah─║bi┼ą do toho, ─Źo sa odohr├íva po─Źas spamov├ęho ├║toku.

Bot m├┤┼że zaplavova┼ą jeden uzol platn├Żmi spamov├Żmi transakciami, ─Ź├şm zapln├ş pam├Ą┼ąov├Ż fond tohto uzla. Ke─Ć sa pam├Ą┼ąov├Ż fond napln├ş, uzol prestane prij├şma┼ą nov├ę transakcie, t. j. nebude ich prid├íva┼ą do pam├Ą┼ąov├ęho fondu.

Ostatn├ę uzly za─Źn├║ s┼ąahova┼ą transakcie, len ak maj├║ vo svojich mem-pooloch miesto. Transakcie, ktor├ę ┼ąahaj├║, m├┤┼żu by┼ą kombin├íciou transakci├ş generovan├Żch botmi a transakci├ş od pou┼ż├şvate─żov.

Uzol m├┤┼że prij├şma┼ą transakcie pou┼ż├şvate─żov od svojich relay uzlov. Ak m├í uzol dostatok transakci├ş na zaplnenie svojho mem-poolu, nebude musie┼ą ┼ąaha┼ą transakcie z in├Żch uzlov. Toto je ┼ítandardn├Ż postup pre v┼íetky uzly v sieti. Ak sa bot zameria na jeden uzol, nebude m├┤c┼ą zabr├íni┼ą tomu, aby sa v├Ą─Ź┼íina pou┼ż├şvate─żsk├Żch transakci├ş dostala do n├ísledn├Żch blokov.

Pravdepodobnos┼ą ├║spe┼ín├Żch ├║tokov sa zvy┼íuje s po─Źtom uzlov, na ktor├ę sa boti zameriavaj├║, preto┼że by zaplnili viac mem-poolov platn├Żmi spamov├Żmi transakciami. To v┼íak v├Żrazne komplikuje ├║tok a zvy┼íuje jeho n├íklady.

Ka┼żd├Ż uzol, ktor├Ż sa rozhodne odmietnu┼ą transakcie a pova┼żuje ich za vytvoren├ę botmi, v podstate chr├íni ostatn├ę uzly v sieti.

Na prilo┼żenom obr├ízku vid├şte, ┼że bot posiela platn├ę spamov├ę transakcie do uzla 1. Pam├Ą┼ąov├Ż fond uzla 1 m├┤┼że by┼ą zaplnen├Ż platn├Żmi spamov├Żmi transakciami. S├║─Źasne Alica a Bob posielaj├║ platn├ę pou┼ż├şvate─żsk├ę transakcie do uzla 3. Uzol 3, ktor├Ż m├í vo svojom mem-poole vo─żn├ę miesto, stiahne z uzla 2 iba jednu platn├║ spamov├║ transakciu. Ak sa uzol 3 stane v ─Ćal┼íom kole ved├║cim slotu, v├Ą─Ź┼íina transakci├ş v bloku bude od pou┼ż├şvate─żov.

Ak je za l├şdra slotu zvolen├Ż uzol 1 alebo uzol 2, v├Żsledn├Ż blok bude zaplnen├Ż spamov├Żmi transakciami. V┼íetky transakcie si v┼íak nakoniec n├íjdu cestu do bloku, ak ich pou┼ż├şvatelia dok├í┼żu ├║spe┼íne odosla┼ą do mem-poolu.

Ako mo┼żno pozorova┼ą, Cardano v danom okamihu prij├şma transakcie a┼ż do v├Ż┼íky kapacity jednotliv├Żch mem-poolov v r├┤znych uzloch. Nerozli┼íuje pritom medzi spamov├Żmi transakciami a transakciami pou┼ż├şvate─żov.

Po prijat├ş nov├ęho bloku uzol presk├║ma transakcie v r├ímci bloku a odstr├íni tieto transakcie zo svojho mem-poolu. T├Żmto ├║konom sa uvo─żn├ş miesto v mem-poole, ─Źo uzlu umo┼żn├ş prij├şma┼ą nov├ę transakcie.

Ak by sa vo v┼íetk├Żch mem-pooloch nach├ídzali identick├ę spamov├ę transakcie, v┼íetky mem-pooly by sa v priebehu dvoch blokov op├Ą┼ą vypr├ízdnili.

Ak by jedine─Źn├ę spamov├ę transakcie zaplnili v┼íetky mem-pooly, po ka┼żd├Żch dvoch novo vy┼ąa┼żen├Żch blokoch by sa vypr├ízdnil len jeden mem-pool.

Ak je cie─żom ├║to─Źn├şka zabr├íni┼ą predkladaniu nov├Żch u┼ż├şvate─żsk├Żch transakci├ş na dlh┼íie obdobie, mus├ş sa neust├íle pok├║┼ía┼ą zaplni┼ą v┼íetky mem-pooly jedine─Źn├Żmi spamov├Żmi transakciami. Po vypr├ízdnen├ş mem-poolu m├┤┼żu ma┼ą pou┼ż├şvatelia mo┼żnos┼ą predlo┼żi┼ą transakciu sk├┤r ako ├║to─Źn├şk.

Ak ├║to─Źn├şk predlo┼ż├ş spamov├ę transakcie na jednom mieste v sieti, tieto transakcie pravdepodobne nas├Żtia mem-pool konkr├ętneho uzla. Z├írove┼ł tieto spamov├ę transakcie bud├║ pravdepodobne po kr├ítkom oneskoren├ş ─Źiasto─Źne stiahnut├ę susedn├Żmi uzlami. Po zahrnut├ş t├Żchto transakci├ş do nov├ęho bloku sa v┼íak s├║─Źasne vypr├ízdnia viacer├ę mem-pooly. Uzly, ktor├ę s├║ vzdialenej┼íie, bud├║ ma┼ą s v├Ą─Ź┼íou pravdepodobnos┼ąou vo svojich mem-pooloch vy┼í┼í├ş podiel pou┼ż├şvate─żsk├Żch transakci├ş.

Pribli┼żn├ę n├íklady na spamov├Ż ├║tok

Rozde─żme si tieto ─Ź├şsla.

Do mem-poolu sa zmest├ş 600 ┼ítandardn├Żch transakci├ş. Za predpokladu s├║─Źasnej trhovej hodnoty ADA by poplatky za transakcie predstavovali 50 USD za zaplnenie jedn├ęho mem-poolu.

Pri 3 100 uzloch, z ktor├Żch ka┼żd├Ż m├í mem-pool, by n├íklady ├║to─Źn├şka na s├║─Źasn├ę zaplnenie v┼íetk├Żch mem-poolov jedine─Źn├Żmi transakciami predstavovali pribli┼żne 155 000 USD. To by si vy┼żadovalo predlo┼żenie 1,8 mili├│na transakci├ş.

Cardano dok├í┼że spracova┼ą 15 ┼ítandardn├Żch transakci├ş za sekundu, ─Źo zodpoved├í pribli┼żne 1,3 mili├│na transakci├ş za de┼ł. To znamen├í, ┼że v priebehu jedn├ęho d┼ła a nieko─żk├Żch hod├şn by Cardano dok├ízalo spracova┼ą v┼íetky unik├ítne transakcie v mem-poole.

Hne─Ć ako by sa v┼íak v mem-poole uvo─żnilo miesto, pou┼ż├şvatelia by okam┼żite predkladali nov├ę transakcie. Niektor├ę z t├Żchto novo predlo┼żen├Żch transakci├ş by sa spracovali sk├┤r ako star┼íie transakcie v mem-poole. Preto by v skuto─Źnosti trvalo dlh┼íie, k├Żm by sa z mem-poolu vymazali v┼íetky nevy┼żiadan├ę transakcie.

├Üto─Źn├şk m├í mo┼żnos┼ą ├║tok pred─║┼żi┼ą.

Zv├Ż┼íenie trhovej hodnoty minc├ş ADA zvy┼íuje n├íklady na vykonanie spamov├ęho ├║toku. Okrem toho, ak by sa zv├Ż┼íila r├Żchlos┼ą spracovania transakci├ş (TPS) Cardano, napr├şklad prostredn├şctvom implement├ície vstupn├Żch schva─żova─Źov, ─Ćalej by to zv├Ż┼íilo n├íklady na ├║tok. Zr├Żchlen├ę spracovanie transakci├ş n├║ti ├║to─Źn├şkov predklada┼ą platn├ę transakcie (vr├ítane poplatkov) r├Żchlej┼í├şm tempom. Implement├ícia viac├║rov┼łov├ęho oce┼łovania pozit├şvne ovplyv┼łuje odolnos┼ą vo─Źi spamov├Żm transakci├ím, ke─Ć┼że transakcie sa vo vy┼í┼í├şch ├║rovniach zdra┼żuj├║.

Záver

Je d├┤le┼żit├ę pochopi┼ą, ┼że odolnos┼ą vo─Źi spamov├Żm transakci├ím z├ívis├ş od spravodliv├ęho prij├şmania transakci├ş v r├┤znych uzloch siete. Aj v situ├íci├ích, ke─Ć je sie┼ą pre┼ąa┼żen├í, by pou┼ż├şvatelia mali ma┼ą mo┼żnos┼ą okam┼żite odosla┼ą transakciu a ma┼ą istotu, ┼że ich transakcia bude zaraden├í do niektor├ęho z nadch├ídzaj├║cich blokov. Samozrejme, niektor├Żm pou┼ż├şvate─żom sa m├┤┼że sta┼ą, ┼że transakciu nepredlo┼żia. Dobre vyv├í┼żen├ę transak─Źn├ę poplatky sl├║┼żia ako najlep┼íia ochrana pred spamov├Żmi transakciami.

Nemal by existova┼ą centr├ílny org├ín, ktor├Ż by mal pr├ívomoc ur─Źova┼ą, ktor├ę transakcie sa maj├║ odmietnu┼ą, alebo ak├Żmko─żvek sp├┤sobom obmedzova┼ą tok transakci├ş. Z poh─żadu blockchainovej trilemy je v├Żzvou dosiahnu┼ą vysok├║ TPS a z├írove┼ł neobetova┼ą decentraliz├íciu. V pr├şpade siet├ş, ktor├ę maj├║ v s├║─Źasnosti vysok├║ TPS a n├şzke transak─Źn├ę poplatky, zvy─Źajne n├íjdete ur─Źit├ę prvky centraliz├ície.


P├┤vodn├Ż ─Źl├ínok: https://cexplorer.io/article/understanding-resilient-of-cardano-against-spam-transactions