Vahid qiymət aldadır: təklif, bazar kapitallaşması və FDV-ni ayır

Bir token 0,00001 dollar, digəri 10 dollar ola bilər. Birinci rəqəmin daha kiçik görünməsi həmin aktivin “ucuz”, ikincinin isə “bahalı” olduğunu göstərmir. Vahid qiymət yalnız bir vahidin qarşılıq valyutası ilə dəyəridir. Aktiv ölçüsünü müzakirə etmək üçün hansı sayda vahidin dövriyyədə olduğunu və məlumat təminatçısının hansı təklif tərifini istifadə etdiyini bilmək lazımdır.

Azərbaycan dilli xəbərlərdə “bazarın kapitallaşması artdı” ifadəsi geniş işlənir. Lakin meme koin araşdırmasında ümumi bazar başlığından daha incə suallar yaranır: dövriyyədə olan təklif hansı qayda ilə hesablanıb, maksimum təklif doğrudanmı protokolla məhdudlaşdırılıb, kilidli və körpüdəki tokenlər necə təsnif edilib, FDV boş olanda nə baş verir? Bu məqalə həmin sualları vahid bir “böyüklük” göstəricisinə sıxmır.

Təklif bir rəqəm deyil, üç ayrı tərifdir

`Circulating supply` — dövriyyədə olan təklif — təminatçının bazarda dövr etdiyi hesab etdiyi vahidlərdir. Bu tərif yalnız zəncirdə mövcud olan bütün tokenlərin cəmi olmaya bilər. Xəzinə, komanda kilidi, yandırma ünvanı, körpü saxlancı və başqa kateqoriyalar təminatçı metoduna görə ayrıca qiymətləndirilə bilər.

`Total supply` — ümumi təklif — adətən mövcud buraxılmış vahidlərlə bağlıdır, lakin yandırılmış vahidlərin çıxılması və müxtəlif şəbəkə təmsillərinin daxil edilməsi təminatçıya görə dəyişə bilər. Eyni adlı sahənin iki saytda fərqli olması dərhal hesab səhvi demək deyil; əvvəlcə hər iki tərif və aktiv kimliyi yoxlanmalıdır.

`Max supply` — maksimum təklif — protokol və ya token mexanizmi daxilində nəzərdə tutulan yuxarı həddir. Hər aktivdə belə sabit hədd yoxdur. Sahənin `null` olması “maksimum sıfırdır” və ya “sonsuz sayda token dərhal mövcuddur” demək deyil. Sadəcə həmin təminatçı cavabında istifadə edilə bilən maksimum təklif dəyəri yoxdur.

CoinGecko bazar məlumatları sənədi `circulating_supply`, `total_supply` və `max_supply` sahələrini ayrıca və boş ola bilən sahələr kimi göstərir. Bu sxem özü bizə vacib qaydanı verir: sahələri bir-birinin ehtiyat nüsxəsi kimi istifadə etmək olmaz.

Bazar kapitallaşması nəyi ifadə edir?

Sadələşdirilmiş əlaqə belə yazılır:

`bazar kapitallaşması = cari qiymət × dövriyyədə olan təklif`

Bu əlaqə hesablama istiqamətini göstərir, amma hər girişin mənbə tərifini həll etmir. Cari qiymət təminatçının bir neçə bazarı birləşdirən nəticəsi ola bilər; dövriyyədə olan təklif də onun təsnifatına bağlıdır. Buna görə son rəqəm “bütün investorların yatırdığı pul” və ya “aktivi almaq üçün lazım olan nağd məbləğ” deyil.

Kiçik bir bazardakı son qiymət dəyişməsi bütün dövriyyədə olan təklifə tətbiq ediləndə bazar kapitallaşması böyük məbləğdə dəyişə bilər. Bu dəyişmə eyni miqdarda pulun daxil və ya xaric olduğunu sübut etmir. Qiymətləndirmə bütün vahidlərə son və ya aqreqasiya edilmiş qiyməti tətbiq edir; bazarın hər vahidi həmin qiymətlə eyni anda satılmayıb.

Məlumat qeydi bazar kapitallaşması ilə yanaşı qiymət mənbəyi, qarşılıq valyutası, dövriyyədə olan təklifin mənbəyi, müşahidə vaxtı və təminatçı metodunu saxlamalıdır. Bu sahələrdən biri dəyişirsə, nəticənin səbəbi təkcə bazar əməliyyatı olmaya bilər.

FDV gələcək bazar kapitallaşması deyil

FDV üçün Azərbaycan dilində `tam seyreldilmiş dəyər` ifadəsini istifadə edirik. Sadələşdirilmiş görünüş belədir:

`FDV = cari qiymət × nəzərdə tutulan tam təklif`

“Tam təklif” maksimum təklif, ümumi təklif və ya təminatçının xüsusi tərifi ola bilər. Buna görə formuldan əvvəl məxrəc tərifini oxumaq lazımdır. CoinGecko API `fully_diluted_valuation` sahəsini ayrıca, boş ola bilən bazar məlumatı sahəsi kimi təqdim edir; onun mövcudluğu bütün aktivlər üçün eyni məxrəcin əlçatan olduğunu göstərmir.

FDV “bütün tokenlər açıldıqdan sonra qiymət mütləq belə olacaq” mənasına gəlmir. O, cari qiyməti seçilmiş tam təklifə tətbiq edən şərti qiymətləndirmədir. Gələcək buraxılışlar bazar tələbi, likvidlik və qiymətlə birlikdə dəyişə bilər. Cari qiyməti sabit saxlayan heç bir mexanizm formulun daxilində yoxdur.

Maksimum təklifi olmayan və ya etibarlı tam təklif məlumatı verilməyən aktivdə FDV-ni məcburi hesablamaq düzgün deyil. Nəticə `unknown` qala bilər. Başqa saytdan eyni simvol üzrə maksimum təklif götürüb cari təminatçı qiymətinə əlavə etmək mənbə və aktiv versiyalarını qarışdırır.

Bazar kapitallaşması ilə FDV arasındakı boşluq

İki göstərici arasındakı fərq dövriyyədə olan təkliflə seçilmiş tam təklif arasındakı fərqdən yaranır. Bu boşluq gələcəkdə bazara daxil ola biləcək vahidlərin miqyası haqqında sual yarada bilər, amma özü kiliddən çıxma cədvəli deyil.

