SHIB təklifini izləmək: müqavilə, yandırma və körpü qatları

SHIB haqqında bir səhifə “ümumi təklif”, digəri “dövriyyədə olan təklif”, üçüncüsü isə “yandırılmış tokenlər” göstərir. Shibarium da müzakirəyə daxil olanda eyni simvol iki şəbəkə görünüşündə qarşıya çıxır. Rəqəmləri bir cədvələ toplamaq asandır; onların eyni şeyi ölçüb-ölçmədiyini sübut etmək çətindir.

Bu araşdırma tək yekun rəqəm axtarmır. Dörd ayrı sual verir: Ethereum müqaviləsi hansı vəziyyəti qeyd edir, müəyyən ünvan balansı haqqında nə bilirik, məlumat təminatçısı dövriyyəni necə təsnif edir və körpü digər şəbəkədə hansı təmsili yaradır? Hər cavab öz mənbəsi və vaxtı ilə qalanda “təklif azaldı” iddiası yoxlana bilən cümləyə çevrilir.

Başlanğıc nöqtəsi tam Ethereum kimliyidir

Bu sayt SHIB-ni Ethereum üzərindəki `0x95ad61b0a150d79219dcf64e1e6cc01f0b64c4ce` müqaviləsi ilə tanıyır. CoinGecko identifikatoru `shiba-inu` olaraq saxlanılır. Tam ünvan və şəbəkə birlikdə aktiv kimliyidir; `SHIB` simvolu, itin şəkli və ya ünvanın qısaldılmış ilk-son hissəsi kifayət etmir.

Shib.io token səhifəsinin açıq indekslənən görünüşü həmin Ethereum ünvanını SHIB ilə əlaqələndirir. Bununla belə, səhifə JavaScript-dən asılıdır və sadə mətn oxuyucusunda bəzən yalnız naviqasiya qabığı görünür. Araşdırma bu məhdudiyyəti gizlətmir: rəsmi layihə mənbəyi kimlik siqnalıdır, tam ünvan isə əvvəlcədən yoxlanmış manifest və müstəqil təminatçı keçidləri ilə uzlaşdırılır.

Başqa şəbəkədə SHIB adlı token görünəndə əvvəlcə münasibət sübut edilməlidir. “Eyni layihənin səhifəsində göstərilib” faydalı başlanğıcdır, lakin konkret müqavilənin necə yaradıldığı, hansı körpüyə bağlı olduğu və mənbə tərəfdə nə baş verdiyi ayrıca yoxlanmadan iki balans birləşdirilmir.

`totalSupply` yalnız müqavilənin verdiyi cavabdır

Ethereum-un ERC-20 standartı `totalSupply` və `balanceOf` funksiyalarını ayrı interfeys kimi göstərir. Birincisi müqavilənin ümumi təklif sahəsini, ikincisi müəyyən ünvanın balansını qaytarır. Standart həmin ünvanın kimə aid olduğunu, açarın əlçatan olub-olmadığını və təminatçının onu dövriyyədə sayıb-saymayacağını demir.

Bu fərq yandırma araşdırmasının mərkəzidir. Token müqaviləsi bir miqdarı öz daxili mexanizmi ilə təklifdən çıxara bilər və ya istifadəçilər tokenləri heç kimin xərcləyə bilmədiyi qəbul olunan ünvana göndərə bilər. Birinci halda `totalSupply` dəyişə bilər; ikinci halda müqavilə sahəsi dəyişmədən müəyyən balans iqtisadi baxımdan əlçatmaz sayılar. Hər iki hadisəni sadəcə “burn” adı ilə toplamaq audit izini itirir.

Müqavilə vəziyyəti də blok hündürlüyünə bağlı müşahidədir. Bu gün oxunan `totalSupply` əvvəlki tarix üçün avtomatik sübut deyil. Tarixi iddia üçün uyğun blok, RPC və ya blok brauzeri nəticəsi, tam müqavilə ünvanı və oxunan funksiya saxlanmalıdır.

Yandırma iddiası üçün üç ayrı sübut lazımdır

Yandırma barədə etibarlı qeyd ən azı hadisəni, təyinatı və təsnifatı ayırır. Hadisə tranzaksiyanın hansı müqavilədə, hansı blokda və hansı miqdarda baş verdiyini göstərir. Təyinat tokenin müqavilə daxilində məhv edildiyini, yoxsa müəyyən ünvana köçürüldüyünü göstərir. Təsnifat isə həmin ünvanın niyə geri qaytarılmaz sayıldığını və məlumat təminatçısının bunu hansı sahədən çıxardığını izah edir.

