­č窭čç░ Transak─Źn├ę poplatky a sie┼ąov├í architekt├║ra ako ochrana pred spamom

Transak─Źn├ę poplatky a sie┼ąov├í architekt├║ra ako ochrana pred spamom

Na rozdiel od Bitcoinu alebo Etherea, ktor├ę funguj├║ na tradi─Źnom trhu poplatkov, Cardano vyu┼ż├şva syst├ęm pevn├Żch a predv├şdate─żn├Żch poplatkov. Tieto poplatky s├şce nie s├║ prehnan├ę, ale s├║ nastaven├ę na ├║rovni, ktor├í ├║─Źinne odr├ídza od spamov├Żch ├║tokov. Na druhej strane, extr├ęmne n├şzke transak─Źn├ę poplatky Solana s├║ dvojse─Źnou zbra┼łou. V─Ćaka nim s├║ s├şce transakcie cenovo dostupn├ę, ale z├írove┼ł ved├║ k vysokej miere ne├║spe┼ínosti - v s├║─Źasnosti sa neuskuto─Źn├ş pribli┼żne 75 % transakci├ş pou┼ż├şvate─żov. Sie┼ą je zaplaven├í transakciami generovan├Żmi botmi.

Okrem transak─Źn├Żch poplatkov zohr├íva sie┼ąov├í vrstva k─ż├║─Źov├║ ├║lohu pri predch├ídzan├ş spamov├Żm transakci├ím. Uzol Cardano vyu┼ż├şva mem-pool a jeho protokol je kon┼ítruovan├Ż sp├┤sobom riaden├Żm dopytom. T├íto kon┼ítrukcia umo┼ż┼łuje ka┼żd├ęmu uzlu a ka┼żd├ęmu peerovi, ktor├Ż je s n├şm prepojen├Ż, regulova┼ą r├Żchlos┼ą pr├şchodu d├ít a mno┼żstvo nesplaten├Żch d├ít. Na druhej strane, Solana nevyu┼ż├şva mem-pool, namiesto toho s├║ v┼íetky transakcie smerovan├ę priamo k ─Ćal┼í├şm valid├ítorom. Tento ─Źl├ínok objasn├ş, pre─Źo je spamovanie Solany relat├şvne jednoduch├ę, zatia─ż ─Źo v pr├şpade Cardana je to n├íro─Źn├ę.

Ako vyv├í┼żi┼ą inkluz├şvnos┼ą a bezpe─Źnos┼ą?

Ur─Źenie spr├ívnych poplatkov za pou┼ż├şvanie siete je v├Żzvou, ktorej ─Źel├ş ka┼żd├Ż blockchainov├Ż t├şm. Tieto poplatky by mali odr├í┼ża┼ą skuto─Źn├ę n├íklady na vyu┼ż├şvanie v├Żpo─Źtov├Żch zdrojov v distribuovanej sieti. T├şm mus├ş zv├í┼żi┼ą potreby prev├ídzkovate─żov siete, ktor├ş prev├ídzkuj├║ uzly produkuj├║ce bloky, aj pou┼ż├şvate─żov. Zatia─ż ─Źo prev├ídzkovatelia sa sna┼żia o maxim├ílne odmeny, pou┼ż├şvatelia uprednost┼łuj├║ minim├ílne poplatky. Vyv├í┼żenie t├Żchto z├íujmov je ve─żmi d├┤le┼żit├ę.

Tradi─Źn├ę trhy s poplatkami, ako s├║ tie, ktor├ę sa pou┼ż├şvaj├║ v Bitcoine alebo Ethereu, maj├║ nev├Żhodu. Ke─Ć sa zv├Ż┼íi vyu┼ż├şvanie siete, zv├Ż┼íia sa aj poplatky, ─Ź├şm sa sie┼ą stane exkluz├şvnou a pr├şstupnou len pre t├Żch, ktor├ş si m├┤┼żu dovoli┼ą vysok├ę n├íklady. Naproti tomu Cardano vyu┼ż├şva fixn├ę a predv├şdate─żn├ę poplatky. Pou┼ż├şvatelia platia rovnak├Ż poplatok za transakcie rovnakej ve─żkosti. Poplatok sa sklad├í z fixnej zlo┼żky a variabilnej zlo┼żky na z├íklade ve─żkosti transakcie v bajtoch.

V pr├şpade 200-bajtovej transakcie na Cardano je poplatok v┼żdy presne 0,164271 ADA - ani viac, ani menej. Tento poplatok sa rovn├í pribli┼żne 0,1 USD. S rast├║cou cenou ADA sa zvy┼íuje aj dol├írov├í hodnota poplatku.

