Të gjitha llogaritjet tuaja të Uniswap v3 për bujqësinë e likuiditetit janë të gabuara! Ja pse

2 2 x = 5

Ti e di që është e gabuar, por kur e sheh për herë të parë, e merr me mend veten dhe mendon: “Ndoshta diçka nuk shkon me llogaritjen time”. E drejtë?

Epo, pikërisht kështu u ndjeva kur zbulova se shifrat e likuiditetit dhe TVL (Vlera totale e mbyllur) të shfaqura në ndërfaqen e përdoruesit Uniswap V3 ishin krejtësisht të gabuara.

Uniswap është financa më e madhe e decentralizuar (Defi) projekti në Ethereum dhe të gjithë Blockchain industrisë. Mijëra ofrues likuiditeti përdorin këto shifra çdo ditë për të ndërtuar strategjitë e tyre të investimit. Pra, si mund të jenë të pasakta këto shifra?

Kam kaluar orë të tëra duke u përpjekur të gjej një gabim në llogaritjet e mia, dhe me mend çfarë? Nuk kam bërë asnjë gabim. Dhe situata është edhe më e keqe sesa thjesht TVL e pasaktë.

Por le të shkojmë hap pas hapi dhe të fillojmë me problemin.

Problemi

Së pari, çfarë është TVL dhe si përdoret? Shkurtimisht, TVL përkufizohet si një vlerë në dollarë e të gjitha aseteve të kriptove të deleguara aktualisht nga përdoruesit në një blockchain ose protokoll. Për shembull, këto aktive mund të jenë likuiditeti i përgjithshëm i një protokolli të decentralizuar shkëmbimi, urë ose huadhënieje, ose totali i aktiveve të aksioneve të blockchain PoS.

Investitorët e tregut të kriptove dhe pjesëmarrësit e tjerë përdorin TVL për raste të shumta:

1. Vlerësimi i shëndetit të protokollit. Kjo është arsyeja pse protokollet e njohura mburren me TVL-në e tyre në faqen kryesore. TVL më i madh = më shumë besim i përdoruesit = rrezik më i ulët = fitim i qëndrueshëm.
2. Krahasimi ndërmjet protokolleve. Nëse do të isha një tregtar kriptosh, do të preferoja të përdorja mjete DeFi, si shkëmbimet e decentralizuara ose urat, me TVL më të lartë.
3. Matja e rritjes së protokollit. Investitorët që shohin se TVL-ja e një protokolli ose projekti po rritet me shpejtësi, e konsiderojnë atë një sinjal për të qenë të fortë në lidhje me çmimin simbol të protokollit.

Duket se është e rëndësishme të dihet i saktë Numrat TVL, apo jo?

Por, çka nëse them se të dhënat më të disponueshme rreth Uniswap v3 TVL janë mashtruese? Por surpriza më e madhe për mua ishte se zyrtari Aplikacioni Uniswap Chart është gjithashtu një problem! Ja si e mora vesh.

Unë isha duke punuar në një projekt analitik të likuiditetit, duke krahasuar të dhënat zyrtare në Uniswap v3 me llogaritjet e mia duke përdorur të dhëna të papërpunuara të blockchain. Ky hap është jetik për të përmbushur standardet më të larta të cilësisë së të dhënave. Për të filluar verifikimin, zgjodha një grup të njohur likuiditeti, USDC-WETH (niveli i tarifës 0,3%).

Shikoni grupin 3 në Uniswap v3—ka një TVL mbresëlënëse prej 333 milion dollarë (bazuar në grafikët zyrtarë të Uniswap në kohën e shkrimit) dhe një vëllim të shëndetshëm ditor prej 61 milion dollarë.

Menjëherë hasa në një problem: vlera ime e llogaritur e TVL-së ishte 176 milionë dollarë në vend të 333 milionë dollarëve të raportuara në faqen e internetit të Uniswap. Në rregull, ndodhin gabime. Por përpara se të kaloja te korrigjimi, vendosa të verifikoj TVL-në në eksploruesin më të popullarizuar të blockchain Ethereum, Etherscan. Teknikisht, çdo grup Uniswap v3 është një kontratë e zgjuar. Pra, eksploruesi i blockchain mund të tregojë bilancet e shenjave në posedim të pishinës, gjë që është TVL.