“Bu ünvan illərdir hərəkətsizdir” geri qaytarılmazlıq sübutu deyil. Açarı hələ kimsə saxlaya bilər. “Adında burn yazılıb” da təkbaşına kifayət etmir; blok brauzeri etiketi konsensus qaydası deyil. Araşdırma ən güclü nəticəni yalnız açıq mexanizm, tanınmış əlçatmaz ünvan və bir-birini tamamlayan mənbələr olduqda yazır.

Gündəlik yandırma sayğacı sürətli dəyişən göstəricidir. Xəbər səhifəsindəki faiz artımı çox kiçik başlanğıc rəqəmlə müqayisədən yarana bilər. Ümumi təklifə təsiri anlamaq üçün faiz başlığından çox, mütləq miqdar, müqayisə pəncərəsi, əvvəlki baza və mövcud ehtiyatla münasibət lazımdır. Bu sayt belə dinamik rəqəmi tarixsiz başlıq kimi saxlamır.

Təminatçı “dövriyyəni” metodla yaradır

CoinGecko təklif metodologiyası ümumi təklifi zəncir üzrə yaradılmış vahidlərdən daimi yandırılmış vahidlərin çıxılması kimi təqdim edir. Dövriyyədə olan təklif isə kilidli, mərhələli açılan və layihə məqsədi ilə saxlanılan bəzi balansların çıxıldığı təxmindir. Deməli, təminatçı kartı yalnız müqavilə çağırışının nəticəsi deyil; ünvan kateqoriyaları və sənədlər də hesablamaya daxil olur.

Bu metod SHIB üçün iki vacib xəbərdarlıq yaradır. Birincisi, `totalSupply` ilə `circulating_supply` fərqi avtomatik “gizli token” demək deyil. İkincisi, təminatçı metodunu dəyişəndə göstərilən dövriyyə rəqəmi zəncirdə eyni miqdarda yeni transfer olmadan da dəyişə bilər.

Məlumat qeydi aşağıdakı sahələri saxlamalıdır: təminatçı ID-si, sahənin adı, mənbənin yenilənmə vaxtı, götürmə vaxtı, metodologiya versiyası və məlum istisna ünvanları. Sahə gəlmirsə, nəticə sıfır deyil. Bazar məlumatlarını oxumaq məqaləsində `null`, köhnəlmiş müşahidə və həqiqi sıfır arasındakı fərq geniş izah edilir.

Shibarium təmsili ikinci emissiya kimi sayılmır

Shiba Inu körpü sənədi Ethereum-dan Shibarium-a keçiddə mənbə tərəfdə tokenlərin çıxması ilə məqsəd şəbəkəsində eyni miqdarda 1:1 bağlı təmsilin yaradıldığını bildirir. Geri istiqamətdə Shibarium təmsili yandırılır və Ethereum tərəfində tokenlər açılır. Sənəd bu mexanizmin dövriyyə təklifini dəyişmədiyini açıq şəkildə qeyd edir.

Burada “yaradılır” sözü kontekstsiz oxunsa, ikiqat təklif təsəvvürü yarana bilər. Körpü mühasibatında məqsəd zəncirindəki təmsil mənbə tərəfdə kilidlənmiş və ya sistemdən çıxmış vahidlə əlaqələndirilir. Qlobal yekun qurarkən iki tərəfi sadəcə toplamaq olmaz; münasibət təsdiqlənmirsə, onları ayrı müşahidələr kimi saxlayıb yekunu naməlum buraxmaq daha dürüstdür.

Bu izah bütün körpülər üçün zəmanət deyil. Shiba Inu sənədi öz PoS və Plasma modellərini təsvir edir. Başqa körpü, üçüncü tərəf bükülmüş tokeni və ya yeni şəbəkə dəstəyi eyni qaydaya malik sayılmır. Hər sistem üçün müqavilələr, saxlama mexanizmi, hadisələr və təhlükəsizlik fərziyyələri yenidən yoxlanmalıdır.

Körpü təmsilinin yandırılması da Ethereum SHIB-nin daimi təklif yandırılması ilə eyni hadisə deyil. Geri çəkilişdə məqsəd tərəfdə təmsil silinir, mənbə tərəfdə isə uyğun token açılır. İqtisadi vahid yenidən əlçatan olur; buna görə həmin əməliyyatı “SHIB ümumi təklifi azaldı” siyahısına əlavə etmək düzgün deyil.

