PEPE-də sabit təklif və dəyişən likvidlik: iki ayrı sübut xətti

PEPE təklifi ilə DEX likvidliyi eyni göstərici deyil. Təklif aktiv vahidlərinin müqavilə və təminatçı xəritəsidir; likvidlik isə konkret hovuzda iki aktivin müəyyən anda necə yerləşdiyini göstərir. Birinin dəyişməməsi digərinin sabit qalacağı mənasına gəlmir.

PEPE-nin rəsmi saytı müəyyən token təklifi dərc edir, LP tokenlərinin yandırıldığını və müqavilə nəzarətinin ləğv olunduğunu bildirir. Bu bəyanatlar araşdırılmalıdır, lakin heç biri təkbaşına bugünkü hovuz dərinliyini, bütün bazarların təhlükəsizliyini və ya gələcək qiyməti sübut etmir. Etibarlı yazı layihə iddiasını zəncir obyektindən, zəncir obyektini isə bazar müşahidəsindən ayırır.

PEPE adı ilə deyil, tam kimliklə başla

Bu sayt PEPE-ni Ethereum üzərindəki `0x6982508145454ce325ddbe47a25d4ec3d2311933` müqaviləsi ilə tanıyır. CoinGecko identifikatoru `pepe` olaraq saxlanılır. Eyni simvol, qurbağa təsviri və ya oxşar layihə adı başqa şəbəkədə tamamilə ayrı token üçün istifadə oluna bilər.

Hər təklif və likvidlik qeydi ən azı şəbəkə, tam müqavilə, obyekt növü, mənbə və vaxt saxlamalıdır. DEX hovuzu əlavə olunursa, hovuz ünvanı, qarşı token və protokol da ayrıca yazılır. Bu sahələrdən biri çatmırsa, “PEPE hovuzu” ifadəsi araşdırılan obyektin hansı olduğunu bağlamır.

Ethereum-un ERC-20 standartı `totalSupply`, `balanceOf`, `transfer` və `approve` kimi funksiyaları təsvir edir. Standart ortaq interfeys verir; o, müqavilənin rəsmi PEPE olduğunu, nəzarətin ləğv edildiyini və ya likvidlik mövqeyinin geri qaytarılmaz olduğunu təsdiqləmir. Kimlik üçün mənbələrarası uyğunluq, idarəetmə iddiası üçün isə konkret müqavilə vəziyyəti lazımdır.

Rəsmi təklif rəqəmi hansı səviyyədədir?

PEPE saytı token təklifini 420.690.000.000.000 kimi göstərir. Məqalədə bu rəqəm “layihənin dərc etdiyi tokenomika göstəricisi” kimi etiketlənir. Onu dəyişməz zəncir həqiqəti saymaq üçün uyğun müqavilənin `totalSupply` nəticəsi, blok hündürlüyü və vahid çevirməsi də ayrıca yoxlanmalıdır.

Müqavilə xam tam ədədi qaytara bilər; istifadəçi görünüşü isə `decimals` sahəsinə görə vahidi formatlayır. Ondalıq dəqiqliyi yoxlamadan xam nəticəni layihə saytındakı oxunaqlı rəqəmlə müqayisə etmək miqyası səhv sala bilər. Buna görə sübut qeydində həm xam dəyər, həm ondalıq sahəsi, həm də çevrilmiş vahid göstərilir.

CoinGecko-nun metodologiyasında ümumi təklif yaradılmış tokenlərdən daimi yandırılmış tokenlərin çıxılması, dövriyyədə olan təklif isə müəyyən dövriyyədənkənar kateqoriyalar çıxıldıqdan sonra qalan təxmin kimi izah olunur. Bu səbəbdən layihə saytının tokenomika rəqəmi, müqavilə sahəsi və təminatçı kartı eyni görünməsə də, dərhal saxtakarlıq nəticəsi çıxarmaq olmaz. Əvvəl təriflər və zamanlar müqayisə edilir.

“Sabit təklif” ifadəsi də dəqiq obyekt istəyir. Müqavilədə yeni vahid yaratma imkanı olub-olmadığı, mövcud vahidlərin yandırılıb-yandırılmadığı və təminatçının hansı balansları çıxardığı ayrı suallardır. Rəsmi saytın marketinq cümləsi proqram kodunun tam auditi deyil.

LP tokeninin yandırılması nə demək ola bilər?