V porovnan├ş s Bitcoinom alebo Ethereom, ktor├ę pou┼ż├şvaj├║ tradi─Źn├Ż trh s poplatkami, kde sa poplatky zvy┼íuj├║ s dopytom po sieti, je tento poplatok n├şzky. Na Ethereu sa poplatky m├┤┼żu pohybova┼ą v rozmedz├ş od 1 do 100 USD (a viac), a to aj v pr├şpade ne├║spe┼ínej transakcie.

┼átrukt├║ra poplatkov Solana sa sklad├í z dvoch ─Źast├ş: z├íkladn├ęho poplatku a prioritn├ęho poplatku. Z├íkladn├Ż poplatok je fixn├Ż poplatok za transakciu. V s├║─Źasnosti je z├íkladn├Ż poplatok stanoven├Ż na 0,000005 SOL za podpis. Prioritn├Ż poplatok je volite─żn├Ż dodato─Źn├Ż poplatok, ktor├Ż m├┤┼żu pou┼ż├şvatelia zaplati┼ą, aby zv├Ż┼íili pravdepodobnos┼ą, ┼że ich transakcia bude zaraden├í do bloku. Je to u┼żito─Źn├ę najm├Ą pri ─Źasovo citliv├Żch transakci├ích.

Poplatky s├║ nest├íle a m├┤┼żu sa v priebehu ─Źasu meni┼ą. Podobne ako v pr├şpade siet├ş vyu┼ż├şvaj├║cich trh s poplatkami, ak sa sie┼ą vyu┼ż├şva viac, poplatky sa zvy┼íuj├║.

V s├║─Źasnosti sa transak─Źn├ę n├íklady na Solane pohybuj├║ od 0,00001 do 0,00003 SOL, ─Źo je pribli┼żne 0,001 a┼ż 0,005 USD. V porovnan├ş s Cardanom s├║ poplatky na Solane v├Żrazne ni┼ż┼íie, pri─Źom rozdiel je pribli┼żne 20- a┼ż 100-n├ísobn├Ż.

N├şzke poplatky s├║ s├şce pre pou┼ż├şvate─żov atrakt├şvne a robia zo Solany inkluz├şvnu sie┼ą, nechr├ínia v┼íak pred spamov├Żmi transakciami. Boti m├┤┼żu posiela┼ą tis├şce transakci├ş denne len za nieko─żko dol├írov. To je d├┤vod, pre─Źo v s├║─Źasnosti 75 % transakci├ş pou┼ż├şvate─żov na Solane zlyh├íva.

─Äal┼í├şm k─ż├║─Źov├Żm aspektom, ktor├Ż je potrebn├ę zoh─żadni┼ą pri poplatkoch za pou┼ż├şvanie siete, je dlhodob├í ekonomick├í udr┼żate─żnos┼ą ka┼żd├ęho decentralizovan├ęho blockchainu. To znamen├í, ┼że poplatky by mali by┼ą dostato─Źn├ę na pokrytie prev├ídzkov├Żch n├íkladov. N├şzke v├Żnosy z poplatkov mo┼żno vyv├í┼żi┼ą nekone─Źnou infl├íciou minc├ş, ─Źo by v┼íak mohlo mince ─Źasom potenci├ílne znehodnoti┼ą v d├┤sledku nekone─Źnej infl├ície.

Solana funguje na nekone─Źnej infl├ícii minc├ş, zatia─ż ─Źo Cardano m├í vopred stanoven├Ż po─Źet minc├ş, ktor├ę bud├║ v obehu. V tejto chv├şli je n├íro─Źn├ę ur─Źi┼ą, ktor├í strat├ęgia je v├Żhodnej┼íia.

Ak sa vr├ítime k t├ęme ochrany proti spamov├Żm transakci├ím, tradi─Źn├Ż trh poplatkov, ktor├Ż vyu┼ż├şvaj├║ Bitcoiny a Ethereum, sl├║┼żi ako ├║─Źinn├Ż odstra┼íuj├║ci prostriedok proti spamov├Żm transakci├ím. Podobne aj poplatky v Cardano s├║ relat├şvne vysok├ę, ─Źo rob├ş pokusy o spamovanie siete n├íkladn├Żmi. Poplatky v Solane s├║ v┼íak tak├ę n├şzke, ┼że spamovanie sa st├íva lacnou z├íle┼żitos┼ąou.

Blockchainov├í sie┼ą by mala by┼ą univerz├ílne pr├şstupn├í a nediskrimina─Źn├í vo─Źi svojim pou┼ż├şvate─żom. Nevy┼żaduje ┼żiadne postupy typu Poznaj svojho z├íkazn├şka (KYC). Sie┼ą v podstate nem├┤┼że cenzurova┼ą transakcie.

