DEX hovuzunda likvidlik: böyük rəqəmdən icra dərinliyinə qədər

DEX məlumat kartında “likvidlik: 2 milyon dollar” yazılması rahatdır. Bu rəqəm hovuzun ölçüsü haqqında ipucu verir, amma “istənilən anda 2 milyon dollarlıq əməliyyat etmək olar” mənasına gəlmir. Hovuzun hansı şəbəkədə olduğu, hansı iki aktivi saxladığı, ehtiyatların nisbəti, qiymət əyrisi, xidmət haqqı, istiqamət və müşahidə vaxtı bilinmədən icra dərinliyi haqqında nəticə yarımçıq qalır.

Azərbaycan dilində likvidlik sözü tanışdır, DEX hovuzu isə əlavə qat yaradır. Burada qarşı tərəfdə təkcə sifariş kitabındakı insan əmrləri yoxdur; ağıllı müqavilə daxilindəki vəziyyət və qiymət funksiyası da nəticəni formalaşdırır. Buna görə bu məqalə “neçə manat dəyişmək olar?” kalkulyatoru vermir. Məqsəd, görünən göstəricini istifadə edilə bilən sübut hissələrinə ayırmaqdır.

Hovuzun pasportu olmadan likvidlik adsızdır

İlk qeyd şəbəkə, hovuz ünvanı, əsas token və qarşılıq tokenindən ibarətdir. DEX Screener-in açıq sxemi də `chainId`, `pairAddress`, `baseToken`, `quoteToken`, qiymət, həcm və likvidlik sahələrini eyni hovuz cütü daxilində saxlayır. Yəni likvidlik əvvəlcə “tokenə” deyil, konkret hovuz qeydinə aiddir.

Tam müqavilə və ya mint ünvanları vacibdir. Eyni simvol başqa şəbəkədə və ya eyni şəbəkədə başqa müqavilə üçün istifadə oluna bilər. Hovuzun loqosu, qısa adı və trend siyahısındakı yeri aktiv kimliyini sübut etmir. Əsas və qarşılıq istiqaməti də yazılmalıdır; iki aktivin yerini dəyişmək qiymətin göstərilmə istiqamətini dəyişir.

`pairCreatedAt` varsa, bu hovuzun yaranma vaxtıdır. O, cari likvidlik və qiymət müşahidəsinin vaxtı deyil. Məlumat təminatçısı ayrıca müşahidə vaxtı vermirsə, saytın məlumatı aldığı vaxt saxlanılır, yuxarı müşahidə vaxtı isə naməlum qalır.

İki ehtiyat bir qiymət əyrisi yaradır

Uniswap v2 texniki sənədi hovuz müqaviləsində iki ehtiyat və sabit hasil əlaqəsini təsvir edir. Sadələşdirilmiş modeldə ehtiyatların hasilinin qorunması istiqamətində işləyən əyri, əməliyyat zamanı bir tərəfi artırıb digərini azaldır. Nəticədə növbəti vahidin qiyməti əvvəlki vahidlə eyni qalmır.

Bu modeldən çıxan əsas fikir formul əzbərləmək deyil: hovuz qiyməti vəziyyətə bağlıdır. Əməliyyat ölçüsü ehtiyatlarla müqayisədə böyüdükcə hovuz vəziyyətini daha çox dəyişir. Uniswap-in qiymət təsiri izahı da ticarət ölçüsü və hovuz likvidliyi arasındakı əlaqəni vurğulayır.

Bütün DEX-lər eyni əyridən istifadə etmir. Konsentrə likvidlik müəyyən qiymət aralıqlarında kapital yerləşdirə bilər; başqa protokollar fərqli funksiya və haqq quruluşuna malik ola bilər. Buna görə “ümumi dollar likvidliyi”ni bütün qiymət aralığında bərabər paylanmış kapital kimi təsəvvür etmək olmaz.

Qiymət təsiri və sürüşmə eyni deyil

Qiymət təsiri konkret əməliyyatın hovuz vəziyyətini dəyişməsi ilə gözlənilən qiymət fərqidir. Ölçü, istiqamət, ehtiyat və əyri ilə bağlıdır. Eyni hovuzda kiçik və böyük giriş eyni orta qiyməti verməyə bilər.

`Slippage` üçün burada sürüşmə sözünü işlədəcəyik. Bu, təklif alınan anla əməliyyatın icrası arasındakı fərqi təsvir edir. Hovuz arada başqa əməliyyatla dəyişə, marşrut yenilənə və ya blok daxilində sıralama fərqli ola bilər. Qiymət təsiri təklifin daxilində əvvəlcədən görünə bilər, sürüşmə isə gözlənilən və faktiki nəticə arasında yaranır.