Prisja që bilanci simbolik i pishinës të ishte pak më i madh se TVL-ja e raportuar nga Uniswap. Kjo për shkak se grupi mban likuiditet, si dhe tarifa që janë grumbulluar, por që nuk janë kërkuar ende. Por ky bilanc ishte pothuajse gjysma e shumës së raportuar nga Uniswap dhe, çuditërisht, ishte e njëjta shifër me llogaritjet e mia!

Krahasimi i likuiditetit, aktiv për aktiv, tregoi gjithashtu një diferencë të madhe. Në këtë pikë, kuptova se gabimi nuk kishte të bënte me aftësitë e mia në matematikë.

Por si mund të ndodhte kjo? Pas hulumtimit, zbulova se Uniswap mbështetet në shërbimin e decentralizuar të indeksimit të blockchain Grafiku. Me këtë shërbim, çdo zhvillues mund të shtojë një kod personal analitik (i quajtur nëngraf) për raste specifike të përdorimit të të dhënave të blockchain dhe t'i bëjë analitikët të disponueshme përmes API.

Uniswap Labs ka krijuar nëngrafet e veta për analitikën e protokollit Uniswap dhe i ka vënë ato në dispozicion përmes Shërbimi i Pritur i Grafikut. E mira është se kodi i tij është publikisht në dispozicion. Gjëja e keqe, megjithatë, janë gabimet e saj në llogaritjen e TVL.

Një analizë e shkurtër e kodit tregon se ai llogarit të gjitha swap-et dhe ngjarjet e likuiditetit, por nuk llogarit tarifat. Pishinat Uniswap kanë një tarifë prej 0.01% deri në 1% për çdo shkëmbim. Kjo tarifë zbritet nga aktivet e tregtueshme dhe u llogaritet ofruesve të likuiditetit. Nga ana tjetër, ofruesit e likuiditetit mund të mbledhin tarifat e grumbulluara në çdo kohë.

Nëngrafi aktual Uniswap v3, megjithatë, shfaq shifrat sikur të mos ishin grumbulluar dhe mbledhur ndonjëherë tarifa. Pra, shifrat e Uniswap v3 TVL devijuan nga realiteti me çdo shkëmbim.

Ju mund të pyesni veten: "A keni paraqitur një biletë problemi në GitHub përpara se të shkruani këtë artikull?" Po, ky është qëllimi im i parë pasi zbulova gabimin. Dhe e dini çfarë? Kjo çështje është tashmë të regjistruar, krijuar nga një zhvillues kryesor në nëntor 2021!

Pra, pse nuk u zgjidh ky problem? Unë nuk kam asnjë ide. Ndoshta gabimi ishte i papërfillshëm në kohën kur u zbulua ky gabim. Megjithatë, ky është një gabim kumulativ që rritet me çdo shkëmbim. Pra, ndërsa tarifa dhe vëllimi i tregtimit në pishinë rriten, mospërputhja që rezulton në TVL nga gabimi do të rezultojë në një ndryshim më të madh nga realiteti. Dhe ne mund të shohim se në një pishinë të madhe si USDC-ETH me një tarifë më të madhe 0.3% - është bërë jashtë kontrollit! Aktualisht është pothuajse dyfishi i shifrave të vërteta.

Le të verifikojmë Total TVL

Ok, ne e dimë tashmë se numrat e TVL në grupe individuale janë shtrembëruar. Ne do të shqyrtojmë se si kjo mund të ndikojë në vendimet e investimeve më poshtë. Por, para se të arrijmë tek kjo, le të shohim se si këto gabime ndikojnë në TVL totale të protokollit Uniswap v3. Ky TVL raportohet me pothuajse 12 miliardë dollarë në kohën e shkrimit.

Nuk duhet të jesh shkencëtar i të dhënave për të parë se diçka nuk është në rregull këtu.

Mund të shohim më lart se TVL u raportua si rritje e ngadaltë por e qëndrueshme nga 500 milionë dollarë në 4.5 miliardë dollarë më 6 mars 2022. Më pas ndodhi diçka e çmendur dhe TVL u raportua si 254 miliardë dollarë më 7 mars 2022. Kjo është 2,5 herë më shumë se TVL më e lartë e të gjithë rrjetit Ethereum ndonjëherë—në NJË ditë! Është e qartë se është një gabim në të dhëna. Në javët në vijim, TVL u raportua si 10-20 miliardë dollarë.

Në këtë pikë, humba të gjithë besimin në të dhënat analitike të Uniswap. Por si mund ta njohim TVL-në e vërtetë? Unë kisha 2 opsione.