Ka┼żd├Ż pou┼ż├şvate─ż, ktor├Ż zaplat├ş za transakciu, by mal ma┼ą primeran├║ istotu, ┼że jeho transakcia bude zahrnut├í do nadch├ídzaj├║ceho bloku. Preto zavedenie akejko─żvek formy filtra nie je mo┼żn├ę. Jedin├Żm obmedzen├şm pri vyu┼ż├şvan├ş siete s├║ transak─Źn├ę poplatky.

Pre─Źo 75 % transakci├ş pou┼ż├şvate─żov na Solane zlyh├íva?

Aby bola transakcia zahrnut├í do bloku a trvalo zaznamenan├í v ├║─Źtovnej knihe, mus├ş prejs┼ą dvoma z├íkladn├Żmi vrstvami: sie┼ąovou vrstvou a vrstvou konsenzu.

Na za─Źiatku je transakcia spracovan├í sie┼ąovou vrstvou v uzle. Ak ├║spe┼íne spln├ş valida─Źn├ę krit├ęri├í tejto vrstvy, pokra─Źuje do vrstvy konsenzu. ├Ülohou vrstvy konsenzu je ur─Źi┼ą obsah nov├Żch blokov a dosiahnu┼ą dohodu o bloku vo v┼íetk├Żch uzloch siete.

Tieto princ├şpy s├║ spolo─Źn├ę pre v┼íetky siete blockchain, hoci sa m├┤┼żu v detailoch l├ş┼íi┼ą.

V niektor├Żch blockchainoch, v ktor├Żch transakcie vykazuj├║ nedeterministick├ę spr├ívanie, m├┤┼że transakcia prejs┼ą do vrstvy konsenzu a n├ísledne aj tak zlyha┼ą. D├┤vody tohto stavu m├┤┼żu by┼ą r├┤zne. Napr├şklad nemusia by┼ą splnen├ę podmienky na vykonanie transakcie inteligentn├ęho kontraktu pod─ża o─Źak├ívan├ş pou┼ż├şvate─ża. Transakcia sa teda vykon├í, ale zlyh├í, hoci pou┼ż├şvate─ż zaplatil poplatok.

S├║─Źasn├Ż probl├ęm so Solanou nespo─Ź├şva v tom, ┼że by konsenzu├ílna vrstva zhadzovala transakcie. Transakcie sa sk├┤r ani nedostan├║ zo sie┼ąovej vrstvy do vrstvy konsenzu. Sie┼ąov├í vrstva je tak├í pre┼ąa┼żen├í, ┼że uzol sa rozhodne ─Źas┼ą transakci├ş zahodi┼ą. Uzol sa chr├íni pred pre┼ąa┼żen├şm a potenci├ílnym p├ídom, ku ktor├ęmu by mohlo d├┤js┼ą v d├┤sledku vy─Źerpania zdrojov.

Pou┼ż├şvatelia, ktor├ş sa pok├║┼íaj├║ vyu┼ż├şva┼ą Solanu, ─Źasto zis┼ąuj├║, ┼że ich transakcie zlyh├ívaj├║. Potom musia transakciu odosla┼ą znova, ─Źo si m├┤┼że vy┼żiada┼ą viacero pokusov. Je to predov┼íetk├Żm preto, ┼że si konkuruj├║ s transakciami generovan├Żmi botmi. Boti, ktor├ş s├║ r├Żchlej┼í├ş a schopn├ş generova┼ą podstatne v├Ą─Ź┼í├ş objem transakci├ş ako pou┼ż├şvatelia, v sieti dominuj├║. Obrovsk├ę mno┼żstvo transakci├ş, ktor├ę generuj├║ boti, s├║vis├ş s arbitr├í┼żou. Odhaduje sa, ┼że len 10 % transakci├ş je generovan├Żch pou┼ż├şvate─żmi.

Na obr├ízku m├┤┼żete vidie┼ą, ako boti a pou┼ż├şvatelia s├║┼ąa┼żia o to, ─Źie transakcie sa dostan├║ do bloku prostredn├şctvom vrstiev siete a konsenzu.

Uva┼żujme scen├ír, v ktorom zo 100 transakci├ş je 10 od pou┼ż├şvate─żov a 90 od botov. Ak sa uzol rozhodne vyradi┼ą 30 % transakci├ş, je mo┼żn├ę, ┼że v danom ─Źase bud├║ vyraden├ę v┼íetky transakcie pou┼ż├şvate─żov. Ak je uzol pre┼ąa┼żen├Ż, m├┤┼że sa rozhodn├║┼ą zahodi┼ą e┼íte viac transakci├ş. Be┼żne je to 50 % transakci├ş.