Qəbul edilən sürüşmə həddi istifadəçinin icra üçün qoyduğu sərhəddir. Həddi artırmaq hovuzu dərinləşdirmir və yeni likvidlik yaratmır. Bu məqalə universal faiz tövsiyə etmir; belə hədd aktivə, marşruta, bazar vəziyyətinə və istifadəçi məqsədinə bağlıdır.

Likvidlik rəqəminin ünvanı olmalıdır

Məlumat təminatçısı hovuzdakı hər iki tərəfi cari qiymətlərlə dollara çevirib ümumi göstərici verə bilər. Bu, hovuzları ölçü baxımından tanımaq üçün faydalıdır. Lakin konkret istiqamətdə əldə edilə bilən qarşılıq aktivinin miqdarı yalnız ümumi dollar cəmi ilə müəyyən olunmur.

Əvvəla, iki tərəfin ehtiyatı və nisbəti lazımdır. İkincisi, əyri və aktiv qiymət aralığı bilinməlidir. Üçüncüsü, protokol və marşrutlayıcı haqları nəticəyə təsir edir. Dördüncüsü, USD çevirməsinin öz mənbəsi və vaxtı var. Qarşılıq tokeni USD-dən ayrılırsa, hovuz daxilindəki nisbət dəyişmədən dollar kartı dəyişə bilər.

Ona görə araşdırma “`liquidity.usd` = icra edilə bilən məbləğ” bərabərliyi qurmur. `liquidity.usd` təminatçının konkret hovuz üçün göstərdiyi ölçü sahəsidir; icra nəticəsi üçün real marşrut təklifi, giriş miqdarı və vaxt tələb olunur.

Həcm hovuzda gözləyən pul deyil

24 saatlıq həcm bir dövr ərzində artıq baş vermiş mübadilə fəaliyyətini toplayır. Eyni kapital gün ərzində dəfələrlə dövr edə və hər dəfə həcmə daxil ola bilər. Həcm yüksək, cari ehtiyat isə nisbətən aşağı ola bilər; əksinə, böyük hovuz sakit gündə aşağı həcm göstərə bilər.

DEX Screener sxemində həcm və likvidliyin ayrı sahələr olması bu fərqi görünən edir. Həcm üçün pəncərə, hovuz cütü və qarşılıq vahidi; likvidlik üçün hovuz, müşahidə vaxtı və çevirmə metodu saxlanmalıdır. Biri digərinin yerinə istifadə edilmir.

Anormal və ya süni fəaliyyət ehtimalı ayrıca araşdırma mövzusudur. Yalnız yüksək həcm rəqəmi müəyyən hovuz haqqında manipulyasiya ittihamını sübut etmir. Belə iddia üçün əməliyyat ardıcıllığı, ünvan əlaqələri, təminatçı filtrləri və əlavə mənbələr lazımdır.

Likvidlik bir neçə hovuzda parçalananda

Eyni aktiv cütü bir şəbəkədə bir neçə haqq səviyyəsi və hovuz növündə ola bilər. Başqa qarşılıq tokeni ilə əlavə hovuzlar, başqa şəbəkədə isə körpü ilə yaradılmış təmsil mövcud ola bilər. Bütün rəqəmləri toplamaq “ümumi likvidlik” kartı yaradır, amma həmin kapitalın bir əməliyyat marşrutunda istifadə ediləcəyini sübut etmir.

Parçalanmanı dörd qrupda qeyd etmək olar:

• eyni şəbəkə, eyni müqavilələr, fərqli hovuz və haqq;
• eyni şəbəkə, eyni əsas aktiv, fərqli qarşılıq tokeni;
• fərqli şəbəkə və körpü sübutu olan təmsil;
• eyni simvol, lakin kimlik əlaqəsi təsdiqlənməyən müqavilə.

Sonuncu hal likvidlik parçalanması deyil, məlumat birləşdirmə xətası ola bilər. Fərqli şəbəkədəki kapital da körpü vaxtı, haqqı və riski nəzərə alınmadan cari şəbəkənin dərinliyi sayılmır.

Marşrutlayıcı eyni şəbəkədə bir neçə hovuzu istifadə edə və yolu hissələrə bölə bilər. Bunun baş verəcəyini yalnız real marşrut təklifi və həmin vaxtkı vəziyyət göstərə bilər. Tədqiqatçı hovuz xəritəsini yaza bilər, amma hansı marşrutun mütləq seçiləcəyini əvvəlcədən elan etməməlidir.