Opsioni 1 - hiqni dhe rregulloni nëngrafin Uniswap v3. E keqja e këtij opsioni është se do të duheshin ditë që nëngrafi të riindeksohej. Dhe unë nuk jam një adhurues i gjuhës GraphQL që përdor Graph.

Për fat, unë kisha opsionin 2 - - DatamintBazat e të dhënave analitike me performancë të lartë për të gjitha të dhënat Uniswap v3 dhe Ethereum, të disponueshme lehtësisht për pyetje komplekse në internet.

Pas disa eksperimenteve, unë kam krijuar algoritmin e mëposhtëm për llogaritjen e saktë të TVL. Kontrolloni procesin hap pas hapi më poshtë.

1. Llogaritni TVL për të gjitha grupet ekzistuese Uniswap v3 duke përdorur këto dy hapa.
   1. Shtoni të gjitha transferimet e shenjave ERC-20 në dhe nga kontrata e grupit (kjo përfshin të gjitha tarifat e padeklaruara) dhe përputhni bilancet e shenjave në Etherscan
   2. Shtoni të gjitha ngjarjet e likuiditetit, në hyrje dhe në dalje, më pas shtoni të gjitha ngjarjet e shkëmbimit në llogari për tarifat
2. Krahasoni dy metodat dhe sigurohuni që të mos mbeten mospërputhje të pashpjegueshme
3. Hiq pishinat e braktisura dhe të zbrazëta me më pak se 50 shkëmbime ose 0.00000000000001 sasi simbolike (me 7,863 pishina të zbuluara (përfshirë 2,083 çifte me stalla), algoritmi im hoqi 112 pishina si bosh/të braktisura)
4. Gjeni një shteg drejt monedhave të qëndrueshme për çdo shenjë për të kthyer TVL të grupit në vlerë USD
5. Hiq grupet me likuiditet të ulët me vlera të thyera USD pasi disa grupe mund të shfaqin vlera të pamjaftueshme pas heqjes së plotë të likuiditetit (kontrolloni grafikun e mëposhtëm si shembull)

6. Konvertoni TVL të të gjitha çifteve të mbetura në vlerën USD dhe shtoni ato

Pas kontrolleve të shumta të kryqëzuara, dola me një llogaritje TVL. E nisa dhe doja të merrja kafe derisa të bëhej llogaritja, por mbaroi para se të ngrihesha në këmbë. Kjo është e vetmja pengesë për përdorimin e një baze të dhënash analitike me performancë të lartë.

A jeni gati për të parë rezultatin?

Almostshtë gati 4 herë më pak sesa $ i raportuar11,8b… Ju takon të nxirrni një përfundim.

Mohim përgjegjësie: Llogaritja ime mund të përmbajë gabime. Në projektet e të dhënave për klientët e ndërmarrjeve, ne përdorim metodologji të dokumentuar, autoteste dhe shumë mjete të tjera për të arritur cilësinë më të lartë të të dhënave. Këto mjete do të ishin të tepërta për një projekt kërkimor personal si ky. Ky hulumtim nxjerr në pah problemet e dukshme në të dhënat e disponueshme në vend që të sigurojë një zgjidhje përfundimtare.

Në rregull, ne do të rregullojmë llogaritjet e TVL-së - a do të ndihmojë?

Problemi nuk janë numrat e pasaktë, por vendimet që marrim bazuar në ato numra. Për shembull, shumica e kalkulatorëve të fitimit për ofruesit e likuiditetit përdorin këto numra për parashikime.

Megjithatë, nuk është aq e vështirë të rregullosh llogaritjen e TVL. Ose Uniswap Labs e rregullon atë në kodin e tyre të nëngrafit, ose zhvilluesit e kalkulatorëve fillojnë të përdorin burime të tjera të dhënash. Pyetja kryesore është nëse mund të jemi të sigurt se parashikimet e kalkulatorit janë të sakta.

Bëra disa llogaritje dhe përgjigja e shkurtër është-as afër.

Një pretendim i guximshëm, e di. Shumë ofrues të likuiditetit përdorin kalkulatorë ekzistues dhe ndikojnë në vendime që kushtojnë dhjetëra miliona dollarë. Por le të kalojmë nëpër hapat e llogaritjes në mënyrë që të mund të bëni gjykimin tuaj.

Së pari, le të shqyrtojmë disa koncepte thelbësore të protokollit Uniswap v3.