Sie┼ą Solana je funk─Źn├í a v├Żpo─Źtov├ę zdroje uzlov nie s├║ vy─Źerpan├ę v d├┤sledku up├║┼í┼ąania transakci├ş. V d├┤sledku toho nie je potrebn├ę sie┼ą re┼ítartova┼ą a riziko p├ídu uzla je n├şzke. Re┼ítart by nerie┼íil ani probl├ęm s botmi. Hlavn├Ż probl├ęm spo─Ź├şva v ┼ąa┼żkostiach, ktor├Żm ─Źelia pou┼ż├şvatelia pri pokuse o odosielanie transakci├ş. Napriek tomu, ┼że sie┼ą be┼ż├ş, je v podstate nepou┼żite─żn├í. V├Ą─Ź┼íinu transakci├ş, ktor├ę sa dostan├║ do blokov, vytv├íraj├║ boti, len nieko─żko z nich s├║ transakcie pou┼ż├şvate─żov.

Na obr├ízku m├┤┼żete vidie┼ą ─Źerven├ę transakcie od botov a pou┼ż├şvate─żov, ktor├ę uzol zahodil, a nieko─żko ─Źiernych transakci├ş len od botov, ktor├ę sa dostali do konsenzu├ílnej vrstvy a maj├║ ┼íancu by┼ą ├║spe┼íne spracovan├ę (a ulo┼żen├ę do ├║─Źtovnej knihy).

Je d├┤le┼żit├ę poznamena┼ą, ┼że zatia─ż ─Źo ka┼żd├Ż pou┼ż├şvate─ż m├í zvy─Źajne jedno spojenie na odoslanie transakcie, boti m├┤┼żu udr┼żiava┼ą viacero spojen├ş s├║─Źasne. To d├íva botom zna─Źn├║ v├Żhodu.

Okrem toho je be┼żn├ę, ┼że jeden bot posiela spamov├ę transakcie do viacer├Żch uzlov. Je to preto, ┼że boti sa sna┼żia o ─Źo najr├Żchlej┼íie spracovanie svojich transakci├ş a odosielanie transakci├ş viacer├Żm uzlom zvy┼íuje pravdepodobnos┼ą, ┼że sa tak stane.

Rozhodovanie o tom, ktor├ę spojenia m├í uzol zru┼íi┼ą, aby nebol zahlten├Ż transakciami, je zlo┼żit├í ot├ízka. Na sie┼ąovej vrstve je anal├Żza obsahu transakci├ş n├íro─Źn├í vzh─żadom na v├Żpo─Źtov├ę zdroje potrebn├ę na rozbor obsahu spr├ív. Okrem toho je takmer nemo┼żn├ę rozl├ş┼íi┼ą transakcie pou┼ż├şvate─żov od transakci├ş generovan├Żch botmi. Boti generuj├║ spamov├ę transakcie, ale z poh─żadu sie┼ąovej a konsenzu├ílnej vrstvy m├┤┼że ├şs┼ą o platn├ę transakcie obsahuj├║ce poplatky. Ide o platn├║ spamov├║ transakciu. Najjednoduch┼íou strat├ęgiou by mohlo by┼ą n├íhodn├ę vynech├ívanie transakci├ş, ale to tento probl├ęm ├║─Źinne nerie┼íi.

Ke─Ć uzol Solana zahod├ş transakciu, poplatok za transakciu sa nezaplat├ş. Poplatok za transakciu toti┼ż vznik├í len vtedy, ke─Ć je transakcia ├║spe┼íne spracovan├í a zaraden├í do bloku. Ak je transakcia zru┼íen├í sk├┤r, ako sa dostane do konsenzu├ílnej vrstvy, je to, ako keby transakcia nebola nikdy odoslan├í, a preto sa ne├║─Źtuje ┼żiadny poplatok.

Probl├ęm, ktor├ęmu ─Źel├ş t├şm Solana, spo─Ź├şva v tom, ┼że aj ke─Ć s├║ transakcie vytvoren├ę botmi zahrnut├ę do bloku, s├║visiace poplatky s├║ zanedbate─żn├ę v porovnan├ş s potenci├ílnymi arbitr├í┼żnymi ziskami. To plat├ş aj v pr├şpade, ┼że v├Ą─Ź┼íina transakci├ş zlyh├í na ├║rovni konsenzu a poplatky sa platia.

V├Żpo─Źty

Solana denne spracuje pribli┼żne 25 mili├│nov transakci├ş pou┼ż├şvate─żov. Z t├Żchto transakci├ş sa vyber├║ poplatky od pou┼ż├şvate─żov v rozmedz├ş od 25 000 do 100 000 USD.