Likvidlik hovuzuna iki aktiv yerləşdiriləndə təminatçı adətən hovuzdakı payını təmsil edən LP tokeni alır. Həmin LP tokeni əlçatmaz ünvana göndərilirsə, konkret mövqenin adi yolla geri götürülməsi məhdudlaşa bilər. Lakin nəticəni yazmazdan əvvəl hansı hovuzun, hansı LP müqaviləsinin, hansı miqdarın və hansı təyinat ünvanının nəzərdə tutulduğu bilinməlidir.

PEPE rəsmi saytı “LP tokens are burnt” bəyanatını verir. Saytın öz sözü layihə mənşəyini sübut edir, amma tam audit zəncirini təqdim etmir. Bu iddianı gücləndirmək üçün hovuz ünvanı, LP token müqaviləsi, yandırma tranzaksiyası, həmin anda ümumi LP təklifi və sonrakı mümkün likvidlik hadisələri yoxlanır.

Ən vacib sərhəd budur: LP tokeninin yandırılması hovuzdakı aktiv miqdarını əbədi sabit saxlamır. Əməliyyatlar ehtiyat nisbətini dəyişir, haqq toplanır, qiymət başqa bazarlarla hərəkət edir və başqa təminatçılar yeni mövqelər aça bilər. Hətta ilkin mövqe geri götürülməsə belə, istifadəçinin müəyyən həcmdə aldığı qiymət təsiri zamanla dəyişir.

Likvidlik canlı bazar vəziyyətidir

DEX Screener API hər nəticəni `chainId`, `pairAddress`, `baseToken`, `quoteToken`, qiymət, həcm və `liquidity` sahələri ilə konkret cütə bağlayır. Bu model “tokenin likvidliyi” kimi ünvanı olmayan ümumi cümlənin niyə natamam olduğunu göstərir. Eyni PEPE müqaviləsi WETH, stabil koin və başqa qarşı aktivlə fərqli hovuzlarda ola bilər.

Likvidlik rəqəmi də icranın tam cavabı deyil. Hovuzun növü, qiymət aralığı, haqq səviyyəsi, marşrut, istiqamət və sifariş ölçüsü nəticəni dəyişə bilər. Xüsusən konsentrə likvidlikdə böyük dollar göstəricisi bütün qiymət diapazonunda eyni dərinlik demək deyil.

Ticarət həcmi keçmiş pəncərədə baş vermiş fəaliyyət, hovuz ehtiyatı isə müşahidə anındakı vəziyyətdir. Yüksək həcm daimi dərinlik zəmanəti vermir; aşağı həcm də token vahidlərinin yox olması demək deyil. DEX likvidliyi bələdçisi bu sahələrin icra ilə münasibətini daha geniş izah edir.

Bir hovuz bütün PEPE bazarı deyil

PEPE mərkəzləşdirilmiş platformalarda və bir neçə zəncir bazarında görünə bilər. Konkret Ethereum DEX hovuzunun ehtiyatı yalnız həmin müqavilə cütünü və həmin anı təsvir edir. Başqa hovuzdakı kapital bu əməliyyat marşrutuna avtomatik qoşulmur, platformadakı sifariş kitabı isə hovuz əyrisi ilə eyni strukturda deyil.

Toplama aparmaq üçün əvvəl hovuzların eyni əsas müqaviləyə aid olduğu yoxlanmalıdır. Sonra qarşı tokenlərin USD çevirmə vaxtı, təkrarlanan marşrutlar, zəncir və protokol sərhədi nəzərə alınır. Sadəcə PEPE simvolu ilə gələn bütün nəticələri toplamaq saxta tokenləri və əlaqəsiz cütləri də yekuna daxil edə bilər.

Seçilmiş hovuz məlumatı ilə bazar təminatçısının qlobal qiyməti fərqli əhatələrdə qalır. Sayt onlardan ayrıca siqnal yaratmır. Vaxt, aktiv istiqaməti, qarşı tokenin çevrilməsi və hovuz dərinliyi yoxlanmadan iki rəqəm icra edilə bilən nəticə sayılmır.

Müqavilə nəzarətinin ləğvi riskləri bitirmir

Rəsmi PEPE səhifəsi müqaviləyə nəzarət hüququnun ləğv edildiyini bildirir. Azərbaycan mətnində bu, “müqavilə nəzarətinin ləğv edildiyi barədə layihə bəyanatı” kimi saxlanır. Konkret idarəçi funksiyaları və nəzarətçi ünvanı zəncir və mənbə kodu ilə yoxlanmadan daha geniş hökm verilmir.