Një nga risitë e saj kryesore është likuiditeti i përqendruar. Në thelb, me Uniswap v3, ju mund të zgjidhni gamën e çmimeve që dëshironi që paratë tuaja të funksionojnë si ofrues likuiditeti. Ky është një koncept i mahnitshëm që mund të sjellë vlerë të madhe për përdoruesit e protokollit. Ofruesit e likuiditetit kufizojnë ekspozimin e tyre ndaj humbjeve të përhershme dhe tregtarët mund të gëzojnë rrëshqitje më të vogël të çmimeve kur paqëndrueshmëria është e ulët. Por të gjitha këto potencial përfitimet vijnë me një kosto-kompleksitet.

Pra, ne duam të kuptojmë se si llogariten fitimet e ofruesit të likuiditetit Uniswap v3.

Në Uniswap v3, ofruesi i likuiditetit zgjedh gamën e çmimeve për të ofruar likuiditet. Ai do të marrë uljen e tarifave të shkëmbimit pasi çmimi të jetë brenda këtij diapazoni. Në pamje të parë, një ofrues i likuiditetit dëshiron të ketë gamën e çmimeve të pozicionit të tij të likuiditetit sa më të gjerë. Megjithatë, likuiditeti shpërndahet proporcionalisht mbi këtë diapazon. Pra, sa më i gjerë të jetë diapazoni, aq më i ulët është tarifa e shkëmbimit për çdo marrëveshje.

Në këtë shembull, opsioni A tregon ofruesin e likuiditetit që zgjedh një gamë më të gjerë çmimesh dhe opsioni 2 tregon një më të ngushtë me të njëjtën shumë. Me kusht që, në të dyja rastet, çmimi të jetë brenda intervalit të çmimit të zgjedhur, ofruesi i likuiditetit merr 3 herë më shumë tarifa në opsionin B. Megjithatë, nëse çmimi është më i paqëndrueshëm, ofruesi i likuiditetit mund të përfundojë me një fitim më të lartë në opsionin A.

Pra, në realitet, zgjedhja e diapazonit të duhur të çmimeve mbështetet në gjetjen e ekuilibrit më të mirë midis rrezikut të humbjes së çmimit dhe marrjes së një kthimi më të ulët për çdo marrëveshje.

Një parametër tjetër ndikon në fitimin e ofruesit të likuiditetit dhe shpesh anashkalohet. Unë nuk jam në dijeni të ndonjë kalkulatori të fitimit të LP që e konsideron atë, dhe ky parametër mund të ndryshojë gjithçka. Ju po pyesni veten se çfarë është kjo deri tani. Është shpërndarja e LP-ve. Merrni parasysh shembullin e mëposhtëm:

Në këtë shembull, dy ofrues të likuiditetit (LP1 dhe LP2) kanë pozicione. LP1 ka një pozicion të ngushtë prej $3. LP2 ka një pozicion të gjerë prej $5. Në këtë rast, nëse çmimi nuk largohet nga diapazoni i pozicionit të LP1, ai do të marrë 3 herë më shumë tarifa se LP2. Kjo për shkak se LP2 ka vetëm 1 dollarë në këtë gamë. Dhe ky 1$ po konkurron me 3$ të LP1.

Nëse shikoni shpërndarjen e likuiditetit të çdo grupi Uniswap v3, do të shihni se nuk është uniforme.

Sa më i lartë të jetë shiriti, aq më i lartë është konkurrenca. Ofruesit e likuiditetit duhet të gjejnë ekuilibrin midis zgjedhjes së diapazoneve konkurruese dhe diapazonit me një probabilitet më të ulët të një goditjeje çmimi. Kjo është arsyeja pse kjo shpërndarje luan një rol të madh në parashikimin e fitimit të LP dhe ndërtimin e strategjisë. Problemi i vetëm është… Nuk jam i sigurt se kjo shpërndarje është llogaritur siç duhet.

Sikur kjo nuk është e mjaftueshme - snajperët e likuiditetit

Të jesh një ofrues i likuiditetit ka të bëjë me hamendjen e çmimit, gjendjes së konkurrencës dhe vëllimit të tregtisë. Nëse një LP do të kishte një dëshirë, do të ishte të dinte të ardhmen e tregtimeve për të rregulluar pozicionet e likuiditetit paraprakisht.

Por çfarë nëse ju them se është e mundur?

Gjatë kërkimit, disa ofrues të pazakontë likuiditeti më tërhoqën vëmendjen. Ata shtuan dhe hoqën pozicione të rëndësishme likuiditeti (mbi 10 milionë dollarë) shumë herë në ditë. Akoma më e habitshme, ata gjithmonë shtonin dhe hiqnin likuiditet në të njëjtin bllok.