Hovuz xəritəsinin səkkiz sahəsi

1. Şəbəkə və tam əsas/qarşılıq ünvanları.
2. Hovuz ünvanı, hovuz növü və haqq səviyyəsi.
3. Hər iki ehtiyat və onların ilkin vahidləri, əlçatandırsa.
4. Təminatçının likvidlik sahələri və USD çevirmə mənbəyi.
5. Həcm pəncərəsi və müşahidə vaxtı.
6. Ticarət istiqaməti və yalnız araşdırılan konkret giriş ölçüsü.
7. Mümkün marşrut və onun eyni şəbəkə daxilində istifadə edə bildiyi hovuzlar.
8. `fresh`, `stale`, `null`, `missing`, `failed` və `unresolved` vəziyyətləri.

Bu xəritə alış qərarı, tövsiyə olunan ölçü və ya hazır icra modeli deyil. O, “likvidlik böyükdür” cümləsini yoxlanıla bilən hovuz vəziyyətinə çevirir. Meme koinlərdə rəqəm sürətlə dəyişə bilər; şəbəkə, hovuz cütü, istiqamət və vaxt isə həmin rəqəmin nə qədər dar bir suala cavab verdiyini göstərir.

Dərinlik müşahidəsi hansı sualı cavablandırır?

Dərinlik müşahidəsi “bu anda, bu istiqamətdə, bu hovuzda nə görünür?” sualına cavab verir. Sualın içində aktivin tam kimliyi, quote tərəfi, hovuz mexanizmi və müşahidə vaxtı var. Bunlardan biri dəyişəndə əvvəlki cavab avtomatik olaraq yeni vəziyyətə daşınmır. Eyni base token üçün başqa quote aktivinə keçmək sadəcə cədvəldə yeni sətir açmaq deyil; qiymət yolu, ehtiyat quruluşu və həmin quote aktivinin öz bazar riski də dəyişir.

Məlumat təminatçısının `liquidity.usd` sahəsi araşdırmaya başlanğıc verir, amma nəticəni bağlamır. Sahənin dollar ifadəsi hansı çevirmə yolundan istifadə etdiyini, aktiv likvidliyin hansı qiymət aralığında olduğunu və marşrutun hansı komissiyaları tətbiq etdiyini tam göstərməyə bilər. Buna görə yekun qeyd rəqəmin yanında “provider field” yazır və rəqəmin demədiklərini ayrıca saxlayır.

Konsentrasiya olunmuş likvidlikdə əlavə sahələr

Uniswap sənədlərinin izah etdiyi konsentrasiya olunmuş likvidlikdə kapital bütün qiymət xətti boyunca bərabər paylanmır. Mövqe müəyyən intervalda aktiv ola bilər; qiymət intervaldan çıxanda həmin kapital cari mübadilə üçün eyni rolu oynamır. Sadə dollar başlığı bu sərhədi görünməz edə bilər. Araşdırma qeydi hovuz tipini təsdiqləyə bilmirsə, onu avtomatik v2 əyrisi kimi qəbul etmir və “mexanizm təsdiqlənməyib” statusunu saxlayır.

Bu əlavə sahələr təkcə texniki detallara görə lazım deyil. İki hovuzun başlıq likvidliyi yaxın görünsə belə, biri cari qiymət ətrafında aktiv intervala, digəri geniş və ya qeyri-aktiv mövqelərə sahib ola bilər. Sayt bu vəziyyətdən icra vədi çıxarmır; yalnız hansı məlumatın açıq, hansının isə çatışmadığını göstərir.

Marşrut məlumatı yoxdursa nəticə necə yazılır?

Bir istifadəçi interfeysi bir neçə hovuzu birləşdirə və ya aralıq token vasitəsilə yol qura bilər. DEX Screener pair sətri həmin router-in seçəcəyi tam yolu deməyə bilər. Router, blok vəziyyəti, komissiya və quote vaxtı görünmürsə, müşahidə “hovuz səviyyəli məlumat” kimi qalır. Onu “mövcud ən yaxşı marşrut” və ya “icra edilə bilən nəticə” adlandırmaq düzgün deyil.

Qeyd aparan şəxs əvvəlcə marşrutun mənbəsini yazır: protokol interfeysi, router cavabı, yoxsa yalnız pair inventarı. Sonra istiqaməti qeyd edir, çünki base-dən quote-a keçid ilə əks istiqamət eyni ehtiyat dəyişməsini yaratmır. Nəhayət, quote-un vaxtını ayrıca saxlayır. Bu üç sahə yoxdursa, nəticə sadəcə araşdırılmamış ehtimaldır.