Ekosistem fəaliyyəti bazar nəticəsinə bərabər deyil

SHIB token səhifəsi yandırma təşəbbüsləri və müxtəlif şəbəkələrdə təmsillər barədə layihə məlumatı verir. Bu məlumatlar hansı mexanizmlərin mövcud olduğunu araşdırmaq üçün başlanğıcdır. Lakin fəaliyyətin artması, yandırma tempinin gələcəkdə müəyyən səviyyəyə çatacağı və ya qiymətin müəyyən istiqamətdə gedəcəyi barədə zəmanət yaratmır.

Təklif tək tərəfdir. Tələb, likvidlik, bazar dərinliyi, saxlama davranışı, körpü təhlükəsizliyi və təminatçı təsnifatı ayrı dəyişənlərdir. Kiçik nominal qiymət də “ucuz” hökmü vermir; böyük vahid sayı ilə qiymət birlikdə bazar kapitallaşmasına çevrilir. Təklif və FDV bələdçisi bu yanlış oxunuşu nümunələrlə ayırır.

“Bir sıfır silinəcək” tipli iddia isə təklif araşdırması deyil, qiymət proqnozudur. Onu sübut etmək üçün yandırma başlığı kifayət etmir. Bu sayt hədəf qiymət və gəlir vədi vermədiyi üçün təklif məlumatını həmin ritorikaya çevirmir.

SHIB sübut dəftəri necə saxlanır?

Hər yeniləmədə aşağıdakı ardıcıllıq yetərlidir:

1. Ethereum şəbəkəsini və tam SHIB müqaviləsini təsdiqlə.
2. Oxunan sahəni yaz: `totalSupply`, ünvan balansı, təminatçı ümumi təklifi və ya dövriyyə təklifi.
3. Blok hündürlüyünü və ya UTC vaxtını qeyd et.
4. Yandırma iddiasında tranzaksiya, mexanizm və ünvan təsnifatını ayır.
5. Körpü məlumatında mənbə kilidi ilə məqsəd təmsilini cütləşdir.
6. Təminatçı çıxılmalarını metodologiya və tarixlə saxla.
7. Uyğunlaşmayan rəqəmi zorla birləşdirmək əvəzinə ziddiyyət kimi qeyd et.

Bu dəftərin nəticəsi hər dəfə tək rəqəm olmaya bilər. Bəzən ən doğru cavab “müqavilə sahəsi məlumdur, lakin ünvan kateqoriyası təsdiqlənməyib” və ya “iki zəncir müşahidəsi var, körpü əlaqəsi bu tarix üçün bağlanmayıb” olur. Naməlumu qorumaq zəiflik deyil; saxta dəqiqliyin qarşısını alan araşdırma nəticəsidir.

Rəsmi kimlik mənbələri necə birlikdə işləyir?

Shib.io layihənin öz təqdimatını, EIP-20 standart interfeysi, Etherscan isə konkret Ethereum ünvanının zəncir görünüşünü verir. Bu mənbələr eyni işi görmür. Layihə saytı rəsmi münasibət iddiasını, standart funksiyaların mənasını, explorer isə müşahidə edilən contract və hadisələri göstərir. Üçündən birini digərlərinin yerinə qoymaq sübut sərhədini itirir.

Qeyd tam Ethereum ünvanını əsas açar kimi saxlayır. Logo, ticker və provider ID-si köməkçi mapping-dir. Rəsmi sayt dinamik olduğu üçün mətn görünmədikdə əvvəlki iddia cari vəziyyət kimi yenilənmir; əlçatanlıq statusu və son baxış tarixi ayrıca qalır.

Burn ünvanının kateqoriyası

Bir ünvanın burn kateqoriyasına salınması üçün onun xərclənməzliyi və ya qəbul edilmiş mexanizmdəki rolu sübut edilməlidir. Uzun müddət hərəkətsiz olmaq kifayət deyil. Explorer etiketi də təkbaşına konsensus qaydası deyil. Ünvanın necə yaradıldığı və private key ehtimalı barədə mənbə yoxdursa, qeyd sadəcə “project/provider labelled burn address” ola bilər.