Le të shohim një shembull:

Kemi tre transaksione, të gjitha në bllokun 15413416, pozicionet 3-5, të kryera sipas renditjes nga poshtë-lart. Transaksioni i parë, me metodën Execute, është një kontratë e quajtur "MEV Bot", duke shtuar 22 milion dollarë likuiditet në grupin USDC-WETH.

Transaksioni i dytë është një shkëmbim nga USDC në DogeChain përmes WETH. Ky është një shkëmbim i zakonshëm me një vlerë prej afërsisht 16,500 dollarë.

Transaksioni i tretë është sërish “MEV Bot”, duke hequr likuiditetin prej 22 milionë dollarësh nga grupi USDC-WETH.

Ajo që ndodhi në shembull quhet "sniping likuiditeti". Më lejoni të shpjegoj se si funksionoi kjo:

1. Dikush dërgoi një transaksion për të shkëmbyer USDC me DogeChain
2. MEV Bot zbuloi këtë transaksion në mempool dhe aktivizoi një lidhje private me një pishinë minerare duke përdorur teknologjinë Flashbots ose diçka të ngjashme
3. MEV Bot pagoi minatorët për të përfshirë një transaksion shkëmbimi dhe dy transaksione në një renditje specifike që lejonte nxjerrjen e vlerës
4. MEV Bot shtoi kaq shumë likuiditet (22 milion dollarë) në një gamë shumë të ngushtë çmimesh, kështu që në mënyrë efektive, të gjitha fitimet nga tarifat nga ajo tregti specifike USDC-DogeChain iu grumbulluan atij.
5. MEV Bot më pas hoqi likuiditetin dhe fitoi tarifa (rreth 35 dollarë)

Pra, fitimi i tij bruto pas tarifave të gazit ishte rreth 30 dollarë. Jo shumë? Po, por ai e ekzekuton këtë strategji disa herë në minutë, të cilat të gjitha shtohen. Ti mundesh kontrollojeni vetë.

Çfarë do të thotë kjo për ju si ofrues i likuiditetit? Kjo do të thotë që snajperët e likuiditetit mund të marrin një ulje të konsiderueshme të fitimeve tuaja nga tarifat.

Përfundim

Më lejoni të përfundoj gjetjet e mia të kërkimit:

1. Shifrat e TVL në grafikët Uniswap v3 janë jashtëzakonisht të pasakta. Të njëjtat gabime ekzistojnë në të gjitha mjetet analitike që mbështeten në nëngrafin zyrtar Uniswap v3.
2. Totali i Uniswap v3 TVL është 3,14 miliardë dollarë kundrejt 11,8 miliardë dollarëve të raportuar nga faqja zyrtare e internetit (në kohën e shkrimit).
3. Llogaritësit për ofruesit e likuiditetit Uniswap v3 kanë pak vlerë për strategjitë e jetës reale sepse nuk marrin parasysh konkurrencën dhe snajperët e likuiditetit.

Për fat të mirë, tani mund të kuptoni më mirë se si funksionojnë grupet e likuiditetit Uniswap v3 në jetën reale dhe mund të rregulloni kërkimin tuaj në përputhje me rrethanat.

Unë nuk jam në gjendje të jap këshilla financiare, por shoh vetëm 2 opsione për të ndërtuar një strategji të spikatur të ofrimit të likuiditetit:

1. Thjeshtë. Përdorni të dhënat historike të performancës. Provoni disa pozicione likuiditeti me aksione të vogla dhe shikoni se cilat opsione funksionojnë më mirë. Natyrisht, kjo funksionon vetëm me supozimin se tregu është i qëndrueshëm.
2. ADVANCED. Kryeni kërkime dhe optimizoni strategjinë e LP në përputhje me rrethanat. Siç e trajtuam më lart, kjo kërkon një kuptim të thellë të protokollit Uniswap v3, kompetencat e matematikës dhe teorisë së lojës, dhe një mjet të fuqishëm analitik të të dhënave për të përpunuar sasi të mëdha të dhënash në kohë reale.

Të dyja opsionet kanë një gjë të përbashkët - ju po i bazoni vendimet tuaja në të dhëna dhe jo në një ndjenjë të thellë ose mjete të rastësishme. Ndonjëherë puna me të dhëna është e vështirë, por shpërblehet.

Në Datamint, ne jemi gjithmonë këtu për t'ju ndihmuar me projektet tuaja të personalizuara të të dhënave.

Qofshin të dhënat me ju!