Buraxılış vaxtı, kimə ayrıldığı, hansı şərtlə açıldığı və tokenlərin faktiki zəncir vəziyyəti ayrıca sübut tələb edir. Eyni FDV/bazar kapitallaşması nisbətinə malik iki aktivin emissiya tempi tam fərqli ola bilər. Biri illər üzrə yavaş buraxılış, digəri yaxın tarixdə böyük kiliddən çıxma planı daşıya bilər; yalnız iki qiymətləndirmə rəqəmi bu fərqi göstərmir.

FDV ilə bazar kapitallaşmasını müqayisə edərkən qiymət və təklif müşahidələrinin eyni təminatçı, aktiv və zamana aid olması vacibdir. Köhnə dövriyyədə olan təkliflə yeni qiymət birləşdirildikdə hesab riyazi baxımdan düzgün, məlumat baxımından uyğunsuz ola bilər.

Yandırma hər zaman sadə çıxma deyil

Tokenlər bəzən heç kimin xərcləyə bilmədiyi qəbul edilən ünvana göndərilir. Araşdırma zamanı “burn” etiketinin mənbəyi, ünvanın tam forması, şəbəkə və təminatçının həmin balansı hansı təklif sahəsindən çıxardığı qeyd edilməlidir. Sadəcə blok brauzeri etiketi bütün təminatçıların eyni vaxtda öz dövriyyədə olan və ümumi təklif rəqəmlərini dəyişdirdiyini sübut etmir.

Rebase və ya reflection mexanizmi olan tokenlərdə balanslar və təklif daha fərqli davrana bilər. Bir müqavilənin hadisələrini standart transfer kimi görmək, protokolun faktiki hesab qaydasını tam izah etməyə bilər. Mənbə kodu, rəsmi mexanizm sənədi və zəncir vəziyyəti birlikdə nəzərdən keçirilməlidir.

Körpü ilə yaradılmış təmsillərdə də ikiqat sayma riski var. Bir şəbəkədə kilidlənən token qarşılığında digər şəbəkədə təmsil yaradılırsa, iki balansı sübut olmadan müstəqil təklif kimi toplamaq olmaz. Kilidləmə/mint və yandırma/buraxma əlaqəsi, müqavilələr və hadisələr təsdiqlənməlidir.

Kiliddən çıxma cədvəli ayrıca sübutdur

Sayt və ya sosial media “bu tarixdə tokenlər açılır” deyə bilər. Araşdırma qeydi həmin iddianın rəsmi sənəd, müqavilə mexanizmi, hüququn mərhələli verilməsi müqaviləsi və ya yalnız üçüncü tərəf təxminindən gəldiyini göstərməlidir. Planlaşdırılmış tarix faktiki zəncir hərəkəti ilə eyni hadisə deyil.

Kiliddən çıxma baş verdikdə də bütün açılan tokenlərin dərhal satıldığı nəticəsi çıxmır. Zəncir hadisəsi istifadə hüququnun dəyişdiyini və ya balansın hərəkət etdiyini göstərə bilər; sahibin niyyəti və sonrakı bazar davranışı başqa sübut tələb edir.

Təklif araşdırmasının faydalı nəticəsi “filan gün qiymət düşəcək” deyil. Daha dürüst nəticə budur: hansı miqdarda vahid hansı qayda ilə mövcuddur, hansı hissə hansı tarix və şərtlə hərəkət edə bilər, hansı ünvan kateqoriyaları məlum deyil.

Məlumat təminatçıları arasındakı fərqi necə qeyd etməli?

Bir cədvəldə hər təminatçı üçün ayrıca sütun açmaq əvəzinə hər müşahidəni ayrıca sətir kimi saxlamaq daha təhlükəsizdir. Sətirdə məlumat təminatçısı, aktiv identifikatoru, şəbəkə/müqavilə, sahə adı, ilkin dəyər, tərif URL-i, `observedAt` və `fetchedAt` yer alır. Sonra uyğunluq yoxlanılır.

İki dövriyyədə olan təklif dəyəri fərqlidirsə, birini digərinin üstünə yazmaq əvəzinə fərqin mümkün mənbələri qeyd edilir: xəzinə təsnifatı, yandırma ünvanı, körpü xəritələndirməsi, məlumat yenilənməsi, token miqrasiyası və ya metod versiyası. Sübut olmayan səbəb “ehtimal” kimi qalır.

`null`, `missing`, `stale` və `failed` yenə sıfır deyil. Maksimum təklif məlum deyilsə FDV-ni sıfır göstərmək aktivi “tam seyrelmə riski yoxdur” kimi yanlış təqdim edə bilər.

Beş yoxlama ilə rəqəmi yerinə qoy

1. Aktiv kimliyini şəbəkə və tam ünvanla təsdiqlə; simvola güvənmə.
2. Circulating, total və max supply təriflərini ayrı saxla; biri digərini doldurmasın.
3. Bazar kapitallaşması və FDV üçün qiyməti, qarşılıq valyutasını, təklif mənbəyini və vaxtı qeyd et.
4. Burn, lock, treasury və bridge ünvanlarını sübutla kateqoriyalaşdır; naməlumu naməlum saxla.
5. FDV-ni gələcək qiymət, unlock-u isə avtomatik satış kimi təqdim etmə.

Bu yoxlamalar sadə vurmanı çətinləşdirmək üçün deyil. Əksinə, hesabın hansı girişlərə əsaslandığını göstərir. Meme koinlərdə çoxlu sıfır və böyük təklif rəqəmləri diqqəti asanlıqla yayındırır; məlumat keyfiyyəti isə məhz məxrəc, kimlik, vaxt və tərif görünəndə başlayır.

Təklif reyestri token kimliyindən başlayır

Təklif rəqəmini toplamadan əvvəl aktiv reyestrində obyektin növü yazılır. Native koin şəbəkə qaydaları ilə yaradılır; EVM tokeninin vəziyyəti konkret müqavilədə, Solana tokeninin vəziyyəti isə konkret mint hesabında saxlanır. Eyni simvol bu obyektlər arasında hüquqi və texniki əlaqə yaratmır. Şəbəkə, tam ünvan və yoxlama tarixi olmadan təklif sətri qəbul edilmir.