Yeniləmə zamanı köhnə sətri qorumaq

Likvidlik sürətlə dəyişə bilər, amma dəyişiklik köhnə qeydin səhv olduğunu göstərmir. Köhnə qeyd öz müşahidə anı üçün düzgün ola, yeni qeyd isə sonrakı blok vəziyyətini göstərə bilər. Versiyaları səssizcə bir-birinin üstünə yazmaq mənbə tarixçəsini itirir. Buna görə yeni müşahidə yeni vaxt, yeni mənbə cavabı və lazım gəlsə yeni statusla əlavə olunur.

Yeniləmə zamanı tam aktiv kimliyi yenidən yoxlanılır. Pair ünvanı eyni qalsa da quote token, provider mapping və ya göstərilən etiket dəyişə bilər. Dəyişiklik təsdiqlənmirsə, əvvəlki etiket saxlanmır; sətir “kimlik yenidən yoxlanmalıdır” kimi işarələnir. Bu yanaşma rəqəmi cazibədar nəticəyə çevirmir, onu təkrar yoxlana bilən müşahidə kimi saxlayır.

Pool tipini sübut etmədən model seçmə

AMM sözünün özü əyri növünü demir. v2 tipli sabit hasil modeli, konsentrasiya olunmuş likvidlik, stabil aktiv əyrisi və başqa dizaynlar fərqli sahələr tələb edir. Pair provider yalnız likvidlik və qiymət qaytarırsa, kod və protokol sənədi yoxlanmadan mexanizm seçilmir. “Unknown pool model” tam hüquqlu nəticədir; boşluğu tanış formula ilə doldurmaq deyil.

Model təsdiqlənəndə versiya da yazılır. Protokol yeni router və ya pool contract tətbiq edə bilər. Eyni DEX adı altında bir neçə nəsil yanaşı işləyə bilər. Buna görə DEX markası mexanizm sütununun əvəzi deyil. Contract factory, pool ünvanı və rəsmi sənəd münasibəti saxlanılır.

Ehtiyat sahələrinin vahidi

Base və quote ehtiyatı raw integer, token vahidi və ya USD dəyəri kimi verilə bilər. Decimals tətbiq olunmadan raw dəyəri token miqdarı kimi oxumaq səhvdir. Provider artıq normallaşdırılmış sahə verirsə, bu transformasiya qeyd olunur. Mənbənin etdiyi çevirmə yenidən tətbiq edilmir.

USD dəyəri üçün istifadə olunan token qiyməti ayrıca input-dur. Hovuzdakı iki ehtiyatın dollar cəmi provider metoduna bağlı ola bilər. Bu cəm zəncirdə saxlanan bir sahə deyil. Dəftər on-chain raw ehtiyatı, normallaşdırılmış token miqdarını və provider USD sahəsini fərqli sütunlarda saxlayır.

İstiqamət dərinliyin bir hissəsidir

Bir istiqamətdə quote ehtiyatı, əks istiqamətdə base ehtiyatı nəticəyə təsir edir. “Hovuzun dərinliyi” istiqamət göstərmədən yarımçıqdır. Araşdırma satış və alış sözlərindən əvvəl hansı tokenin input, hansının output olduğunu yazır. UI etiketi ilə contract token sırası fərqli ola bildiyi üçün token0/token1 də ayrıca yoxlanılır.

İstiqamət məlum deyilsə, qiymət təsiri barədə cümlə yazılmır. Sadəcə ehtiyat müşahidəsi saxlanılır. Bu, istifadəçinin niyyətini təxmin edib həmin ehtiyatı mümkün əməliyyat nəticəsinə çevirməkdən qoruyur.

Blok konteksti və reorg sərhədi

On-chain müşahidə blok nömrəsi və mümkün olduqda block hash ilə bağlanır. Son blok hələ yekunlaşmayıbsa, sonrakı reorg müşahidəni dəyişə bilər. Araşdırma üçün yüksək dəqiqlik tələb olunan sahədə confirmation və ya finality vəziyyəti qeyd olunur. Provider bu məlumatı vermirsə, fetch vaxtı blok yekunluğu kimi təqdim edilmir.