Odhaduje sa, ┼że pou┼ż├şvate─żsk├ę transakcie tvoria pribli┼żne 10 % z celkov├ęho po─Źtu, pri─Źom boti tvoria a┼ż 90 %. Z toho vypl├Żva, ┼że spameri by museli na transak─Źn├ę poplatky vynalo┼żi┼ą pribli┼żne 50 000 USD (250 SOL) denne.

Na druhej strane Ethereum vyberie na poplatkoch denne pribli┼żne 400 ETH, ─Źo sa rovn├í pribli┼żne 1,5 mili├│na USD. Preto by spamovanie Etherea st├ílo pribli┼żne 30-kr├ít viac ako spamovanie Solana.

Protokol Cardano vyberie ka┼żd├Ż de┼ł na poplatkoch pribli┼żne 12 000 USD. To je takmer p├Ą┼ąkr├ít menej ako Solana. Niekto by sa teda mohol ─Źudova┼ą, pre─Źo Cardano nie je zahlten├Ż spamov├Żmi transakciami. V ─Ćal┼íej ─Źasti ─Źl├ínku sa ponor├şme do sie┼ąovej vrstvy, aby sme na to odpovedali.

Je potrebn├ę si uvedomi┼ą, ┼że ak by Cardano dok├ízalo spracova┼ą rovnak├ę mno┼żstvo transakci├ş ako Solana, a t├║to kapacitu mo┼żno dosiahnu┼ą pomocou vstupn├Żch endorserov, sie┼ą by na poplatkoch vybrala pribli┼żne 2,5 mili├│na USD denne. Ochrana pred spamom by bola dostato─Źn├í.

Jeden blok v blockchaine Cardano dok├í┼że poja┼ą pribli┼żne 250-300 z├íkladn├Żch transakci├ş. Ak uva┼żujeme o poplatku za transakciu vo v├Ż┼íke 0,1 USD za ka┼żd├║, Cardano by z├şskalo pr├şjem 25-30 USD za blok. Vzh─żadom na to, ┼że Cardano generuje nov├Ż blok zhruba ka┼żd├Żch 20 sek├║nd, znamen├í to denn├║ produkciu 4 320 blokov. Ak by sa v┼íetky tieto bloky zaplnili v├Żlu─Źne platn├Żmi spamov├Żmi transakciami, jednotlivec, ktor├Ż by inicioval ├║tok, by na transak─Źn├Żch poplatkoch vynalo┼żil denn├ę n├íklady presahuj├║ce 100 000 USD.

Architekt├║ra siete Solana

V predch├ídzaj├║cej ─Źasti ─Źl├ínku sme hovorili o sie┼ąovej vrstve len z poh─żadu uzla valid├ítora. To bolo trochu zjednodu┼íen├ę.

Pou┼ż├şvatelia aj boti sa prip├íjaj├║ k valid├ítorom prostredn├şctvom serverov RPC. Pou┼ż├şvatelia priamo nevedia, kto je ved├║ci valid├ítor, preto posielaj├║ svoje transakcie na server RPC, ktor├Ż ich preposiela aktu├ílnemu a nasleduj├║cemu valid├ítoru pod─ża pl├ínu ved├║ceho valid├ítora. Tento pl├ín je zn├ímy vopred.

Sledujme ┼żivotn├Ż cyklus transakcie Solana. Transakcie Solana nie s├║ gossipovan├ę do mem-poolu ako v in├Żch sie┼ąach. Namiesto toho sa musia posla┼ą priamo ako paket UDP ved├║cemu konsenzu├ílneho protokolu. Servery RPC, ktor├ę poznaj├║ pl├ín l├şdra, preto posielaj├║ transakcie priamo t├Żm valid├ítorom, ktor├ş bud├║ vytv├íra┼ą bloky v nasleduj├║com kole.

Solana sa sna┼ż├ş spracova┼ą v┼íetky odoslan├ę transakcie ─Źo najsk├┤r. Namiesto rozposielania transakci├ş do v┼íetk├Żch uzlov (─Źo trv├í ur─Źit├Ż ─Źas) sa transakcie smeruj├║ k ─Ćal┼í├şm valid├ítorom s predpokladom, ┼że v┼íetky bud├║ zahrnut├ę do nasleduj├║ceho bloku.

Zjednodu┼íene povedan├ę, valid├ítory s├║ zranite─żn├ę vo─Źi ├║tokom botov prostredn├şctvom obmedzen├ęho po─Źtu serverov RPC. Je to preto, ┼że v┼íetky transakcie s├║ t├Żmito servermi odovzd├ívan├ę ─Ćal┼í├şm valid├ítorom. Ke─Ć objem spamov├ęho ├║toku prekro─Ź├ş kapacitu nieko─żk├Żch blokov Solana, vedie to k pre┼ąa┼żeniu siete. N├ísledne valid├ítory za─Źn├║ up├║┼í┼ąa┼ą od transakci├ş.