Reyestr provayder ID-sini rəsmi kimlik sübutunun yerinə qoymur. Provayder səhifəsi bazar məlumatına keçid verir, rəsmi layihə mənbəyi isə müqavilə və ya mint əlaqəsini iddia edir; explorer həmin obyektin zəncir vəziyyətini göstərir. Bu üç rol ayrı saxlanır. Bir mənbə əlçatan olmayanda digərinin rolu genişləndirilmir.

Miqrasiya zamanı köhnə və yeni müqavilə ayrıca sətirlər alır. `validFrom`, `validTo`, miqrasiya mexanizmi, çevirmə nisbəti barədə rəsmi mənbə və zəncir hadisələri qeyd olunur. Köhnə tarixçə yeni müqaviləyə sadəcə simvol eyni olduğuna görə qoşulmur. Əlaqə tam təsdiqlənmirsə təkliflərin qlobal cəmi naməlum qalır.

Decimals vahid sayını dəyişmir, görünüşü dəyişir

Token müqaviləsi balansı çox vaxt tam ədəd kimi saxlayır, istifadəçi görünüşü isə `decimals` sahəsinə görə bölünür. Decimals səhv oxunsa ümumi təklif və bütün ünvan balansları eyni miqyasda səhv görünə bilər. Ona görə xam tam ədəd, decimals mənbəyi, normallaşdırılmış dəyər və oxunan blok birlikdə saxlanır.

Decimals dəyəri simvoldan və başqa şəbəkədəki eyni adlı tokendən götürülmür. Müqavilənin öz funksiyası, doğrulanmış kod və ya zəncir hesabı əsasdır. Proxy istifadə edilirsə oxunun hansı ünvandan və hansı implementasiya vəziyyətində aparıldığı da qeyd olunur. UI kitabxanasının standart dəyəri sübut sayılmır.

Redenominasiya yalnız format dəyişikliyi deyil. Layihə köhnə vahidləri yeni vahidlərə çevirdikdə müqavilə, çevirmə əməliyyatı və tarix sərhədi araşdırılır. Qiymət və təklif eyni çevirmə tərəfində deyilsə bazar kapitallaşması riyazi olaraq hesablana, semantik olaraq yanlış ola bilər.

Native emissiya müqavilə `totalSupply`-ından fərqlidir

DOGE kimi native aktivdə ümumi təklif tək token müqaviləsi çağırışı ilə alınmır. Blok mükafatı, genesis bölgüsü, zəncir qaydaları və mövcud blok hündürlüyü nəzərə alınır. Explorer-in göstərdiyi yekun faydalı müşahidədir, amma onun hesablama tərifi və yenilənmə vaxtı bilinmədən protokol qaydasının yerini tutmur.

Emissiya qaydası zamanla dəyişibsə hər dövr ayrıca modelləşdirilir. Fork, mükafat dəyişikliyi və konsensus yeniləməsi üçün aktivləşmə hündürlüyü və rəsmi kod/sənəd sübutu lazımdır. Cari qaydanı genesis-dən bütün tarixə tətbiq etmək yanlış yekun yarada bilər.

İtirilmiş açarlar və uzun müddət hərəkətsiz koinlər protokol ümumi təklifindən avtomatik çıxılmır. Xərclənə bilməmək barədə zəncir səviyyəsində sübut yoxdursa onlar mövcud vahidlər kimi qalır. İqtisadi dövriyyə barədə ayrıca qiymətləndirmə edilə bilər, lakin bu, konsensus emissiya hesabını dəyişmir.

ERC-20 `totalSupply` yalnız bir qatın cavabıdır

EIP-20 interfeysində `totalSupply` müqavilənin həmin blokdakı sahəsini qaytarır. Bu cavab treasury, vesting, bridge custody və ya burn kimi iqtisadi kateqoriyaları izah etmir. Bazar provayderinin circulating supply sahəsi həmin müqavilə cavabına əlavə ünvan təsnifatı tətbiq edə bilər. İki rəqəmin fərqi buna görə avtomatik xəta deyil.

Müqavilə upgrade edilə bilirsə `totalSupply` davranışı implementasiya kodundan asılı ola bilər. Proxy ünvanı, implementasiya slotu, admin səlahiyyəti və oxu bloku saxlanır. Cari kodu köhnə blokun qaydası kimi təqdim etmək olmaz; tarixi oxu üçün həmin blokdakı implementasiya vəziyyəti tələb olunur.

Rebase və reflection dizaynlarında istifadəçi balansı sadə saxlanan ədəddən hesablana bilər. Transfer hadisələrinin cəmi cari təklifi bərpa etməyə kifayət etməyə bilər. Rəsmi mexanizm, doğrulanmış mənbə kodu və birbaşa state oxusu birlikdə araşdırılır. Standart ABI-nin mövcudluğu bütün daxili mühasibatın standart olduğu demək deyil.

Solana mint vəziyyəti ayrıca sübut qatıdır

Solana tokenində mint hesabı supply və decimals məlumatını daşıyır. Token hesablarının cəmi, mint supply və provayder dövriyyəsi fərqli suallara cavab verə bilər. Mint address tam saxlanır; ticker və kolleksiya şəkli kimlik üçün kifayət deyil. Oxunan slot və RPC commitment səviyyəsi müşahidənin vaxt sərhədidir.

Mint authority mövcuddursa əlavə vahid yaratmaq texniki səlahiyyəti ola bilər; authority-nin `None` olması həmin mint üçün bu səlahiyyətin ləğvini göstərir. Bu fakt gələcək bazar qiymətini və ya bütün riskləri müəyyən etmir. Freeze authority, proqram növü və extension-lar ayrıca yoxlanır.

Token-2022 kimi proqram variantlarında transfer haqqı və başqa extension-lar balansların iqtisadi istifadəsinə təsir edə bilər. Təklif sətri proqram ID-sini və tətbiq olunan extension-ları qeyd edir. Klassik token proqramı fərziyyəsini bütün mint-lərə tətbiq etmək olmaz.

Circulating supply provayder təsnifatıdır

Dövriyyədə olan təklif çox vaxt zəncirdə birbaşa saxlanan vahid sahə deyil. Provayder komanda, treasury, vesting, foundation, burn və başqa kateqoriyalara görə ünvanları daxil edir və ya çıxarır. Hər provayderin metodologiyası, ünvan siyahısının yenilənmə tarixi və aktiv üçün xüsusi qeydləri araşdırılmalıdır.

