Zgjidhjet për të metat fatale

MasterChef ka disa të meta që mund të rregullohen gjatë përdorimit, por vetëm nëse përdoruesit janë të vetëdijshëm për to dhe çfarë mund të bëjnë. Këtu është mënyra e zgjidhjes, sipas Gleb Zykov dhe Vlad Korovnikov i HashEx.

Shkëmbime të decentralizuara (DEX-et) ishin mjaft të rralla vetëm dy vite më parë, por sot duket se ato janë kudo. Projekte të shumta që kanë DEX-et e tyre personale. Kjo ndodhi sepse, kur një projekt blockchain vendos të nisë një DEX, ata nuk e bëjnë atë plotësisht nga e para. Në vend të kësaj, baza për kodin e DEX është shpesh një pirun i një prej dy DEX-eve kryesore - Shkëmbim Sushi or swap petullash.

Kontrata e zgjuar Masterchef

Këto dy shkëmbime revolucionarizuan hapësirën DEX falë një kontrate speciale inteligjente të quajtur MasterChef. MasterChef shfaqet në të dyja, dhe kështu shfaqet edhe në çdo DEX që është bërë si pirun i njërit prej këtyre të dyjave. Çdo DEX i ri mund të ndajë të njëjtat veçori. Por do të thotë gjithashtu se ndan të metat dhe dobësitë e MasterChef. 

Pra, le të hedhim një vështrim se cilat probleme mund të hasin përdoruesit dhe zhvilluesit kur kanë të bëjnë me MasterChef. Çfarë duhet t'i kushtojnë vëmendje? Dhe si duhet të trajtohen?

Si funksionojnë DEX-et?

Gjëja e parë që duhet theksuar është se një kontratë MasterChef është një kontratë inteligjente e shkruar në Solidity që kontrollon se çfarë mund të bëjë një fermë dhe si mund ta bëjë atë. Në shumicën e projekteve, ka shumë kontrata inteligjente që ndajnë përgjegjësinë dhe punën. Por kur bëhet fjalë për protokollet e bazuara në MasterChef, është kjo kontratë e vetme që kujdeset për gjithçka në lidhje me bujqësinë.

Shkëmbimet e decentralizuara ju lejojnë të shkëmbeni kriptovaluta pa pasur nevojë të depozitoni para në shkëmbim portofol. Në vend të kësaj, ju depozitoni fonde në kontratat inteligjente nga portofoli juaj. Ju jeni i vetmi person që e kontrolloni atë dhe mund të keni akses në fondet tuaja nëse kontratat nuk kanë dyer të pasme ose dobësi.

Një ndryshim tjetër qëndron në faktin se CEX-et përdorin librat e porosive për blerje dhe shitje. Kjo do të thotë që ata përputhen blerësit me shitësit, ndërsa DEX-et përdorin AMM (Tregu i automatizuar). krijues) protokollet e tregtimit, i cili llogarit çmimin e aktiveve në varësi të sasisë së likuiditetit të investuar.

Likuiditeti vjen nga grupet e likuiditetit, të cilat janë grupe në të cilat përdoruesit mund të depozitojnë fonde për çifte specifike dhe të vënë fonde të disponueshme për protokollin. Më pas, kur dikush përpiqet të blejë asete duke përdorur atë palë, porosia e tyre përmbushet menjëherë duke përdorur fondet nga pishina. Ndërkohë, njerëzit që depozituan fonde në grupin e likuiditetit marrin shenja LP për atë grup specifik. Kjo u siguron atyre të drejtën për të ndarë shpërblimet.

Dhe, nëse ndonjëherë dëshirojnë t'i kthejnë fondet e tyre, gjithçka që duhet të bëjnë është të kthejnë argumentet LP që kanë marrë.

Siç mund ta dini, ka shumë mënyra për të gjeneruar rendimentet nga zotërimet e kriptove. Fermat japin shpërblime shtesë për sigurimin e likuiditetit. Përdoruesit shtojnë likuiditet në DEX, marrin shenja LP dhe i vendosin ato në ferma.

MasterChef: Dobësitë dhe të metat

Ne kemi mbuluar se si funksionojnë DEX dhe si funksionojnë grupet e likuiditetit. Pra, le të hedhim një vështrim më të afërt se ku hyjnë dobësitë e MasterChef, si ndikojnë ato në proces, si dhe çfarë qasjeje duhet të merrni për të siguruar që gjërat të ecin pa probleme.

MasterChef është një kontratë e vetme inteligjente e përdorur për rendimentin bujqësor duke ofruar likuiditet në DEX. Fatkeqësisht, ai ka disa të meta që mund të rregullohen gjatë përdorimit, por vetëm nëse përdoruesit janë të vetëdijshëm për to dhe çfarë mund të bëjnë.

Llogaritë e komprometuara

Një nga problemet më të mëdha për t'u kujdesur është rreth rrezikimit të llogarive të pronarëve. Në thelb, SushiSwap shpiku një metodë që e lejoi atë të fitonte një avantazh ndaj Uniswap. Kjo metodë sillet rreth migrimit të aktiveve nga një shkëmbim në tjetrin. Kjo trajtohet nga kontrata duke përdorur një funksion të veçantë që është i aksesueshëm vetëm nga pronari i kontratës.

Sidoqoftë, ky migrim mund të përfundojë duke u përshtatur në thelb me çdo kontratë, pa asnjë kufizim, gjë që përfundoi duke qenë një mbikëqyrje e madhe. Pra, nëse llogaria e pronarit komprometohet, kjo mund të rezultojë në një kontratë të re migrimi që do të dërgonte të gjitha shenjat bazë LP në të gjitha pishinat bujqësore në një adresë arbitrare. Kjo do të çonte në një humbje masive të aseteve të investuara.