To znamen├í, ┼że boti sa nemusia zameriava┼ą na mnoho valid├ítorov Solana, alebo sk├┤r serverov RPC, v celej sieti, preto┼że pod─ża n├ívrhu s├║ v┼íetky nov├ę transakcie smerovan├ę na ─Ćal┼íie valid├ítory, ktor├ę m├┤┼żu by┼ą r├Żchlo zaplaven├ę transakciami.

Na obr├ízku m├┤┼żete vidie┼ą, ako servery RPC presmeruj├║ v┼íetky transakcie na uzol valid├ítora 1. Ten m├┤┼że by┼ą ─żahko zahlten├Ż transakciami a za─Źne ich zahadzova┼ą. Hne─Ć ako uzol 1 vytvor├ş blok, servery RPC analogicky posun├║ v┼íetky transakcie ─Ćal┼íiemu valid├ítoru, napr├şklad uzlu 2. Pre ─żah┼íie pochopenie som to zjednodu┼íil.

Miesto odoslania transakcie a konkr├ętny pou┼żit├Ż server RPC je irelevantn├ę, preto┼że v┼íetky servery RPC maj├║ za cie─ż posun├║┼ą transakciu ─Ćal┼í├şm valid├ítorom. Ke─Ć sie┼ą nie je pre┼ąa┼żen├í, syst├ęm funguje bez probl├ęmov a poskytuje pou┼ż├şvate─żom takmer okam┼żit├ę potvrdenia transakci├ş. Architekt├║ra siete spolu s n├şzkymi poplatkami ju v┼íak bohu┼żia─ż rob├ş n├íchylnou na spamovanie.

Je potrebn├ę doda┼ą, ┼że okrem transakci├ş pou┼ż├şvate─żov s├║ rozhoduj├║cou s├║─Źas┼ąou konsenzu├ílneho mechanizmu siete Solana aj hlasovacie transakcie. Valid├ítori v sieti Solana si navz├íjom posielaj├║ hlasy na potvrdenie transakci├ş. Tieto hlasy s├║ k─ż├║─Źovou s├║─Źas┼ąou mechanizmu konsenzu siete Solana, ktor├Ż potvrdzuje transakcie.

Ako je Cardano chr├ínen├ę pred spamov├Żmi transakciami?

Okrem primeran├Żch transak─Źn├Żch poplatkov je naj├║─Źinnej┼íou ochranou proti spamov├Żm ├║tokom decentraliz├ícia. S pribli┼żne 3 000 poolmi je Cardano toho pr├şkladom. Ka┼żd├Ż pool, ktor├Ż je uzlom produkuj├║cim bloky, je zvy─Źajne prepojen├Ż s 2-3 relay uzlami a je za nimi chr├ínen├Ż. Toto usporiadanie zabra┼łuje priamej sie┼ąovej komunik├ícii s uzlom produkuj├║cim bloky.

Rel├ęov├ę uzly sl├║┼żia ako sprostredkovatelia medzi uzlami jadra siete a internetom a vytv├íraj├║ bezpe─Źnostn├║ bari├ęru okolo uzlov produkuj├║cich bloky.

Nov├í transakcia sa po odoslan├ş pren├í┼ía z rel├ęov├ęho uzla do uzla produkuj├║ceho bloky. T├íto transakcia sa potom ┼í├şri do v┼íetk├Żch ostatn├Żch uzlov produkuj├║cich bloky, pri─Źom tento proces sa tie┼ż uskuto─Ź┼łuje prostredn├şctvom rel├ęov├Żch uzlov.

Na rozdiel od Solany sa transakcie nesprac├║vaj├║ okam┼żite. Namiesto toho sa uchov├ívaj├║ v mem-pooloch v mnoh├Żch uzloch siete. ─Äal┼í├ş ved├║ci uzol, ktor├Ż je uzlom s udelen├Żm pr├ívom razi┼ą nov├Ż blok, z├şska transakcie z mem-poolu a vlo┼ż├ş ich do nov├ęho bloku.

Na obr├ízku m├┤┼żete vidie┼ą transakciu (─Źerven├Ż r├ím─Źek), ktor├í sa postupne dostane do v┼íetk├Żch mem-poolov (┼żlt├Ż r├ím─Źek) prostredn├şctvom postupn├ęho ┼í├şrenia (─Źerven├ę ┼í├şpky) transakcie cez relay uzly. Pre ─żah┼íie pochopenie som obr├ízok zjednodu┼íil.