Ünvan təsnifatı dəyişəndə zəncirdə mint və ya transfer olmadan circulating supply dəyişə bilər. Dəyişiklik jurnalında əvvəlki və yeni dəyər, provayder, müşahidə vaxtı və məlum metod izahı saxlanır. Səbəb açıqlanmayıbsa “provayder təsnifatı dəyişmiş ola bilər” ehtimaldır, təsdiqlənmiş fakt deyil.

Bir provayderin dövriyyə rəqəmini “həqiqi qlobal supply” kimi adlandırmaq olmaz. O, həmin provayderin əhatə və metod nəticəsidir. Sayt CoinGecko sahəsini göstərirsə CoinGecko-nun əhatə etdiyi bazar və metod kontekstini saxlayır; başqa provayderlərin sətrlərini gizli şəkildə onunla birləşdirmir.

Treasury ünvanı üçün sahiblik sübutu lazımdır

Böyük balans avtomatik komanda treasury-si deyil. Ünvan etiketi rəsmi sənəd, doğrulanmış müqavilə funksiyası, multisig konfiqurasiyası və ya layihənin açıq açıqlaması ilə dəstəklənməlidir. Explorer-də üçüncü tərəf etiketi faydalı ipucudur, lakin təkbaşına hüquqi sahiblik və nəzarət sübut etmir.

Treasury kimi təsdiqlənmiş balansın circulating supply-dan çıxarılıb-çıxarılmaması provayder metoduna bağlıdır. Tokenlərin hərəkət edə bilməsi onların hazırda bazarda satıldığını göstərmir; kilidli olması da gələcəkdə heç vaxt hərəkət etməyəcəyi demək deyil. Səlahiyyət, timelock və istifadə qaydası ayrı sahələrdir.

Bir treasury bir neçə ünvan və şəbəkədə fəaliyyət göstərə bilər. Eyni nəzarətçini müəyyən etmək üçün multisig sahibləri, rəsmi manifest və zəncir əlaqəsi tələb olunur. Sadə transfer əlaqəsi iki ünvanın eyni sahibə aid olduğunu sübut etmir.

Vesting cədvəli plan ilə zəncir hadisəsini ayırır

Vesting sənədi ayrılmış miqdarı, cliff tarixini, xətti və ya mərhələli açılma qaydasını təsvir edə bilər. Bu plan faktiki müqavilə vəziyyəti ilə yoxlanır. Müqavilənin beneficiary, start, duration, released və revocation sahələri varsa oxunan blokla qeyd olunur. Sənəd və kod fərqlidirsə ziddiyyət açıq qalır.

Planlaşdırılmış unlock circulating supply-a dərhal daxil edilmiş və ya edilməmiş ola bilər; bu, provayder metodundan asılıdır. Unlock hüququn açılmasıdır, satış hadisəsi deyil. Tokenlər beneficiary ünvanına keçəndə belə bazara yerləşdirildiyi nəticəsi çıxmır. Sonrakı transfer və ticarət ayrıca müşahidə tələb edir.

Vesting müqaviləsi upgrade, revoke və ya admin müdaxiləsi imkanına malikdirsə cədvəlin dəyişməz olduğu iddia edilmir. Səlahiyyətlərin cari sahibi, timelock və dəyişiklik hadisələri araşdırılır. Risk balı yaratmaq əvəzinə hansı sahənin təsdiqləndiyi və hansı müdaxilənin mümkün olduğu yazılır.

Burn hadisəsi iki müxtəlif mexanizm ola bilər

Müqavilə daxili burn funksiyası `totalSupply` sahəsini azalda bilər. Başqa halda tokenlər xərclənməz qəbul edilən ünvana köçürülür və müqavilə ümumi təklifi dəyişməyə bilər. Hər iki hadisəyə “burn” deyilsə də təklif sahələrinə təsiri eyni deyil. Transaction, funksiya və son state ayrı yoxlanır.

Burn ünvanının etiketi onun açarsız olduğunu tam sübut etməyə bilər. Tanınmış sıfır ünvanı və protokolun açıq mexanizmi güclü sübutdur; xüsusi seçilmiş ünvan üçün private key olmadığı barədə daha çox əsas lazımdır. Naməlum kateqoriya circulating hesabından avtomatik çıxılmır.

Burn sayğacı bir neçə mənbədən əməliyyatları toplayırsa transaction hash ilə təkrarlar çıxarılır. Token decimals, uğursuz transaction, reorg və eyni transaction daxilində birdən çox hadisə nəzərə alınır. Xəbər başlığındakı gündəlik faiz artımı bu zəncir dəftərinin yerini tutmur.

Bridge təmsili qlobal cəmdə ikiqat sayıla bilər

Lock-and-mint körpüsündə mənbə zəncir tokeni custody müqaviləsində kilidlənir, hədəf zəncirdə təmsil yaradılır. İki balansı müstəqil təklif kimi toplamaq iqtisadi vahidi iki dəfə sayır. Lakin onları bir vahid kimi qəbul etmək üçün rəsmi mapping, bridge müqavilələri və iki tərəf hadisələri sübut edilməlidir.

Burn-and-release geri hərəkətində hədəf təmsil silinir və mənbə token açılır. Hədəf burn-u layihənin əsas token təklifinin daimi azalması deyil. Bridge mühasibatı ilə əsas müqavilənin burn mexanizmi ayrı jurnallarda saxlanır.

Üçüncü tərəf wrapped token rəsmi bridge təmsili olmaya bilər. Custodian ehtiyatı, mint səlahiyyəti və redemption qaydası fərqlidir. Eyni simvol və 1:1 iddiası müqavilə əlaqəsini sübut etmir. Əlaqə yoxlanmadıqda şəbəkələr üzrə “ümumi supply” hesablanmır.

LP tokenləri əsas aktiv təklifi deyil

DEX hovuzuna token yatırıldıqda əsas tokenlər hovuz müqaviləsinin balansında görünür, liquidity provider isə ayrıca LP token və ya mövqe NFT-si ala bilər. LP təmsilinin supply-ını əsas token supply-na əlavə etmək olmaz. O, hovuzdakı pay hüququnu göstərən başqa aktivdir.

Hovuz balansı circulating supply daxilində qala bilər, çünki tokenlər bazar mexanizmi vasitəsilə dəyişdirilə bilir. Bununla belə, provayderin ünvan təsnifatı və hesablama metodu yoxlanmadan nəticə çıxarılmır. Eyni tokenin bir neçə hovuzdakı balansı ünvan səviyyəsində müşahidədir, qlobal təklif tərifi deyil.