Duhet të theksohet se ky funksion tani është i njohur për zhvilluesit, dhe kështu përfundon duke u hequr menjëherë forks. Sidoqoftë, nëse mbetet i pranishëm, ai duhet të merret menjëherë si një flamur i kuq.

Një tjetër gjë për t'u theksuar është se, në disa pirunë MasterChef, pronari i kontratës mund të ndryshojë normën e emetimeve pa asnjë kufizim. Sidoqoftë, nëse llogaria rrezikohet, një sulmues mund të vendosë një normë shumë të madhe emetimi, e cila do të çonte në zhvlerësimin e tokenit.

Ekziston një mënyrë mjaft e thjeshtë për ta zgjidhur këtë thjesht duke u siguruar që të gjitha veçoritë në dispozicion të pronarit të kontratës kërkojnë autorizim me shumë nënshkrime. Në këtë mënyrë, nëse një adresë e vetme komprometohet, aktorët e këqij nuk do të mund të bënin shumë me të. Një tjetër gjë për të bërë është të shtoni një bllok të përkohshëm (kontrata Timelock) në thirrjen e funksionit të migrimit. Në këtë mënyrë, përdoruesi ka më shumë kohë për të marrë një vendim dhe shkëmbimi duhet t'ju njoftojë për migrimin ose çdo transaksion tjetër të dyshimtë.

Shtimi i pishinave identike bujqësore

Një çështje tjetër mjaft e dukshme por e anashkaluar shfaqet kur kontrata origjinale nuk llogarit për përpunimin e pishinave identike bujqësore, që do të thotë se kontrata kërcënon të llogaritë gabimisht shpërblimet bujqësore.

Ky nuk është një problem i madh nëse MasterChef përdoret si duhet, pasi pronari nuk do të shtonte pishina identike me qëllim. Në fakt, në shkëmbimet që funksionojnë siç duhet, këto gjëra verifikohen dhe krijimi i një grupi të dyfishtë është rreptësisht i ndaluar. Pra, nëse filloni krijimin e grupit dhe po shkoni në rrugën e krijimit të një dublikati të grupit ekzistues, sistemi duhet të jetë në gjendje të raportojë një gabim. Ose, sugjeroni që të shtoni fondet tuaja në grupin ekzistues në vend që të bëni një të re.

Mos llogaritja e sasisë së argumenteve të depozituara

Për disa arsye, njerëzit priren të harrojnë të marrin në konsideratë se çfarë mund të ndodhë nëse argumentet me komisione për transferimet ose argumentet e ribazimit shtohen si grupe në kontratën MasterChef. Ajo që ndodh është një ndarje në mënyrën e llogaritjes së shpërblimeve, pasi kodi i kontratës shton aktivet në grupe vetëm duke thirrur funksione të caktuara. Kjo do të thotë që shtimi i argumenteve në adresë do t'i kombinojë ato me asetet tashmë në grup. Por llogaritjet për shpërblimet për tokena të tillë mund të prishen, gjë që çon në dobësi.

Platformat që funksionojnë siç duhet duhet të llogarisin sasinë e fondeve të transferuara për bujqësi veçmas duke kontrolluar shumën aktuale të transferuar e cila merr parasysh komisionet. Në këtë mënyrë, llogaritjet e shpërblimit bëhen në mënyrë korrekte.

MasterChef: Përfundim

MasterChef është një kontratë e vetme inteligjente e përdorur për rendimentin bujqësor duke ofruar likuiditet në DEX. Fatkeqësisht, ai ka disa të meta që mund të rregullohen gjatë përdorimit, por vetëm nëse përdoruesit janë të vetëdijshëm për to dhe çfarë mund të bëjnë. 

Më sipër kemi mbuluar disa gjëra që mund të ndodhin dhe si mund të shmangen këto çështje. Por duhet të theksohet se ka më shumë prej tyre, të tilla si hollimi i shpërblimeve nëse argumentet dërgohen drejtpërdrejt në adresën e kontratës, problemet me ndryshimet e bllokut të fillimit, optimizimet e gazit dhe më shumë. 

Me fjalë të tjera, ka dobësi dhe çështje për t'u mbajtur parasysh dhe për t'u mbajtur në sy. Por në përgjithësi, MasterChef është një kontratë revolucionare që ka mundësuar pak a shumë shkëmbime të decentralizuara. Pra, për sa kohë që vazhdoni ta përdorni me kujdes dhe qëndroni të vetëdijshëm për të metat e tij dhe si t'i rregulloni ato, duhet të jeni mirë.

Rreth autorëve

Gleb Zykov

Gleb Zykov është Bashkëthemelues dhe CTO në një Defi siguri dhe kompani analitike HashEx.

​​Vlad Korovnikov është auditori dhe zhvilluesi i Junior Smart Contract.

Mori cata mund të thuash për zgjidhjet e Masterchef apo ndonjë gjë tjetër? Na shkruani ose bashkohuni në diskutimin tonë Kanal Telegram. Mund të na kapni gjithashtu Tik i ngopur, Facebookose Twitter.

Mohim përgjegjësie

Të gjitha informacionet që përmbahen në faqen tonë të internetit publikohen me mirëbesim dhe vetëm për qëllime të informacionit të përgjithshëm. Çdo veprim që lexuesi ndërmerr mbi informacionin e gjetur në faqen tonë të internetit është në rrezik të vetë.

Burimi: https://beincrypto.com/masterchef-smart-contracts-the-workarounds-for-the-fatal-flaws/