V danom ─Źase sa obsah mem-poolov vo v┼íetk├Żch uzloch men├ş. Je to preto, ┼że transakcie sa odovzd├ívaj├║ s├║─Źasne z r├┤znych miest a ich ┼í├şrenie trv├í ur─Źit├Ż ─Źas. V├Żsledkom je, ┼że ka┼żd├Ż mem-pool obsahuje jedine─Źn├Ż, ale ve─żmi podobn├Ż s├║bor transakci├ş.

Z 3 000 uzlov, ktor├ę vytv├íraj├║ bloky, m├í ka┼żd├Ż potenci├íl vytvori┼ą nov├Ż blok obsahuj├║ci porovnate─żn├Ż s├║bor transakci├ş. Uzol vybran├Ż ako ─Ćal┼í├ş ved├║ci slotu bude zodpovedn├Ż za v├Żrobu tohto nov├ęho bloku.

Pravdepodobne v├ís napadne, ┼że bot m├┤┼że ─żahko zaplni┼ą mem-pooly v┼íetk├Żch ostatn├Żch uzlov v sieti prostredn├şctvom jedn├ęho uzla, podobne ako je to pop├şsan├ę na ─Ćal┼íom obr├ízku. Cez uzol 1 sa v┼íetky transakcie dostan├║ do uzla 2 a potom do uzla 3.

V protokole v ┼ít├Żle riadenom dopytom, ako je Cardano, ka┼żd├Ż uzol kontroluje r├Żchlos┼ą prich├ídzaj├║cich ├║dajov, maxim├ílnu s├║be┼żnos┼ą (po─Źet simult├ínnych ├║loh) a mno┼żstvo nevyrie┼íen├Żch ├║dajov (├║daje, ktor├ę boli odoslan├ę, ale e┼íte neboli potvrden├ę). To znamen├í, ┼że ka┼żd├Ż uzol po┼żiada o ─Ćal┼íiu pr├ícu, a┼ż ke─Ć je pripraven├Ż, namiesto toho, aby mu bola pr├íca vnucovan├í.

Protokol Node-to-node (NtN) pren├í┼ía transakcie medzi pln├Żmi uzlami. NtN zah┼Ľ┼ła tri miniprotokoly (chain-sync, block-fetch a tx-submission), ktor├ę s├║ multiplexovan├ę cez jeden kan├íl TCP.

NtN sa riadi strat├ęgiou zalo┼żenou na ┼ąahan├ş, kde sa inici├ítorsk├Ż uzol p├Żta na nov├ę transakcie a odpovedaj├║ci uzol odpoved├í transakciami, ak nejak├ę existuj├║. Tento protokol sa dokonale hod├ş do prostredia bez d├┤very, kde obe strany musia by┼ą chr├ínen├ę pred ├║tokmi na spotrebu zdrojov z druhej strany.

Pozrite si kontrast medzi Cardanom a Solanou. V pr├şpade Solany servery RPC deleguj├║ ├║lohy na valid├ítory. V scen├íri Cardano v┼íak ka┼żd├Ż uzol akt├şvne chr├íni svoje zdroje.

Ka┼żd├Ż uzol m├í za ├║lohu overi┼ą transakciu pred jej odoslan├şm. Ak uzol odo┼íle neplatn├ę alebo nevy┼żiadan├ę transakcie, ostatn├ę uzly ho odpojia. Na zachovanie rovnak├ęho po─Źtu spojen├ş m├í mo┼żnos┼ą nadviaza┼ą spojenie s in├Żm uzlom.

Ak bot odosiela platn├ę transakcie do jedn├ęho uzla, m├┤┼że nas├Żti┼ą mem-pool tohto uzla. Ke─Ć sa mem-pool uzla napln├ş, prestane prij├şma┼ą nov├ę transakcie (nebude ich prid├íva┼ą do mem-poolu). Ostatn├ę uzly za─Źn├║ prij├şma┼ą transakcie, len ak maj├║ vo svojich mem-pooloch vo─żn├ę miesto. Transakcie, ktor├ę z├şskaj├║, 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 mem-poolu, nebude musie┼ą ┼ąaha┼ą transakcie z in├Żch uzlov. Toto je ┼ítandardn├í oper├ícia pre v┼íetky uzly v sieti. Ak by sa bot zameral na jeden uzol, nedok├ízal by zabr├íni┼ą tomu, aby bola v├Ą─Ź┼íina pou┼ż├şvate─żsk├Żch transakci├ş zahrnut├í do nasleduj├║cich blokov.

Pravdepodobnos┼ą ├║spe┼ín├Żch ├║tokov rastie 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 a zvy┼íuje n├íklady na ├║tok.

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