Konsentrasiyalı likvidlik mövqeyi qiymət aralığına bağlıdır. Mövqedəki token kompozisiyası qiymət hərəkəti ilə dəyişə bilər. Bu dəyişiklik yeni mint və ya burn deyil; AMM mühasibatıdır. Təklif araşdırması müqavilə supply hadisəsi ilə hovuz ehtiyat dəyişməsini ayırır.

Birja saxlancı holder sayını təhrif edə bilər

Bir mərkəzləşdirilmiş birja ünvanı çox istifadəçinin tokenini birlikdə saxlaya bilər. Zəncirdə tək böyük holder görünməsi tək iqtisadi sahib demək deyil. Əksinə, eyni istifadəçi bir neçə ünvan saxlaya bilər. Buna görə address count və top-holder payı insan sayı ilə eyni deyil.

Birja etiketi rəsmi sübut və ya tanınmış zəncir analizi ilə dəstəklənməlidir. Deposit ünvanları omnibus ünvana axa, hot və cold wallet arasında hərəkət edə bilər. Bu daxili transferlər circulating supply-ı dəyişmir, amma holder paylanması snapshotını dəyişə bilər.

Sayt holder konsentrasiyasından avtomatik risk balı çıxarmır. Ünvan kateqoriyası, məlum custodial əlaqə, contract hesabları və naməlum balanslar ayrı göstərilir. “Top on ünvan” ifadəsi yalnız seçilmiş blokda görünən ünvan sətrlərini bildirir.

Market cap girişlərinin eyni ana aid olması lazımdır

Bazar kapitallaşması hesabında qiymət və circulating supply eyni aktiv versiyasına, qarşılq valyutasına və yaxın müşahidə vaxtına aid olmalıdır. Yeni qiymət ilə aylar əvvəlki supply sətrini vurmaq riyazi nəticə yaradır, lakin cari provayder müşahidəsini təmsil etməyə bilər. Hər giriş öz `observedAt` sahəsini saxlayır.

Provayder birbaşa `market_cap` qaytarırsa sayt onu öz sadə hesabı ilə səssiz əvəz etmir. Birbaşa sahə, qiymət, supply və metodologiya birlikdə göstərilə bilər; fərq yuvarlaqlaşdırma, vaxt və ya daxili metoddan yarana bilər. Səbəb təsdiqlənmədən bir dəyər “doğru”, digəri “səhv” elan edilmir.

Market cap bankdakı pul, protokol treasury-si və ya bütün tokenləri satmaqla əldə ediləcək məbləğ deyil. Son və ya aqreqasiya edilmiş qiymətin dövriyyə təklifinə tətbiqidir. Bütün vahidlərin eyni anda həmin qiymətlə icra edilə biləcəyini nəzərdə tutmur.

Qiymət seçimi qiymətləndirmənin sərhədidir

Provayder qiyməti bir neçə bazarın çəkili nəticəsi ola bilər. Konkret birjanın last trade qiyməti və konkret DEX hovuzunun spot nisbəti başqa obyektlərdir. Market cap hesabında hansı qiymət növünün istifadə edildiyi yazılmadan nəticə təkrarlana bilməz.

Kiçik və zəif bazarda son əməliyyat qiyməti böyük sıçrayış göstərə bilər. Həmin qiyməti bütün supply-a tətbiq etmək böyük nominal market cap dəyişməsi yaradır, amma eyni həcmdə kapital axınını sübut etmir. Likvidlik və icra qabiliyyəti market cap formulunun daxilində yoxdur.

USD görünüşündə conversion yolu da qeyd olunur. Stabilkoin cütü, fiat cütü və başqa kripto cütündən çevrilmiş qiymət eyni mənbə deyil. Çevirmə ayaqlarının vaxt fərqi kiçik tokenlərdə nəticəyə əlavə qeyri-müəyyənlik gətirə bilər.

FDV üçün məxrəc açıq adlandırılmalıdır

FDV sahəsinin ən mühüm hissəsi böyük rəqəm deyil, onun hansı təklif məxrəcindən yarandığıdır. Max supply mövcuddursa belə protokolun dəyişdirilə bilən qaydası, mint səlahiyyəti və token miqrasiyası nəzərə alınır. Max supply yoxdursa total supply-ı avtomatik əvəz kimi götürmək provayderdən provayderə fərqli nəticə yarada bilər.

Provayder FDV-ni birbaşa verirsə həmin sahə onun metod nəticəsi kimi saxlanır. Sayt məxrəci bilmirsə “cari qiymət × naməlum tam təklif” hesablaması etmir. Null dəyər sıfır deyil və “seyrelmə yoxdur” hökmü yaratmır.

FDV gələcək tarixdəki proqnoz qiymət deyil. Cari qiymətin şərti olaraq seçilmiş daha geniş təklifə tətbiqidir. Unlock vaxtına qədər tələbin, likvidliyin və qiymətin dəyişməyəcəyini fərz etmir. Buna görə FDV-dən hədəf qiymət və gəlir vədi çıxarılmır.

Supply ilə market cap nisbəti sadə hekayə deyil

Böyük supply və kiçik vahid qiyməti “ucuz token” nəticəsi vermir. Vahid ölçüsü layihənin seçdiyi nominal bölünmədir. Eyni iqtisadi dəyər daha çox və ya daha az vahidə bölünə bilər. Redenominasiya vahid qiymətini və supply sayını əks istiqamətdə dəyişdirə, market cap-i nəzəri olaraq eyni saxlaya bilər.

Kiçik market cap də avtomatik yüksək yüksəliş potensialı demək deyil. Qiymət discovery-si, bazar dərinliyi, aktivin kimliyi və supply etibarlılığı ayrıca suallardır. Market cap yalnız seçilmiş qiymət və dövriyyə təklifinin münasibətidir.

Rank cədvəli də provayder əhatəsinə bağlıdır. Siyahıya daxil edilməyən, supply sahəsi olmayan və ya qiyməti etibarsız sayılan aktivlər sıralamada fərqli davranır. Rank qlobal və dəyişməz ölçü kimi təqdim edilmir.

Emissiya cədvəli tarixə çevriləndə fərziyyələr yazılır