Nəzarətin ləğvi təsdiqlənsə belə, qiymət dəyişkənliyi, hovuzun dayazlaşması, böyük sahib satışları, saxta müqavilə, qarşı token riski və ağıllı müqavilə səhvi qalır. Bir risk sinfinin azalması bütün sistemin “təhlükəsiz” olması demək deyil.

Layihə saytı PEPE-ni daxili dəyəri və maliyyə gəliri gözləntisi olmayan əyləncə yönümlü meme koin kimi də təqdim edir. Bu bəyanat qiymətin sıfır və ya müəyyən səviyyə olacağını sübut etmir; sadəcə layihənin öz mövqeyini göstərir. Araşdırma həmin mövqeni müstəqil qiymətləndirmə ilə qarışdırmır.

PEPE sübut kartı

Yenilənə bilən qeyd bu ardıcıllıqla qurulur:

1. Ethereum və tam PEPE müqaviləsini bağla.
2. Təklif iddiasının layihə, müqavilə və ya təminatçı sahəsi olduğunu yaz.
3. Blok və ya UTC vaxtını qeyd et.
4. Hovuz üçün pair address, qarşı token, DEX və mənbə vaxtını saxla.
5. LP iddiasında LP müqaviləsini, tranzaksiyanı, miqdarı və təyinatı göstər.
6. Likvidlik, həcm və qiymət təsirini ayrı sahələr kimi oxu.
7. Təsdiqlənməyən nəzarət və ünvan kateqoriyasını naməlum burax.

Bu kart sabit təklifdən sabit bazar nəticəsi çıxarmır. Onun dəyəri müxtəlif obyektləri eyni PEPE etiketi altında gizlətməməsidir. Təklif dəyişməsə belə, hovuz və bazar dəyişə bilər; hovuz böyüsə belə, müqavilə və sahiblik riskləri ayrıca qalır.

Üç dəftər üçün ayrıca hadisə növləri

PEPE araşdırmasında token müqaviləsi, ünvan balansları və LP mövqeləri üç ayrı dəftərdir. Token müqaviləsi `totalSupply` və transfer hadisələri kimi ERC-20 səviyyəli məlumat verir. Ünvan dəftəri konkret hesabların balans dəyişikliklərini saxlayır. LP dəftəri isə müəyyən hovuzdakı pay hüququnu və həmin mövqenin hərəkətini göstərir. Bir dəftərdəki hadisə digərinin vahidi ilə yazılmır.

Tokenlərin hovuz ünvanına köçməsi ümumi təklifi azaltmır; sadəcə balansın sahibini dəyişir. LP tokeninin başqa ünvana göndərilməsi də PEPE müqaviləsində yeni emissiya yaratmır. Bu ayrım sadə görünür, lakin “likvidlik yandırıldı” kimi qısa ifadələr üç fərqli hadisəni bir-birinə qarışdıra bilər.

“Yandırma” sözünü hadisəyə bağla

Yandırma iddiası dəqiq obyekt və əməliyyat tələb edir. PEPE tokeni geri dönməz ünvana göndərilib, müqavilə təklifi azaldılıb, yoxsa LP payı əlçatmaz ünvana köçürülüb? Bu halların bazar mənası eyni deyil. Mənbə yalnız layihə saytındakı marketinq cümləsidirsə, qeyd bunu `project-stated` kimi saxlayır və zəncir hadisəsini ayrıca tələb edir.

Explorer səhifəsində tx hash, token contract, göndərən, alan, miqdar və blok vaxtı uyğun gəlməlidir. LP hadisəsində isə əvvəlcə həmin tokenin seçilmiş pair-in pay tokeni olduğu təsdiqlənir. Ünvanın “dead” etiketi köməkçi ola bilər, amma etiket təkbaşına açarın və əməliyyatın yoxlanmasını əvəz etmir.

Pool kimliyi üçün quote token də tam yazılır

PEPE müqaviləsinin doğru olması pair-in bütövlükdə doğru tanındığını göstərmir. Quote tərəfi də tam müqavilə ilə saxlanılır. Eyni simvol fərqli şəbəkədə, saxta müqavilədə və ya qeyri-standart wrapper-də görünə bilər. Pair ünvanı, DEX və chain ID bu səbəbdən kartın məcburi hissəsidir.

Pool məlumatı yenilənəndə `pairCreatedAt` müşahidə vaxtı kimi istifadə olunmur. Yaradılma tarixi hovuzun tarixini göstərir; cari ehtiyat və qiymət üçün ayrıca provider vaxtı lazımdır. Provider vaxt vermirsə, saytın fetch vaxtı ayrıca qeyd olunur və yuxarı mənbənin vaxtı naməlum qalır.