Eyni blokda bir neçə hadisə hovuzu dəyişə bilər. Transaction sırası nəticəyə təsir edir. Pair-in gün sonu şəkli ilə müəyyən transaction-dan əvvəlki vəziyyəti eyni deyil. Buna görə hadisə araşdırması dəqiq block və transaction index tələb edir, ümumi bazar kartı isə sadəcə tarixli snapshot olaraq qalır.

Router quote hansı əlavə məlumatı verir?

Router quote marşrut, input, output, komissiya və son blok vəziyyətini bir cavabda birləşdirə bilər. Lakin quote əməliyyatın təsdiqlənmiş icrası deyil. Aradakı bloklarda hovuzlar dəyişə, transaction sırası fərqlənə və limitlər tətbiq oluna bilər. Dəftər quote vaxtını və parametrini saxlayır, onu nəticə zəmanəti adlandırmır.

Quote yalnız interfeysdə görünürsə, screenshot parametr və vaxtı aydın göstərməlidir. Əks halda şəkil sadəcə dizayn sübutudur. API və ya contract call cavabı varsa, chain, router və block context birlikdə saxlanılır.

Likvidlik çıxarılması hadisəsi

LP mövqeyinin azalması hovuz ehtiyatını dəyişə bilər, amma tokenin ümumi təklifini avtomatik dəyişmir. Hadisə pool contract, mövqe sahibi, çıxarılan tokenlər və blokla bağlanır. “Likvidlik yox oldu” kimi qısa cümlə konkret hadisə və müşahidə olmadan istifadə edilmir.

Konsentrasiya olunmuş mövqedə NFT və interval məlumatı da lazım ola bilər. Mövqenin bağlanması bütün hovuzun boşalması demək deyil. Ümumi hovuz vəziyyəti hadisədən sonra ayrıca oxunur və başqa LP-lərin aktiv mövqeləri nəzərə alınmadan yekun hökm verilmir.

RPC oxusunun etibar sərhədi

Hovuz state-i bir RPC düyünündən oxunanda chain ID, blok və ya slot, commitment və düyünün sinxron vəziyyəti qeyd olunur. Cavabın HTTP baxımından uğurlu olması onun ən son kanonik state olduğunu sübut etmir. Mümkün olduqda blok hash və ikinci açıq mənbə ilə obyekt kimliyi yoxlanır.

Archive tələb edən köhnə blok oxusu cari endpoint-də dəstəklənməyə bilər. Belə halda cari state köhnə tarixin əvəzi kimi yazılmır. Tarixi dərinlik iddiası həmin blok üçün reserve, tick və mövqe məlumatı olmadan naməlum qalır.

Indexer və RPC fərqlənəndə sabit faiz həddi ilə qalib seçilmir. İndeksləmə gecikməsi, finality və sahə tərifi araşdırılır; fərqin səbəbi sübut edilmirsə hər müşahidə öz vaxtı ilə saxlanır.

Mövqe NFT-si likvidliyin ünvanıdır

Konsentrasiyalı AMM-də LP payı sadə fungible token əvəzinə mövqe NFT-si ola bilər. Həmin mövqe aşağı və yuxarı tick, liquidity miqdarı, toplanmamış fee və sahiblik məlumatını daşıyır. Tək NFT-nin nominal “balansı” pool dərinliyi deyil.

Mövqe cari qiymət aralığından kənardadırsa aktiv kompozisiyası bir tərəfdə qala və cari swap üçün likvidlik verməyə bilər. Pool-un bütün mövqelərini TVL kimi toplamaq cari tick ətrafındakı dərinliyi izah etmir. Aktiv aralıqlar ayrıca hesablanmalıdır.

Mövqenin transferi pool reserve-ni dərhal dəyişdirməyə bilər; yalnız sahiblik dəyişir. Mint, increase, decrease və collect hadisələri ayrı semantikaya malikdir.

Dərinlik qeydinin son yoxlaması

Son yoxlamada səkkiz əsas sahəyə dörd sərhəd əlavə olunur: pool modeli, istiqamət, block context və transformasiya yolu. Sonra hər rəqəmin `observed`, `provider-derived` və ya `author-derived` olduğu yazılır. Müəllif hesablaması yoxdursa, boş sütun saxlanılır; provider nəticəsi müəllif modeli kimi göstərilmir.

Qeyd yalnız bu suallara cavab verir: hansı obyekt, hansı vaxt, hansı mənbə və hansı sahə? Alış qərarı, münasib ölçü və gələcək bazar hərəkəti onun xaricində qalır. Bu sərhəd dərinlik məlumatını daha az iddialı, amma daha çox təkrar yoxlanıla bilən edir.