Protokol blok başına mükafat verirsə təqvim tarixini hesablamaq üçün orta blok vaxtı fərziyyəsi lazım ola bilər. Faktiki blok aralıqları dəyişir. Buna görə hündürlük əsas sübut, təqvim tarixi isə metod və müşahidə dövrü ilə təxmin kimi saxlanır.

Vesting cədvəlində timezone və gün sərhədi də vacibdir. “Avqustda açılır” ifadəsi dəqiq timestamp vermir. Müqavilə saniyə səviyyəsində qayda tətbiq edə, sənəd isə yalnız ay göstərə bilər. İctimai mətn ən az dəqiq mənbənin dəqiqliyini aşmır.

Emissiya cədvəli dəyişdirilə bilirsə admin və governance prosesinin hansı qərarla, nə vaxt və hansı blokda dəyişiklik etdiyi yazılır. Cari cədvəli keçmiş dövrə tətbiq etmək olmaz. Versiyalı cədvəl supply tarixçəsinin bir hissəsidir.

Fork və airdrop əsas zəncir supply-ını dəyişdirmir

Bir zəncir fork olduqda yeni zəncirdə istifadəçilərə uyğun balans yarana bilər. Bu, ilkin zəncirin protokol supply-ına əlavə edilmir; ayrı şəbəkə və aktivdir. Eyni genesis tarixçəsini paylaşması cari bazar kimliyini birləşdirmir.

Airdrop yeni tokenin paylanması ola, mövcud token treasury-sindən transfer ola və ya claim müqaviləsi vasitəsilə açıla bilər. “Airdrop” sözü supply təsirini izah etmir. Mint hadisəsi, mənbə balansı və claim qaydası ayrıca yoxlanır. Bu sayt airdrop xəbərləri və ovçuluq axını hazırlamır.

Wrapped fork aktivi də bridge münasibəti sübut edilmədən əsas aktivlə cəmlənmir. Şəbəkə, müqavilə və redemption mexanizmi tam fərqli ola bilər. Simvolun oxşarlığı iqtisadi təminat deyil.

Contract event ilə state nəticəsi uzlaşdırılır

Mint və burn `Transfer` hadisələrində sıfır ünvandan və ya sıfır ünvana hərəkət kimi görünə bilər. Lakin hadisə standartına kor-koranə güvənmək olmaz; müqavilə qeyri-standart davranış göstərə bilər. Transaction receipt, çağırılan funksiya, hadisə və son `totalSupply` state-i birlikdə yoxlanır.

Event indeksatoru gecikə və ya bəzi blokları təkrar emal edə bilər. Transaction hash, log index, chain ID və block hash deduplikasiya açarıdır. Reorg zamanı əvvəlki hadisə orphan ola bilər; final müşahidə yenilənir, köhnə sübut tarixçədə statusla qalır.

State dəyişib, uyğun hadisə yoxdursa proxy upgrade, xüsusi funksiya və ya indeksləmə boşluğu araşdırılır. Səbəb tapılmadan fərq “gizli mint” kimi təqdim edilmir. Naməlum dəyişiklik dəqiq blok intervalı ilə qeyd olunur.

Snapshot müqayisəsi səbəb deyil, başlanğıc siqnalıdır

İki tarixdə supply rəqəminin fərqli olması dəyişiklik olduğunu göstərir, amma mexanizmi göstərmir. Aralıqdakı mint, burn, rebase, provider təsnifatı və miqrasiya araşdırılır. Snapshotlar fərqli provayder və ya tərifdədirsə əvvəlcə semantika uyğunlaşdırılır.

Eyni rəqəm də heç nə baş vermədiyini sübut etmir. Mint və burn eyni miqdarda ola, treasury təsnifatı dəyişib yekunu təsadüfən saxlaya bilər. Hadisə jurnalı və metod versiyası snapshot yekununu tamamlayır.

Bu səbəbdən sayt sabit faiz həddi ilə “anormal supply” badge-i yaratmır. Dəyişiklik kontekstə görə araşdırılır və istifadəçi tərəfdə avtomatik risk hökmünə çevrilmir.

Null, zero və unknown supply ayrı saxlanır

Sıfır supply yalnız yoxlanmış sahənin həqiqətən sıfır olduğu halda yazılır. API sahəsi `null` qaytarırsa provayder dəyər verməyib. Sahə cavabda yoxdursa sxem və endpoint yoxlanır. Sorğu uğursuzdursa əvvəlki uğurlu dəyər yaş statusu ilə qala və ya unavailable göstərilə bilər.

Max supply üçün unknown xüsusilə vacibdir. Naməlum sahəni sıfıra çevirmək FDV-ni sıfır göstərə və istifadəçiyə heç bir gələcək emissiya mümkün deyil təsəvvürü verə bilər. Əksinə, naməlumluğu sonsuz kimi təqdim etmək də sübutsuzdur.

Ekran və strukturlaşdırılmış data eyni statusu saxlayır. Görünən mətn “məlumat yoxdur” deyərkən JSON-LD və ya API sıfır göndərməməlidir. Axtarış motoru və istifadəçi fərqli fakt almır.

Provider metodologiyası versiyalanır

Metodologiya səhifəsinin cari mətni keçmiş hesabın necə qurulduğunu həmişə göstərmir. Mümkündürsə arxivlənmiş versiya, dəyişiklik qeydi və əldə etmə tarixi saxlanır. Screenshot yalnız görünən mətn üçün sübut ola bilər; dinamik rəqəmin zəncir həqiqəti olduğunu sübut etmir.

Provayder aktiv üçün xüsusi supply düzəlişi etdiyini açıqlayırsa həmin açıqlama ümumi metoddan ayrılır. Dəyişiklik tarixindən əvvəlki rəqəmlərə geri tətbiq edilib-edilmədiyi bilinmirsə tarixçə birbaşa müqayisə edilmir.

CoinGecko bazar məlumatı onun əhatə etdiyi bazarlardan və öz metodundan yaradılan ümumi məlumatdır. “Qlobal bazarın dəyişməz həqiqəti” kimi təsvir edilmir. Mənbənin adı, əldə etmə vaxtı və metod keçidi rəqəmin yanında qalır.

Source time və fetch time təklifdə də ayrıdır

Provayder supply sahəsini qiymətdən daha gec yeniləyə bilər. Eyni API cavabında `last_updated` bütün sahələr üçün eyni semantika daşımaya bilər. Sənəd sahə vaxtını izah etmirsə sayt öz fetch vaxtını supply müşahidə vaxtı kimi təqdim etmir.