Sahibliyin ləğvi nəyi bağlayır?

Müqavilə sahibinin ləğv edilməsi yalnız həmin owner rolunun imkanlarına dair məlumatdır. Proxy admin, ayrıca rol sistemi, likvidlik mövqeləri, böyük ünvanlar və inteqrasiya asılılıqları başqa xətlərdir. Buna görə explorer-də “ownership renounced” etiketi bütün risk suallarını bağlayan möhür kimi göstərilmir.

Araşdırma əvvəlcə müqavilənin proxy olub-olmadığını və hansı kodun icra olunduğunu yoxlayır. Sonra rol və səlahiyyət funksiyalarını açıq mənbədən və ya təsdiqlənmiş koddan axtarır. Heç nə tapılmırsa, nəticə “bu baxışda tapılmadı” olur; “heç bir səlahiyyət yoxdur” kimi mütləq hökm verilmir.

PEPE qeydinin versiyalanması

Rəsmi sayt, explorer və provider mapping fərqli vaxtlarda dəyişə bilər. Qeyd hər yeniləmədə mənbə URL-ni, baxış tarixini və dəyişən sahəni saxlayır. Köhnə layihə iddiası yeni zəncir vəziyyəti ilə səssizcə əvəz olunmur. Dəyişiklik izah edilmirsə, ziddiyyət açıq statusla qalır.

Versiyalanmış kart oxucuya nəticənin hansı tarixdə hansı obyekt üçün doğru olduğunu göstərir. Bu, qiymət proqnozu və ya təhlükəsizlik balı vermir. Məqsəd PEPE adı altında təqdim olunan hər rəqəmin müqavilə, pair, mənbə və vaxt yolunu itirməməsidir.

Təklif hadisələrini necə təsnif etməli?

`totalSupply` sahəsinin dəyişməsi mint, burn və ya müqavilənin öz xüsusi mexanizmi ilə bağlı ola bilər. Araşdırma əvvəlcə dəyişmənin həqiqətən contract cavabında baş verdiyini təsdiqləyir. Sonra həmin intervaldakı hadisələr və təsdiqlənmiş mənbə kodu yoxlanılır. Tək provider qrafiki səbəbi sübut etmir.

Transfer hadisəsi təklif hadisəsi deyil. Sıfır ünvana transfer bəzi müqavilələrdə burn ilə əlaqəli ola bilər, lakin implementasiya yoxlanmadan ümumi qayda kimi tətbiq edilmir. Qeyd `event observed`, `supply changed` və `mechanism explained` statuslarını ayrı saxlayır.

LP payının iqtisadi mənası

LP token və ya mövqe NFT-si hovuz ehtiyatlarına nisbi hüquq verir. Bu hüququn başqa ünvana köçməsi, kilidlənməsi və ya yandırılması hovuzdakı əsas tokenlərin müqavilə təklifini dəyişmir. Hovuzdan vəsait çıxarma imkanına təsir edə bilər, amma təsir pool mexanizmi və mövqe şərtləri ilə yoxlanmalıdır.

Mövqe üçün pair, mövqe identifikatoru, sahib ünvanı, miqdar və hadisə vaxtı saxlanılır. “LP locked” etiketi kilidin müddətini, ləğv şərtini və contract riskini avtomatik açıqlamır. Müddət və idarəetmə sahəsi görünmürsə, qeyd yalnız müşahidə edilən hadisəni təsvir edir.

Holder siyahısını necə oxumalı?

Böyük ünvan siyahısı iqtisadi sahiblik siyahısı deyil. Birja saxlancı, DEX pool, bridge contract, layihə xəzinəsi və fərdi ünvan eyni cədvəldə görünə bilər. Etiket sübutu olmadan ünvan kateqoriyaya salınmır. Naməlum ünvanın ehtimalla “komanda” kimi yazılması konsentrasiya nəticəsini dəyişdirə bilər.

Siyahının block context-i və pagination sərhədi də vacibdir. Yalnız ilk səhifə bütün paylanmanı təsvir etmir. Provider faizi göstərirsə, denominator-un total supply, circulating supply və ya seçilmiş ünvan cəmi olduğu yoxlanılır. Aydın deyilirsə, faiz təkrar hesablanmır.

Hovuzun faktiki tokenlərini təsdiqlə