Na obr├ízku vid├şte, ┼że bot posiela platn├ę spamov├ę transakcie do uzla 1. Pam├Ą┼ąov├Ż fond uzla 1 m├┤┼że by┼ą pln├Ż platn├Żch spamov├Żch transakci├ş. Alica a Bob posielaj├║ platn├ę pou┼ż├şvate─żsk├ę transakcie do uzla 3. Uzol 3 mal pr├ízdne miesto v mem-poole a stiahol len jednu platn├║ spamov├║ transakciu z uzla 2. Ak by sa uzol 3 stal v ─Ćal┼íom kole ved├║cim slotu, v├Ą─Ź┼íina transakci├ş v bloku by bola od pou┼ż├şvate─żov.

Ke─Ć bot odo┼íle transakciu, prid├í sa do mem-poolu, ─Ź├şm sa efekt├şvne rezervuje ADA, ktor├Ż bol pou┼żit├Ż ako transak─Źn├Ż poplatok. Cardano mem-pool m├í dvojn├ísobn├║ kapacitu bloku, do ktor├ęho sa zmest├ş pribli┼żne 500 a┼ż 600 transakci├ş. Ak sa bot zameria na zaplnenie 100 mem-poolov odli┼ín├Żmi transakciami, v├Żsledkom bude celkovo 60 000 transakci├ş, ─Źo bude st├í┼ą pribli┼żne 6 000 USD na poplatkoch. Tento objem transakci├ş by sie┼ą mohla spracova┼ą v priebehu hodiny. Napriek tomu je pravdepodobn├ę, ┼że sie┼ą bude na─Ćalej spracov├íva┼ą zna─Źn├Ż po─Źet pou┼ż├şvate─żsk├Żch transakci├ş prostredn├şctvom uzlov, na ktor├ę sa ├║to─Źn├şk priamo nezameral a ktor├ę obsahuj├║ pou┼ż├şvate─żsk├ę transakcie vo svojom mem-poole. Niektor├ę transakcie v┼íak m├┤┼żu by┼ą stiahnut├ę z in├Żch uzlov, tak┼że m├┤┼że ├şs┼ą o platn├ę spamov├ę transakcie.

Záver

Poplatky a architekt├║ra siete s├║ v podstate prim├írnou obranou proti spamov├Żm transakci├ím. Arbitr├í┼żne roboty s├║ povinn├ę predklada┼ą platn├ę transakcie vr├ítane poplatkov. Nejde o tradi─Źn├Ż ├║tok DDOS, pri ktorom je cie─żom zaplavenie uzla transakciami na sie┼ąovej vrstve. Ak boti predlo┼żia do siete ve─żk├Ż objem transakci├ş, uzly m├┤┼żu za─Źa┼ą up├║┼í┼ąa┼ą od pou┼ż├şvate─żsk├Żch transakci├ş na ├║rovni siete. To predstavuje riziko pre v┼íetky siete, preto┼że ide o legit├şmne transakcie, ktor├ę obsahuj├║ zaplaten├ę poplatky. Ak ├║to─Źn├şk m├┤┼że z arbitr├í┼że z├şska┼ą v├Ą─Ź┼í├ş zisk, poplatky nemusia poskytova┼ą dostato─Źn├║ ochranu pred spamov├Żmi transakciami. ├Üto─Źn├şkovi ned├┤jdu prostriedky a m├┤┼że ├║tok udr┼żiava┼ą, k├Żm je arbitr├í┼ż ziskov├Ż. Preto je ─Ćal┼íou rozhoduj├║cou vrstvou ochrany architekt├║ra siete.

Pri diskusii o decentraliz├ícii a tvorbe blokov by sa dalo tvrdi┼ą, ┼że Solana je podstatne centralizovanej┼íia (a teda n├íchylnej┼íia na zaplavenie transakciami) ako Cardano, vzh─żadom na to, ┼że pl├ín l├şdrov je vopred ur─Źen├Ż a v┼íetky transakcie s├║ smerovan├ę k nim. V┼íimnite si, ┼że na po─Źte valid├ítorov v├┤bec nez├íle┼ż├ş. T├şm Solana stoj├ş pred ┼ąa┼żkou ├║lohou, ako sa s t├Żm vysporiada┼ą, podobne ako t├şm Cardano, ktor├Ż mus├ş zlep┼íi┼ą ┼ík├ílovate─żnos┼ą. Ani jedna z t├Żchto v├Żziev nie je trivi├ílna.


P├┤vodn├Ż ─Źl├ínok: https://cexplorer.io/article/transaction-fees-and-network-architecture-as-spam-protection