Zəncir oxusunda blok hündürlüyü və timestamp, provayder cavabında source time, saytda fetch time saxlanır. İki mənbəni yanaşı araşdıranda bu vaxtlar eyni xəttə gətirilir. Beş dəqiqəlik və ya başqa sabit pəncərə həqiqət meyarı kimi tətbiq olunmur; kontekst açıq qalır.

Köhnəlmiş supply ilə fresh qiymət market cap sətrinin qarışıq yaşda olduğunu göstərir. Sistem bu vəziyyəti gizlətməməli, ya provayderin birbaşa market cap sahəsini mənbə kimi verməli, ya da öz hesabını məhdud statusla saxlamalıdır.

Tarixi market cap geriyə baxış tələb edir

Keçmiş qiyməti cari circulating supply ilə vurmaq tarixi market cap yaratmır. Həmin tarixdə provayderin hansı ünvanları dövriyyədə saydığı, token miqrasiyası və supply metodunun versiyası bilinməlidir. Əks halda hesab “cari supply ilə keçmiş qiymətin şərti əlaqəsi”dir.

Tarixi endpoint provayderin geri doldurulmuş məlumatını verə bilər. Bu məlumat sonradan metod düzəlişi ilə dəyişə bilər. Araşdırma əldə etmə tarixini və provayderin tarixçəyə düzəliş edib-etmədiyini qeyd edir.

ATH tarixindəki market cap də cari FDV ilə eyni cədvəldə səbəbsiz birləşdirilmir. Qiymət zirvəsi, supply snapshotı və provayder metodunun vaxtları ayrı sübutlardır. Tarixi zirvə gələcək hədəf deyil.

Holder snapshotı blokla dondurulur

Holder siyahısı sürətlə dəyişə bilər. Araşdırma blok və ya slot göstərmədən “ən böyük ünvanlar” cümləsi yazmır. Explorer səhifəsinin açıldığı vaxt zəncir snapshotının dəqiq vaxtı olmaya bilər; mümkün olduqda blok əsaslı data istifadə edilir.

Müqavilə hesabları, pool, bridge, burn və custodian kateqoriyaları holder siyahısında insan wallet-i kimi sayılmır. Naməlum ünvanlar isə zorla kateqoriyaya salınmır. Kateqoriyanın mənbə və son yoxlama tarixi saxlanır.

Top-holder payı üçün məxrəc də aydın olmalıdır: total supply, circulating supply və ya explorer-in gördüyü token balanslarının cəmi. Məxrəc dəyişəndə faiz eyni müşahidəni ifadə etmir. Sayt sadə faiz cədvəlini risk proqnozuna çevirmir.

Müqavilə səlahiyyətləri supply ehtimalını izah edir

Mint funksiyasının mövcudluğu ilə onu çağırmaq səlahiyyəti ayrı suallardır. Owner, role-based access, multisig, timelock və governance yolu yoxlanır. Owner sıfır ünvana verilibsə başqa rol və upgrade yolu qalıb-qalmadığı araşdırılır.

Proxy admin implementasiyanı dəyişə bilirsə cari kodda mint görünməməsi gələcək kod üçün mütləq zəmanət deyil. Bu fakt “sonsuz token yaradılacaq” demək də deyil. Yalnız texniki dəyişiklik yolunu təsvir edir. Layihənin rəsmi siyasəti və on-chain səlahiyyət ayrı qatlarda yazılır.

Pause, blacklist, fee və freeze səlahiyyətləri supply hesabını birbaşa dəyişməyə bilər, amma tokenlərin istifadə və dövriyyəsinə təsir edə bilər. Onlar market cap formuluna gizli düzəliş kimi daxil edilmir; müqavilə araşdırmasının ayrıca nəticəsidir.

Multisig etiketi nəzarəti tam izah etmir

Treasury və admin ünvanı multisig ola bilər. Threshold, signer sayı, module, guard və upgrade imkanları yoxlanmadan “mərkəzsiz nəzarət” nəticəsi çıxarılmır. Signer ünvanlarının real şəxsləri çox vaxt məlum deyil və uydurulmur.

Multisig transaction tarixçəsi supply hadisəsinin kim tərəfindən təsdiqləndiyini göstərə bilər, amma off-chain qərar prosesini tam sübut etmir. Proposal, execution və on-chain nəticə ayrı vaxtlara malikdir. Qeyd yalnız açıq sübutu saxlayır.

Signer dəyişikliyi və threshold yenilənməsi versiyalanır. Cari konfiqurasiyanı keçmiş mint hadisəsinə tətbiq etmək olmaz. Həmin hadisə zamanı qüvvədə olan nəzarət vəziyyəti tələb olunur.

Audit hesabatı zəmanət deyil

Smart contract audit müəyyən kod versiyası və scope üzrə müşahidədir. Audit tarixindən sonra upgrade, yeni bridge və ya fərqli müqavilə yarana bilər. “Audit olunub” etiketi cari supply mexanizminin bütün risklərdən azad olduğunu göstərmir.

Audit tapıntısı supply səlahiyyəti barədə faydalı ola bilər, lakin on-chain cari admin və implementasiya ilə uzlaşdırılır. Hesabatda yoxlanmayan komponentlər nəticəyə daxil edilmir. Layihənin marketinq xülasəsi audit sənədinin yerini tutmur.

Bu sayt audit balı vermir. Müəyyən tapıntının statusu, scope-u və yoxlanan commit/müqavilə məlumdursa qeyd edilir; əks halda yalnız hesabatın mövcudluğu yazılır.

Məlumat cədvəli hər rəqəmin lineage-ini saxlayır

Supply sətirində `assetKey`, `chain`, `contractOrMint`, `field`, `rawValue`, `decimals`, `normalizedValue`, `blockOrSlot`, `sourceUrl`, `sourceObservedAt`, `fetchedAt`, `methodVersion` və `status` olur. Market cap və FDV sətri istifadə olunan qiymət və supply sətirlərinə istinad edir.

Belə lineage hesabın hansı girişdən yarandığını göstərir. Giriş yenilənəndə köhnə nəticə silinmir; yeni versiya yaradılır. Araşdırma məqaləsində göstərilən faktın hansı snapshotdan gəldiyi sonradan tapıla bilir.