Pair adı UI-də `PEPE/WETH` kimi görünə bilər, lakin contract daxilində token0 və token1 ünvanları oxunmalıdır. Simvol və decimals contract-dan yoxlanır. Saxta quote token və ya eyni simvollu başqa PEPE contract-ı pair adını inandırıcı göstərə bilər.

Factory və DEX münasibəti də qeyd olunur. Pair ünvanının müəyyən factory-dən yaradılması onun layihə tərəfindən təsdiqləndiyini göstərmir, yalnız protokol obyektini tanıdır. Layihə ilə münasibət üçün ayrıca rəsmi mənbə lazımdır.

Likvidlik hadisəsinin vaxt xətti

Pool yaradılması, ilkin likvidlik, sonrakı əlavə və çıxarmalar, LP mövqesinin transferi fərqli hadisələrdir. Vaxt xətti onları transaction və block ilə saxlayır. `pairCreatedAt` yalnız başlanğıc hadisəsidir; cari ehtiyatı və ya cari mövqe nəzarətini göstərmir.

Vaxt xəttində boşluq varsa, iki məlum hadisə arasında sabit vəziyyət fərz edilmir. Provider snapshot-u ayrıca müşahidə kimi əlavə olunur. Bu yanaşma bir köhnə LP iddiasını indiki likvidlik statusu kimi göstərməyin qarşısını alır.

Mənbələr ziddiyyət yaratdıqda

Layihə saytı, explorer və provider fərqli təklif və ya contract məlumatı göstərə bilər. Əvvəlcə tarix, şəbəkə və obyekt yoxlanılır. Köhnə sayt mətni, yeni contract və provider cache-i eyni vaxta aid olmaya bilər. Ziddiyyətin səbəbi tapılmırsa, bir mənbə qalib seçilmir.

Qeyd hər iddianın dəqiq cümləsini yox, dəstəklədiyi sahəni saxlayır. Layihə mənbəsi rəsmi iddianı, explorer zəncir vəziyyətini, provider isə öz bazar əhatəsini göstərir. Hər biri öz sərhədində istifadə olunur.

Contract creator cari nəzarətçi deyil

Explorer-də contract creator deploy transaction-ını göndərən ünvanı göstərir. Bu ünvan cari owner, admin və treasury ilə eyni olmaya bilər. Ownership transfer, renounce, role və proxy admin hadisələri ayrıca izlənir. Deploy edən ünvanın keçmiş fəaliyyəti cari səlahiyyətin yerini tutmur.

Müqavilə constructor parametrləri ilkin supply və recipient barədə sübut verə bilər. Lakin sonrakı transfer, burn və admin dəyişiklikləri cari vəziyyəti dəyişir. Yalnız deploy snapshotına əsaslanıb bugünkü holder və supply nəticəsi yazılmır.

Creator etiketi layihə komandasının real şəxsiyyətini də sübut etmir. Açıq, etibarlı mənbə olmadan ünvan arxasında kim olduğu uydurulmur.

Pool ownership token ownership deyil

PEPE holder siyahısında DEX pool böyük balans saxlaya bilər. Hovuz müqaviləsinin balansı tək sahibin sərbəst wallet-i kimi şərh edilmir; tokenlər AMM qaydasına tabedir. LP mövqeyinin sahibi ilə hovuzdakı əsas tokenlərin hüquqi və texniki münasibəti ayrıca modeldir.

LP token burn və ya locker iddiası redemption səlahiyyətini araşdırmaq üçün faydalıdır, amma PEPE total supply-ını azaltmır. Pool reserve hələ müqavilədə mövcuddur və swap mexanizmi ilə hərəkət edə bilər.

Holder konsentrasiyası hesabında pool, burn, bridge, birja və naməlum kateqoriyalar ayrıca saxlanır. Tək faizdən risk balı və qiymət proqnozu çıxarılmır.

Yekun PEPE dosyesinin sərhədi

Dosye yalnız təsdiqlənmiş Ethereum contract-ı, tarixli təklif müşahidəsini, ayrı holder və LP qeydlərini, həmçinin dəqiq pair inventarını birləşdirir. Bu hissələr eyni səhifədə görünə bilər, amma vahid risk balına və ya bazar hökmünə çevrilmir.

Oxucu hər sətirdən mənbəyə qayıda, obyektin tam ünvanını görə və müşahidənin tarixini ayıra bilməlidir. Bu üç imkan yoxdursa, rəqəm çıxarılır və ya `unresolved` kimi saxlanılır. Dəqiqlik çox sahə göstərməkdən deyil, hər sahənin kimliyini qorumaqdan gəlir.