Transfer miqdarı token decimals ilə normallaşdırılır və transaction vaxtı saxlanılır. Eyni hadisə bir neçə sayğacda təkrar görünürsə, tx hash ilə deduplikasiya edilir. Xəbər səhifəsindəki gündəlik cəm zəncir hadisəsinin yerinə keçmir.

Shibarium bridge müşahidəsinin cüt tərəfi

Bridge hadisəsi yalnız destination mint və ya burn ilə tamamlanmır. Mənbə chain-də lock və ya release münasibəti də yoxlanılır. İki tərəfin transaction identifikatoru, vaxtı və bridge contract-ı əlaqələndirilə bilmirsə, hadisə qismən təsdiqlənmiş qalır. Layihə sənədi mexanizmi izah edir, müəyyən transferin başa çatmasını isə ayrıca zəncir sübutu göstərməlidir.

Destination təmsilin holder və transfer fəaliyyəti Ethereum SHIB-nin ayrıca emissiyası kimi yazılmır. Lakin bridge contract riski, gecikmə və təmsilin mapping-i ayrıca araşdırma mövzusudur. “Dövriyyə dəyişmir” layihə mexanizmi barədə iddiadır, bütün vaxtlarda ehtiyatın tam uyğunluğuna zəmanət deyil.

Provider dövriyyə sahəsinin dəyişmə jurnalı

CoinGecko və başqa təminatçılar ünvan kateqoriyalarını yeniləyə bilər. Dövriyyə təklifi dəyişəndə əvvəlcə metodologiya tarixi və provider açıqlaması yoxlanılır. Zəncirdə uyğun mint və ya burn hadisəsi görünmürsə, dəyişiklik provider təsnifatından qaynaqlana bilər. Səbəb təsdiqlənmirsə, jurnal bunu açıq saxlayır.

Jurnal köhnə dəyəri, yeni müşahidəni, provider ID-sini, source time və fetch time sahələrini saxlayır. Köhnə sətir silinmir. Beləliklə, tarixi bazar kapitallaşması araşdırılarkən həmin dövrdə hansı supply tərifinin istifadə olunduğu görünür.

Holder konsentrasiyası üçün etiket sübutu

SHIB böyük ünvan siyahısında DEX pool, birja, bridge, müqavilə və fərdi holder yanaşı görünə bilər. Ünvanın ölçüsü onun komanda cüzdanı olduğunu göstərmir. Etiket üçün rəsmi sənəd, contract funksiyası və ya etibarlı saxlanc açıqlaması lazımdır. Naməlum ünvan naməlum qalır.

Eyni nəzarətçi bir neçə ünvan, bir custodial ünvan isə çox istifadəçi saxlaya bilər. Buna görə address count və top-holder payı iqtisadi nəzarətin tam ölçüsü deyil. Sayt bu göstəricini risk balına çevirmir; yalnız görünən zəncir paylanmasını və kateqoriya boşluqlarını qeyd edir.

Təklif iddiasının son qəbul meyarı

Yekun sətirdə contract, chain, sahə tərifi, blok və ya vaxt, mənbə və transformasiya yazılmalıdır. Burn üçün transaction və kateqoriya sübutu, bridge üçün iki tərəf münasibəti, provider dövriyyəsi üçün metodologiya tələb olunur. Bunlardan biri yoxdursa, iddia məhdud statusla qalır.

Bu meyar SHIB ekosisteminin bütün risklərini həll etmir. O, ümumi təklif, əlçatmaz balans, provider dövriyyəsi və bridge təmsilini eyni rəqəm kimi təqdim etməyin qarşısını alır. Hər sahə öz obyektində və vaxtında təkrar yoxlana bilir.

SHIB qeydi üçün minimal yenidən baxış

Yenidən baxış tam Ethereum müqaviləsini, EIP-20 `totalSupply` sahəsini və provayderin circulating supply tərifini ayrı yoxlayır. Shibarium bridge sənədi yalnız mexanizmin layihə təsvirini dəstəkləyir; konkret transfer və ehtiyat uyğunluğu üçün iki zəncir hadisəsi ayrıca tələb olunur. Burn iddiası transaction, ünvan kateqoriyası və müqavilə state-i olmadan yekuna daxil edilmir.

Nəticə bir cümləlik “supply azaldı” başlığı deyil. Hansı sahənin, hansı blok və ya vaxtda, hansı mənbə ilə dəyişdiyi yazılır. Mənbə əlçatan deyilsə son baxış tarixi saxlanır və cari təsdiq uydurulmur.