Transformasiya kodunun versiyası da vacibdir. Decimals normallaşdırması, valyuta çevirməsi və yuvarlaqlaşdırma dəyişəndə eyni xam cavab fərqli görünə bilər. Dəyişiklik bazar hadisəsi kimi jurnalizə edilmir.

Qəbul meyarları sadə hesabdan daha genişdir

Bir supply iddiası qəbul olunmaq üçün aktiv kimliyi, sahə tərifi, blok və ya vaxt, mənbə, decimals və transformasiya göstərməlidir. Circulating supply üçün provayder metodologiyası, burn üçün transaction və kateqoriya, bridge üçün iki tərəf əlaqəsi əlavə tələbdir.

Market cap iddiası qiymət növünü, qarşılq valyutasını, circulating supply sətrini və onların vaxtını bağlamalıdır. FDV isə istifadə olunan tam təklif məxrəcini açıq göstərməlidir. Məxrəc məlum deyilsə nəticə unknown qalır.

Bu meyarlar ödənməyəndə mətn tamamilə silinməyə bilər, amma iddia məhdudlaşdırılır: “provayder bu sahəni göstərir, metodun aktivə xüsusi ünvan siyahısı açıq deyil” kimi. Dəqiqlik dərəcəsi sübutu aşmır.

İctimai səhifədə nələr göstərilmir

Təklif məlumatından qiymət proqnozu, gəlir vədi və “növbəti sıfırın silinməsi” hekayəsi yaradılmır. Böyük burn xəbəri avtomatik bahalaşma iddiasına çevrilmir. Unlock tarixi də satış və qiymət düşməsi vədi deyil.

Sayt supply müqayisə kalkulyatoru və ya avtomatik risk skoru təqdim etmir. Sadə vurma və faiz istifadəçinin əsas sualını həll etmir: girişlər nədir və etibarlıdırmı? Ona görə məqalə hesab aləti əvəzinə sübut dəftəri verir.

Uydurma token, uydurma pool və təcrübə hekayəsi istifadə olunmur. Nümunə lazım olduqda sahə adları və yoxlama addımları izah edilir; cari rəqəm yalnız canlı, tarixli və mənbəli olduqda göstərilir.

Yenidən yoxlama tezliyi hadisəyə görə seçilir

Müqavilə ünvanı və decimals nadir dəyişən kimlik sahələridir, amma miqrasiya elanında dərhal yenidən baxılır. Total supply və mint authority zəncir hadisəsinə görə izlənə bilər. Provayder circulating supply və market cap isə mənbənin yenilənmə tempinə bağlıdır.

Rəsmi sənəd əlçatanlığını itirəndə əvvəlki fakt avtomatik cari tarixlə yenilənmir. Son uğurlu baxış saxlanır, əlçatanlıq problemi qeyd olunur və explorer kimi başqa mənbə öz məhdud rolu ilə qalır. Screenshot köhnə dinamik rəqəmi cari sübut etmir.

Yenidən yoxlama cədvəli bütün məqalələrə eyni tarix qoymaq üçün deyil. Dəyişiklik riski, mənbə davranışı və buraxılış yaxınlığına görə prioritet seçir. Kritik owner məlumatı təsdiqlənmirsə release blocker açıq qalır.

Son supply dosyesi necə görünür

Dosye əvvəl aktivin tam kimliyini və obyekt növünü verir. Sonra müqavilə və ya protokol total supply sahəsini, provayder circulating supply tərifini və max supply statusunu ayrı sətirlərdə göstərir. Hər sətirin mənbəsi, vaxtı və naməlumları var.

Növbəti qat burn, treasury, vesting, bridge və miqrasiya kimi düzəliş iddialarını sübutla əlaqələndirir. Heç biri ümumi rəqəmə səssiz əlavə və ya çıxma kimi tətbiq olunmur. Düzəlişin hansı supply tərifinə təsir etdiyi yazılır.

Market cap və FDV bu dosyenin sonunda şərti qiymətləndirmə kimi yer alır. Qiymət mənbəyi, qarşılq valyutası və məxrəc görünür. Nəticə kapital axını, gələcək qiymət və ya satış qabiliyyəti kimi təqdim edilmir.

Buraxılışdan əvvəl təklif və qiymətləndirmə yoxlaması

İlk yoxlama dəstəklənən hər aktiv üçün şəbəkə və tam müqavilə/mint uyğunluğudur. Sonra frontmatter mənbələrinin açıq, əlaqəli və tarixli olması yoxlanır. Generic mənbə yalnız konkret sahə tərifini dəstəkləyirsə saxlanır; say tamamlasın deyə fallback əlavə edilmir.

Mətn skanı köhnə müqayisə siyasəti, sabit faiz hədləri, proqnoz vədini və uydurma nümunələri axtarır. İstehsal Binance linki sıfır qalır; dəvət kodu yalnız göstərmə və kopyalama üçündür. Supply məqaləsi qeydiyyat funnel-inə çevrilmir.

Testlər null, missing, zero, stale və unavailable hallarını ayırır. Locale yolları yalnız dəqiq `zh-Hant` və `az-AZ` formalarını qəbul edir. Daxili keçid, metadata, RSS, sitemap və mobil görünüş eyni kimlik müqaviləsini saxlayır.

Nəticə: məxrəc görünmədən böyük rəqəm danışmır

Təklif araşdırmasının mərkəzində formula deyil, sahələrin mənşəyi dayanır. Circulating, total və max supply müxtəlif təriflərdir. Burn, vesting, treasury və bridge bu təriflərə fərqli təsir edə bilər. Onları bir “supply” sətrinə sıxmaq sübutu itirir.

Bazar kapitallaşması qiymət ilə provayder dövriyyə təklifinin əlaqəsidir; bank hesabı və kapital axını deyil. FDV cari qiyməti seçilmiş tam təklif məxrəcinə tətbiq edən şərti göstəricidir; gələcək bazar kapitallaşması və hədəf qiymət deyil. Hər ikisi mənbə və vaxtla yaşayır.

Meme Atlas AZ nəticəni bal və proqnoza çevirmir. Aktiv kimliyini, zəncir vəziyyətini, provayder metodunu və naməlumları ayrı saxlayır. İstifadəçi böyük rəqəmdən əvvəl onun hansı vahid, hansı müqavilə, hansı tərif və hansı tarixdən yarandığını görə bilir. Məlumat keyfiyyəti məhz bu sərhədlər görünəndə başlayır.