Meme koin bazar məlumatlarını oxumaq: rəqəmdən əvvəl pasporta bax

Meme koin səhifəsi ilk baxışda sadə görünür: qiymət, gündəlik dəyişiklik, bazar kapitallaşması, ticarət həcmi və bəzən likvidlik. Problem hesablamada deyil. Əsas çətinlik hər rəqəmin hansı aktivə, hansı bazara, hansı vaxta və hansı metodologiyaya aid olduğunu anlamaqdır. Bu məlumatlar göstərilmirsə, vergüldən sonrakı altı rəqəm də nəticəni etibarlı etmir.

Azərbaycan dilində kripto axtarışları çox vaxt “nədir?”, “haradan alınır?” və ya günün qiymət xəbəri ilə bitir. Araşdırma üçün isə başqa başlanğıc lazımdır: ekrandakı rəqəmə məlumat pasportu əlavə etmək. Pasport altı suala cavab verir — nə ölçülüb, hansı aktiv üçün, haradan alınıb, hansı vaxtı təsvir edir, hansı çevirmədən keçib və məlumat alınmayanda nə göstərilir.

Birinci sual: bu, həqiqətən hansı aktivdir?

Simvol aktiv kimliyi deyil. Eyni qısa işarə müxtəlif şəbəkələrdə ayrı müqavilələr üçün istifadə oluna bilər. DOGE kimi native koinin kimliyi şəbəkənin özünə bağlıdır; EVM tokeni üçün şəbəkə və tam müqavilə ünvanı, Solana tokeni üçün isə düzgün mint address tələb olunur. Ad və loqo axtarışı asanlaşdırır, amma məlumatları birləşdirmək üçün açar rolunu oynamamalıdır.

Məlumat pasportunda ən azı təminatçı identifikatoru, şəbəkə, obyekt növü və tam ünvan saxlanılır. Məlumat təminatçısı yalnız simvol üzrə axtarış edirsə, eyni simvollu bir neçə nəticə qaytara bilər. CoinGecko API sənədlərində də `ids`, `names` və `symbols` filtrlərinin fərqli olduğu, simvol axtarışında bir neçə tokenin daxil edilə bildiyi göstərilir. Deməli, “PEPE yazdım və ilk nəticəni götürdüm” təkrarlana bilən kimlik yoxlaması deyil.

Kimlik məlum deyilsə, sonrakı rəqəmlər “naməlum obyekt üzrə müşahidə” kimi qalmalıdır. Bazarda məşhur olması, nəticənin yuxarıda çıxması və ya eyni şəkildən istifadə edilməsi boşluğu doldurmur.

Qiymət tək bir hadisə deyil

Mərkəzləşdirilmiş birjada son əməliyyat qiyməti, ən yaxşı alış təklifi və ən yaxşı satış təklifi fərqli sahələrdir. Coinbase-in açıq product book sənədi Level 1, Level 2 və Level 3 görünüşlərini ayırır. Level 1 bazarın üst hissəsini göstərir, Level 2 sifarişləri qiymət səviyyəsinə görə birləşdirir, Level 3 isə daha detallı sifariş görünüşüdür. Bunların hamısını sadəcə “birja qiyməti” adlandırmaq vacib fərqi itirir.

DEX-də qiymət konkret şəbəkə və hovuz cütü daxilində yaranır. Əsas token, qarşılıq tokeni, hovuz ünvanı və istiqamət dəyişəndə müşahidənin mənası da dəyişir. DEX Screener sxemində `chainId`, `pairAddress`, `baseToken`, `quoteToken`, `priceNative` və `priceUsd` bir hovuz qeydinin daxilində verilir. Bu quruluş qiymətin qlobal deyil, lokal bazar obyektinə bağlı olduğunu göstərir.

Məlumat təminatçısının ümumi qiyməti üçüncü növdür. CoinGecko metodologiyası müxtəlif ticker-lərin toplanması, kənar göstəricilərin yoxlanması, qarşılıq valyutasının çevrilməsi və həcm üzrə çəkiləndirmə kimi mərhələləri təsvir edir. Belə qiymət bir neçə bazarın metod nəticəsidir; o, konkret birjanın son əməliyyatı və ya konkret DEX hovuzunun qiyməti deyil.

Bu üç qiymət eyni saniyədə eyni olmaya bilər. Fərq dərhal “səhv məlumat” demək deyil. Əvvəlcə mənbə növü, əsas/qarşılıq istiqaməti, çevirmə yolu və müşahidə vaxtı müqayisə edilməlidir.

Bazar kapitallaşması qiymətin başqa adı deyil

Bazar kapitallaşması adətən qiymətlə dövriyyədə olan təklifin əlaqəsini ifadə edir. Buna görə qiymət dəyişməsə də məlumat təminatçısı dövriyyədə olan təklif məlumatını yenilədikdə nəticə dəyişə bilər. Əksinə, eyni vahid qiymətə malik iki tokenin təklif ölçüsü fərqlidirsə, bazar kapitallaşması da çox fərqli ola bilər.

Bu sahə şirkətin bank hesabındakı pul, hovuzdakı likvidlik və ya tokenə daxil olmuş xalis kapital deyil. “Bazar kapitallaşmasından bir milyard çıxdı” cümləsi mütləq bazardan eyni məbləğdə nağd pulun çıxmasını göstərmir. Bu, qiymətlə təklif əsasında yaranan qiymətləndirmənin dəyişməsidir.

Pasportda `market_cap` ilə yanaşı `circulating_supply`, qarşılıq valyutası, məlumat təminatçısı və `last_updated` saxlanmalıdır. Təklif sahəsi məlum deyilsə, bazar kapitallaşmasının necə yarandığı da ayrıca yoxlanmalıdır.

Ticarət həcmi keçmiş fəaliyyəti göstərir

İyirmi dörd saatlıq ticarət həcmi bir zaman pəncərəsində qeydə alınmış fəaliyyətdir. O, hazırda sifariş kitabında və ya hovuzda gözləyən kapital deyil. Eyni vəsait dövr ərzində bir neçə dəfə alınıb-satıla və hər əməliyyatda həcmə daxil ola bilər.

Həcm qeydi ticarət məkanı və ya hovuz cütü, əsas/qarşılıq istiqaməti, pəncərənin başlanğıcı və sonu, sürüşən pəncərə qaydası, qarşılıq valyutası və təminatçı vaxtı olmadan natamamdır. “24h” yazısı bütün saytlarda eyni kəsim anını təmin etmir. Biri son iyirmi dörd saatı davamlı hesablayır, digəri müəyyən vaxt zonasına görə gün sərhədi istifadə edə bilər.

CoinGecko metodologiyasında ticarət həcmi, spread və ±2% order-book depth ayrıca göstəricilər kimi verilir. Bu ayrılıq “həcm böyükdürsə dərinlik də böyükdür” nəticəsinin avtomatik olmadığını göstərir. Həcm baş vermiş fəaliyyəti, dərinlik isə müəyyən anda və istiqamətdə görünən bazar vəziyyətini təsvir edir.

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

DEX səhifəsində `liquidity.usd` görmək həmin məbləğin istənilən ölçüdə və istənilən istiqamətdə eyni qiymətlə istifadə edilə biləcəyi demək deyil. Rəqəm konkret hovuza və müşahidə anına aiddir. Hovuzun əyrisi, ehtiyat nisbəti, haqq, aktiv qiymət aralığı və marşrut konkret nəticəyə təsir edir.

Bir tokenin bir neçə hovuzu varsa, onların dollar göstəricilərini toplamaqdan əvvəl şəbəkə, müqavilə, qarşılıq tokeni, hovuz növü və vaxt uyğunlaşdırılmalıdır. Başqa şəbəkədəki hovuz cari əməliyyat marşrutuna avtomatik qoşulmur. Eyni simvol isə ümumiyyətlə başqa müqaviləni göstərə bilər.

Likvidliklə bağlı düzgün cümlə “məlumat təminatçısı bu hovuz üçün bu vaxt bu sahəni göstərdi” formasındadır. “Tokenin likvidliyi budur” cümləsi şəbəkə və hovuz sərhədini gizlədir.

Faiz dəyişməsi üçün başlanğıc nöqtəni tap

“Son 24 saatda +12%” cümləsi iki qiymət müşahidəsi arasındakı nisbəti göstərir. Nəticəni oxumaq üçün başlanğıc və son vaxt, qarşılıq valyutası, məlumat təminatçısı, aktiv kimliyi və qiymət metodunun eyni olub-olmadığı bilinməlidir. Faiz özü qiymətin niyə dəyişdiyini demir.

Faiz də gələcək istiqamət deyil. Böyük artım davam edəcək yüksəlişə, böyük azalma isə geri dönüşə zəmanət vermir. Meme koinlərdə sosial media diqqəti, zəif dərinlik və fərqli bazar pəncərələri rəqəmi tez dəyişə bilər. Araşdırma müşahidəni səbəb və proqnozdan ayırmalıdır.

ATH-dən dəyişmə də eyni qaydaya tabedir. Təminatçının tarixi əhatəsi, qarşılıq valyutası və aktiv versiyası bilinmədən “tarixi zirvədən ucuzdur” nəticəsi çıxarmaq olmaz. Tarixi yüksək qiymət gələcək hədəf deyil.

Vaxt bir deyil, bir neçə sahədir

Məlumat səhifəsinin açıldığı vaxt, təminatçının `last_updated` sahəsi, birja əməliyyatının vaxtı və blok vaxtı fərqli hadisələrdir. Saytı saat 12:00-da açmaq bütün yuxarı məlumatların saat 12:00 müşahidəsi olduğunu göstərmir.

Yaxşı pasport ən azı `sourceObservedAt` və `siteFetchedAt` sahələrini ayırır. Yuxarı mənbənin dəqiq vaxtı yoxdursa, “naməlum” yazılır; saytın əldə etmə vaxtı onun yerinə köçürülmür. Müxtəlif mənbələri müqayisə edərkən vaxt fərqi ayrıca göstərilir.

Məlumatın yaşı da vəziyyətə çevrilə bilər: yeni, köhnəlmiş, əlçatan deyil. Bu sərhədlər əvvəlcədən müəyyən edilməlidir. Məsələn, saytın metodologiyası bazar məlumatı üçün beş dəqiqəlik yenilik pəncərəsi seçibsə, altı dəqiqəlik qeyd “sıfır” yox, “köhnəlmiş” kimi görünməlidir.

Sıfır, boş və xəta ayrı cavablardır

`0` ölçülən sahənin sıfır olduğunu bildirir. `null` təminatçının həmin cavabda dəyər vermədiyini, `missing` sahənin olmadığını, `failed` sorğunun baş tutmadığını, `stale` isə əvvəlki uğurlu dəyərin artıq yenilik sərhədini keçdiyini göstərə bilər. Bu halları sıfıra çevirmək xüsusilə aşağı likvidlikli aktivlərdə təhlükəli yanlış təsəvvür yaradır.

Keçmiş uğurlu dəyər saxlanılırsa, yanında öz müşahidə vaxtı və stale etiketi qalmalıdır. Yeni dəyər alınmadığı halda köhnə rəqəmin “indi” kimi göstərilməsi məlumat ardıcıllığını pozur.

Yeddi sətirlik məlumat pasportu

Hər bazar qeydi üçün aşağıdakı yeddi sətri saxlamaq kifayət qədər güclü başlanğıcdır:

1. Aktiv kimliyi: təminatçı identifikatoru, şəbəkə, obyekt növü, tam müqavilə və ya mint.
2. Mənbə növü: qlobal təminatçı, CEX bazar cütü və ya DEX hovuzu.
3. Sahə: son əməliyyat, alış təklifi, satış təklifi, `priceUsd`, bazar kapitallaşması, həcm, likvidlik və ya başqa dəqiq ad.
4. Vahid və istiqamət: əsas/qarşılıq, USD çevirmə yolu, ilkin və göstərilən dəqiqlik.
5. Əhatə: ticarət məkanı, hovuz cütü, bazar pəncərəsi, sifariş kitabının səviyyəsi və ya hovuz növü.
6. Vaxt: mənbə müşahidəsi, blok/slot və saytın əldə etmə vaxtı.
7. Vəziyyət və məhdudiyyət: fresh, stale, null, missing, failed və bu qeydin sübut etmədiyi məqam.

Bu pasport investisiya qərarı vermir. O, rəqəmi öz mənbə və sərhədinə qaytarır. Meme koin haqqında səs-küy artanda ən faydalı vərdiş daha tez hesab aparmaq deyil, əvvəlcə hansı rəqəmin həqiqətən nəyi ölçdüyünü müəyyən etməkdir.

Məlumat sxemi ekran tərtibatından əvvəl gəlir

Bazar səhifəsi hazırlayanda ilk iş kartın rəngini və ya qrafikin formasını seçmək deyil. Əvvəlcə saxlanacaq obyektin sxemi yazılır. `assetId`, `network`, `contractOrMint`, `venue`, `pair`, `fieldName`, `rawValue`, `unit`, `sourceObservedAt`, `fetchedAt` və `status` ayrı sahələr olduqda sonradan hansı dəyərin haradan gəldiyini izləmək mümkündür. Tək `price` sahəsi isə bu sualların hamısını gizlədir.

Sxemdə ilkin cavab da saxlanmalıdır. Normallaşdırılmış onluq dəyər istifadəçiyə rahat görünür, lakin mənbənin qaytardığı sətir, tam ədəd və ya elmi yazılış itərsə transformasiyanı yoxlamaq çətinləşir. `rawValue` dəyişməz qalır, `normalizedValue` isə açıq qayda və versiya ilə yaradılır. Beləliklə yuvarlaqlaşdırma səhvi bazar hadisəsi kimi qeydə alınmır.

Sxem hər sahənin boş ola bilmə qaydasını da yazır. Məsələn, `contractOrMint` native koin üçün tətbiq olunmaya bilər, amma EVM tokeni üçün boş qalması kimlik xətasıdır. `sourceObservedAt` təminatçı vermədikdə naməlum ola bilər; onu `fetchedAt` ilə doldurmaq olmaz. Bu cür məhdudiyyətlər interfeysə çatmamış səhvi erkən saxlayır.

Aktiv reyestri simvol qarışıqlığını dayandırır

Canlı sorğudan əvvəl kiçik aktiv reyestri lazımdır. Hər sətirdə saytın daxili açarı, təminatçı ID-si, şəbəkə tipi, rəsmi müqavilə və ya mint, decimals mənbəyi və son yoxlama tarixi saxlanır. Reyestrin məqsədi bütün tokenləri toplamaq deyil; saytda göstərilən az sayda aktiv üçün kimlik zəncirini tam saxlamaqdır.

Təminatçı identifikatoru dəyişəndə köhnə açar silinmir. `validFrom`, `validTo` və dəyişikliyin mənbəsi qeyd olunur. Token miqrasiyasında köhnə və yeni müqavilə eyni simvolu daşıya bilər; tarixçə olmadan köhnə qiymət sırası yeni aktivə yapışdırıla bilər. Reyestr bu iki obyekti ayrı saxlayır və yalnız sübut olunmuş miqrasiya əlaqəsini əlavə edir.

Loqo da reyestrdə kimlik sübutu deyil. O, yoxlanmış aktiv sətirinə bağlanan görsel resursdur. Xarici URL uğursuz olduqda loqonun olmaması qiymət sahəsini başqa aktivə keçirmir. İstifadəçi eyni simvollu saxta aktivdən məhz bu ayrılıq sayəsində qorunur.

Sorğu müqaviləsi təminatçı davranışını açıq edir

API sorğusu yalnız URL deyil. Parametrlər, cavab sxemi, limit, autentifikasiya tələbi, keş qaydası və xəta semantikası birlikdə sorğu müqaviləsidir. Hansı identifikatorun göndərildiyi, qarşılıq valyutasının necə seçildiyi və vaxt sahəsinin cavabın hansı hissəsindən alındığı kod və metodologiyada eyni cür yazılmalıdır.

Sorğuya yeni parametr əlavə olunanda nəticənin semantikası dəyişə bilər. Lokal valyuta, bazar əhatəsi və ya dəqiqlik seçimi sadə təqdimat deyil. Buna görə sorğu versiyası müşahidə ilə saxlanır. Eyni gündə iki fərqli parametr dəsti ilə alınan rəqəmlər bir zaman sırasında səssiz birləşdirilmir.

Təminatçı sənədi cavab sahəsini dəyişdirəndə parser aşkar xəta verməlidir. Naməlum sahəni sıfıra çevirmək səhifəni texniki baxımdan “uğurlu” göstərə, amma məlumatı saxtalaşdıra bilər. Sxem yoxlamasının məqsədi interfeysi həmişə dolu saxlamaq deyil, etibarsız cavabı görünən etməkdir.

UTC vaxtı hadisələri eyni xəttə qoyur

Mənbə vaxtı müxtəlif formatda qaytara bilər: Unix saniyəsi, millisaniyə, ISO sətri və ya vaxt zonası olmayan tarix. Hər format açıq parser ilə UTC-yə çevrilir, ilkin sətir isə saxlanır. Saniyəni millisaniyə kimi oxumaq tarixi onilliklər uzağa ata bilər; diapazon yoxlaması bu tip xətanı görünən edir.

Vaxt zonası olmayan sətir üçün təxmin edilmir. Təminatçı sənədi zonanı açıq təyin edirsə həmin qayda qeyd olunur; etmirsə vaxt natamam status alır. Brauzerin yerli saatını avtomatik tətbiq etmək Bakıdan və başqa zonadan baxan iki istifadəçiyə fərqli müşahidə yarada bilər.

Blok vaxtı da mütləq divar saatı deyil. Zəncirin verdiyi timestamp, blok hündürlüyü və ya slot birlikdə saxlanır. Yenidən təşkil və ya gecikmiş indeksləmə baş verəndə tək vaxt sətri hadisənin sonluğunu sübut etmir. Bazar API-si ilə zəncir hadisəsini yanaşı qoymaq üçün bu sərhədlər qorunur.

Qarşılıq valyutası transformasiyanın bir hissəsidir

USD kimi göstərilən qiymət həmişə birbaşa USD cütündən gəlmir. Bazar BTC, ETH, USDT, USDC və ya başqa qarşılıq aktivində ola, təminatçı sonradan dollar yolunu hesablaya bilər. Qeyd `originalQuote`, `displayQuote`, çevirmə mənbəsi və hər iki ayağın vaxtını saxlamalıdır.

Stabilkoin simvolunda “dollar” sözünün olması onu hər saniyə tam bir dollara bərabər etmir. Təminatçı real bazar kursundan, sabit vahid fərziyyəsindən və ya öz aqreqasiya metodundan istifadə edə bilər. Bu seçim yazılmayanda kiçik fərq əsas aktivin bazar hərəkəti kimi yanlış oxuna bilər.

AZN görünüşü yaradılarsa, kripto qiyməti ilə valyuta kursunun ayrı mənbələri və vaxtları göstərilməlidir. Köhnə valyuta kursu ilə yeni kripto qiymətini vurmaq texniki olaraq rəqəm yaradır, lakin eyni ana aid müşahidə yaratmır. Bu sayt belə yerli görünüşü canlı mənbə qiymətinin yerinə qoymur.

Dəqiqlik mənbədən daha çox ola bilməz

Kiçik vahid qiyməti çoxlu onluq işarə ilə göstəriləndə dəqiqlik təəssüratı yaranır. Lakin API dəyəri yuvarlaqlaşdırıbsa interfeys itmiş dəqiqliyi bərpa edə bilməz. Saxlama tipi, təminatçının verdiyi rəqəm və göstəriş qaydası ayrıdır. Formatlayıcı yalnız oxunaqlılığı dəyişir.

Elmi yazılış kiçik qiymətlərdə sıfırları itirməmək üçün faydalı ola bilər. Bununla belə, bir formatdan digərinə keçid aktivin “sıfır silməsi” kimi təqdim edilmir. Qiymətin görünüşü ilə iqtisadi dəyər dəyişikliyi eyni hadisə deyil.

Faiz sahələrində də yuvarlaqlaşdırma qaydası saxlanır. Ekranda iki eyni faiz görünə bilər, halbuki ilkin dəyərlər fərqlidir. Araşdırma qeydi ekran mətnindən deyil, ilkin dəyər və transformasiya tarixçəsindən istifadə edir.

Keş mənbə vaxtını dəyişdirmir

Keş API-yə yükü azaldır və qısa nasazlıqda son uğurlu müşahidəni qoruyur. Amma keşdən oxunan vaxt yeni mənbə müşahidəsi deyil. Hər qeyd `sourceObservedAt`, ilk `fetchedAt`, keşə yazılma vaxtı və cari xidmət vaxtını ayırır. İstifadəçiyə göstərilən yaş mənbə hadisəsinə görə hesablanır.

Keş açarına aktiv ID-si, qarşılıq valyutası, məlumat növü və metod versiyası daxil edilməlidir. Yalnız simvolu açar etmək eyni işarəli aktivləri qarışdıra bilər. Qiymət cavabını tarixçə sorğusuna və ya USD cavabını başqa vahidə vermək də eyni sinif xətadır.

Keş boş olanda sistem uğursuz sorğunu sıfır kimi yazmır. Açıq `unavailable` vəziyyəti qaytarır, son cəhd vaxtını qeyd edir və növbəti sorğunu məhdudlaşdırır. Bu davranış qiymət sahəsində sürətli yanıb-sönməni azaldır, amma nasazlığı gizlətmir.

Fresh, stale və unavailable bir-birini əvəz etmir

`Fresh` müşahidənin saytın elan etdiyi yaş sərhədi daxilində olduğunu bildirir. Bu etiket mənbənin doğruluğuna və ya bazarın dəyişmədiyinə zəmanət deyil. `Stale` son uğurlu dəyərin saxlandığını, amma yaş sərhədini keçdiyini bildirir. `Unavailable` isə göstərilə bilən etibarlı dəyərin olmadığı haldır.

Status qiymətin özündən ayrı hesablanır. Kiçik və ya böyük dəyər statusu dəyişdirmir; mənbə vaxtı, alınma nəticəsi və yoxlama qaydası dəyişdirir. Əvvəlki versiyada hesablanmış bazarlararası fərq kimi siqnallar bu statusun üstünə yazılmır. Sayt indi yalnız məlumatın əlçatanlığını və yaşını deyir.

Status mətni rəngdən asılı olmur. Ekran oxuyucusu üçün aydın söz, görünən zaman və mənbə adı qalır. Rəng korluğu olan istifadəçi də eyni məlumatı oxuya bilir. Canlı region yenilənəndə bütün səhifəni təkrar elan etməmək üçün status bildirişi qısa saxlanır.

Retry siyasəti mənbəni yük altında qoymamalıdır

Uğursuz sorğunu fasiləsiz təkrarlamaq mənbə nasazlığını daha da artıra və limitə düşə bilər. Retry yalnız müvəqqəti sayılan xətalara tətbiq olunur, cəhdlər arasında artan fasilə və kiçik təsadüfi yayılma olur. Sxem xətası və ya naməlum aktiv kimi davamı xətalar avtomatik dövrə salınmır.

HTTP cavab kodu tək səbəb deyil. Timeout, DNS, TLS, cavabın ölçüsü, JSON parseri və sxem yoxlaması ayrı kateqoriyalar kimi qeyd edilir. İctimai səhifə texniki detalları açmır, lakin daxili jurnal operatora problemin mənbədə, şəbəkədə və ya saytda olduğunu ayırmağa imkan verir.

Təminatçı `Retry-After` və ya limit başlığı verirsə ona hörmət edilir. Paralel sorğuların sayı da məhdudlaşdırılır. Bir istifadəçinin səhifəni tez-tez yeniləməsi hər dəfə xarici API sorğusu yaratmır; keş və server tərəfində birləşdirmə həm dayanaqlılığı, həm mənbə qaydalarını qoruyur.

Tarixçə sırası canlı kartdan fərqli obyektdir

Canlı kart son müşahidəni göstərir. Tarixçə isə müəyyən interval, nümunə seçimi, qarşılıq valyutası və aqreqasiya qaydası olan sıradır. Bir saatlıq nöqtənin həmin saatın son əməliyyatı, ortası, maksimumu və ya təminatçının seçdiyi nümunə olub-olmadığı sənəddən yoxlanır.

Sırada boşluq varsa iki nöqtə arası avtomatik düz xəttlə doldurulmur. Vizual olaraq hamar qrafik məlumatın fasiləsiz olduğu təəssüratı yarada bilər. Boşluq açıq qalır, müşahidə sayı və tarix əhatəsi göstərilir. Bu, xüsusilə yeni token və ya mənbə kəsintisində vacibdir.

Token miqrasiyası, redenominasiya və ya təminatçı ID dəyişikliyi tarixçəni avtomatik birləşdirmir. Əlaqə sübut edilirsə belə sırada sərhəd işarələnir və çevirmə qaydası yazılır. Əks halda iki ayrı aktiv tarixçəsi kimi qalır.

Qrafik oxu və tooltip məlumatı gizlətməməlidir

Qrafikin şaquli oxu sıfırdan başlamadıqda kiçik dəyişmə böyük görünə bilər. Bu həmişə yanlış deyil, amma oxun minimumu və maksimumu görünən olmalıdır. Loqarifmik ox istifadə edilirsə açıq etiketlənir; sıfır və mənfi dəyərlərin necə idarə edildiyi ayrıca qeyd olunur.

Tooltip nöqtənin vaxtını, qiymət vahidini və statusunu göstərir. Yalnız yuvarlaq qiymət göstərmək eyni ekranda iki nöqtəni fərqsiz edə bilər. Klaviatura və toxunma istifadəçisi də nöqtə məlumatına çata bilməlidir; hover yeganə giriş yolu olmur.

Qrafik üçün alternativ mətn bütün nöqtələri sıralamır. Əhatə, vahid, mənbə, son müşahidə və məlumat boşluqları haqqında qısa xülasə verir. Tam dəyərlər lazımdırsa əlçatan cədvəl və ya mənbə keçidi ayrı təqdim olunur.

Həcm qeydi ikiqat sayımı yoxlamalıdır

Aqreqasiya edilmiş həcmdə eyni bazar bir neçə kanal vasitəsilə siyahıya düşə bilər. Təminatçının ticker ID-si, birja, cüt və qarşılıq valyutası saxlanmadan təkrarı görmək çətindir. Bununla belə, bu sayt özü müxtəlif bazarları toplayıb “qəti” qlobal həcm yaratmır; təminatçının verdiyi əhatəni onun metodologiyası ilə təqdim edir.

Wash trading və süni həcm iddiası da tək böyük rəqəmdən çıxarılmır. Belə nəticə əməliyyat səviyyəsində sübut, bazar qaydaları və metod tələb edir. Məlumat kartı yalnız həcmin keçmiş pəncərədə ticarət fəaliyyəti olduğunu və dərinliyin yerini tutmadığını izah edir.

Həcm vahidi dəqiq yazılır. Baza token vahidi, qarşılıq aktivinin vahidi və dollar ekvivalenti eyni sütun deyil. Çevirmə qiyməti və vaxtı məlum deyilsə dollar göstəricisi məhdud status alır.

Order book snapshotının ömrü qısadır

Sifariş kitabı müəyyən anda görünən limit sifarişləridir. Snapshot alındıqdan sonra sifarişlər ləğv oluna, yerinə yetirilə və ya yeni səviyyələr əlavə edilə bilər. Buna görə dərinlik qeydi əməliyyat vədi deyil. Snapshot vaxtı, cüt, tərəf və səviyyələrin aqreqasiya qaydası olmadan rəqəm təkrarlana bilməz.

WebSocket axınında ilkin snapshot və ardıcılıq nömrələri uzlaşdırılmalıdır. Mesaj itərsə lokal kitab zahirən normal, faktiki olaraq natamam ola bilər. Belə halda yenidən snapshot alınır; köhnə lokal vəziyyət canlı kimi saxlanmır. Bu texniki sərhəd istifadəçiyə sadə statusla çatdırılır.

Bid və ask tərəfləri ayrıdır. Alış istiqamətində istifadə olunan satış sifarişlərini əks tərəflə qarışdırmaq dərinlik mənasını dəyişir. Sayt bu sahələri bir “likvidlik balı”na sıxmır.

DEX hovuzu zəncir konteksti olmadan oxunmur

Hovuz qeydi chain ID, DEX protokolu, hovuz və ya pair address, token0/token1 müqavilələri, fee tier və blok/slot ilə bağlanır. Router URL-i və token simvolu bu kimliyin yerini tutmur. Eyni token cütü bir neçə fee tier və hovuz versiyasında mövcud ola bilər.

Konsentrasiyalı likvidlikdə ümumi kilidli dəyərin hamısı cari qiymət ətrafında aktiv olmaya bilər. Cari tick, aktiv diapazonlar və qiymət istiqaməti nəzərə alınmadan ümumi rəqəm icra qabiliyyətini təsvir etmir. Sabit hasil hovuzunda da ehtiyatlar, fee və token decimals dəqiq oxunmalıdır.

Zəncirdən birbaşa oxu final deyil. RPC düyünün sinxron statusu, blok etiketi və yenidən təşkil ehtimalı qeyd olunur. Aqreqator səhifəsi daha gec indekslənə bilər. Vaxt və blok fərqi göstərilmədə iki rəqəmi eyni anın cavabı kimi qiymətləndirmək olmaz.

Mənbələr arasındakı fərq badge yaratmır

Bir aqreqator, birja və hovuz rəqəmləri fərqli obyektləri ölçür. Onları eyni anda toplayıb sabit faiz həddi ilə “uyğunsuz” elan etmək metodoloji baxımdan yanlış siqnal yarada bilər. Bu sayt belə müqayisə badge-i, siyasət etiketi və ya çarpaz bazar hökmü göstərmir.

Araşdırma zamanı iki mənbə yanaşı qoyulursa əvvəlcə aktiv, cüt, vahid, sahə tərifi, əhatə və vaxt normallaşdırılır. Fərq qalırsa o, avtomatik keyfiyyət balına çevrilmir; metod, indeksləmə gecikməsi və bazar sərhədi kimi izahlar ayrıca sübut olunur. Səbəb tapılmayanda “izah edilməyən fərq” kimi qalır.

Canlı istifadəçi səhifəsi üçün daha dürüst məlumat mənbə adı, müşahidə vaxtı və fresh/stale/unavailable statusudur. Fərqli ticarət yerlərini avtomatik hökmə çevirmək əvəzinə istifadəçiyə rəqəmin sərhədi göstərilir.

Mənbə dəyişikliyi zaman sırasında hadisədir

API provayderi, endpoint, aktiv ID-si və ya aqreqasiya metodu dəyişəndə tarixçədə sərhəd yaranır. Yeni mənbənin ilk dəyəri köhnə sıranın davamı kimi səssiz yazılmır. Dəyişikliyin vaxtı, səbəbi, köhnə və yeni sxem və yoxlama nəticəsi jurnal sətirində qalır.

Keçid dövründə eyni aktiv iki mənbədən müşahidə edilə bilər. Bu, istifadəçiyə müqayisə aləti kimi açılmır; operator sxem, vaxt və boş sahə davranışını yoxlayır. Qəbul meyarları ödəndikdə yeni mənbə aktiv olur, köhnə mənbənin son vaxtı tarixçədə saxlanır.

Metodologiya səhifəsi də bu dəyişikliyi tarixlə izah etməlidir. İstifadəçi bir ay əvvəlki screenshot ilə cari kartı yanaşı qoyanda rəqəmin niyə fərqli mənbə etiketi daşıdığını anlaya bilməlidir.

Müşahidə jurnalı son dəyərdən daha vacibdir

Son dəyəri üstünə yazan sadə cədvəl nasazlıq tarixçəsini itirir. Append-only jurnal hər cəhdi ayrı saxlayır: uğurlu cavab, timeout, sxem xətası, stale xidmət və bərpa. İctimai səhifə son uyğun müşahidəni göstərir, daxili audit isə ona çatan ardıcıllığı yoxlaya bilir.

Jurnalda gizli açar, tam autentifikasiya başlığı və lazımsız şəxsi məlumat saxlanmır. Sorğu URL-ində credential ola biləcək parametr redaktə edilir. Məqsəd təkrarlana bilən texniki sübut yaratmaqdır, sirri audit faylına köçürmək deyil.

Saxlama müddəti məlumat növünə görə yazılır. Canlı qiymətin hər cəhdi sonsuz saxlanmaya bilər, amma metod dəyişikliyi, buraxılış yoxlaması və səhifədə istifadə edilən sübut qeydi daha uzun ömürlü ola bilər. Silinmə siyasəti də audit izinin bir hissəsidir.

İnterfeys rəqəmin məhdudiyyətini yaxınında göstərir

Mənbə və vaxt səhifənin uzaq alt hissəsində deyil, qiymətin yaxınlığında görünür. İstifadəçi rəqəmi ekran görüntüsündə paylaşanda kontekst tam itməsin. Status qısa, mənbə keçidi aydın, vaxt isə UTC və ya açıq zona ilə verilir.

Qiymət alınmayanda kartın ölçüsü qoruna bilər, lakin köhnə dəyər etiketsiz qalmır. “Məlumat əlçatan deyil” ifadəsi boş tire-dən daha informativdir. İstifadəçi bunun tokenin qiymətsiz olması deyil, sorğunun etibarlı cavab verməməsi olduğunu anlayır.

Mobil ekranda mənbə və vaxtı gizlətmək olmaz. Sətirlər alt-alta keçə, loqo kiçilə və qrafik sadələşə bilər, amma provenance sahələri qalır. Vizual prioritet məlumatın mənasını qoruyur.

Lokalizasiya dəyərin semantikasını dəyişdirmir

Azərbaycan dilində onluq vergül, minlik ayırıcı və tarix sırası oxucu üçün lokallaşdırıla bilər. Lakin saxlanan dəyər və API-yə göndərilən parametr lokal mətndən ayrı qalır. Formatlanmış `1,234` sətrini yenidən rəqəm kimi oxumaq mühitə görə tam fərqli dəyər yarada bilər.

Status terminləri dəqiq tərcümə olunur: yeni, köhnəlmiş və əlçatan deyil. Bunlar “yaxşı”, “pis” və ya investisiya qiymətləndirməsi deyil. Mənbə adı və aktiv simvolu tərcümə edilmir, açıqlama isə yerli dilin cümlə quruluşuna uyğun yazılır.

Sağdan sola olmayan bu iki sayt lokalında belə uzun müqavilə və mint sətirləri mobil tərtibatı poza bilər. CSS sətrin bölünməsini idarə edir, amma ünvanı qısaldıb kopyalanan dəyəri dəyişdirmir. Tam kimlik kopyalama əməliyyatında saxlanır.

Məlumat keyfiyyəti avtomatik risk balı deyil

Bir sahənin köhnəlmiş olması tokenin maliyyə riskini ölçməz. Yalnız həmin müşahidənin canlı istifadə üçün yaşlı olduğunu göstərir. Eyni qaydada mənbənin bir neçə bazarı əhatə etməsi aktivin təhlükəsizliyi barədə bal yaratmır. Məlumat keyfiyyəti və aktiv riski ayrı suallardır.

Sayt avtomatik “etibarlı” və ya “etibarsız” hökmü vermək əvəzinə yoxlanmış sahələri və naməlumları göstərir. Müqavilə səlahiyyətləri, holder paylanması və körpü mexanizmi bazar qiymət API-sinin cavabından çıxmır. Onlar ayrı zəncir və sənəd araşdırması tələb edir.

Bu ayrılıq istifadəçiyə daha az sensasiyalı, daha təkrarlana bilən nəticə verir. “Qiymət mövcuddur” cümləsi yalnız mənbə, vaxt və statusla müşahidəni bildirir; almaq, satmaq və ya gələcək istiqamət haqqında göstəriş deyil.

Buraxılışdan əvvəl canlı məlumat qəbul sınağı

Qəbul sınağı əvvəlcə reyestrdəki hər aktivin dəqiq təminatçı ID-sini və zəncir kimliyini yoxlayır. Sonra uğurlu cavabda qiymət, loqo, mənbə, müşahidə vaxtı və fresh statusunun birlikdə göründüyünü təsdiqləyir. Test dəyərin özünü sabit rəqəmə bağlamır; cavab sxemini və davranışı yoxlayır.

Köhnəlmiş fixture son uğurlu dəyərin vaxtı ilə stale etiketini göstərməlidir. Tam xəta fixture-i qiymət yerində unavailable mətnini, mənbə və cəhd haqqında dürüst məlumatı saxlamalıdır. `0`, `null`, sahənin olmaması və HTTP xətası ayrı test hallarıdır.

Klaviatura, ekran oxuyucusu, mobil tərtibat, locale marşrutu və daxili keçid ayrıca yoxlanır. Kiçik hərflə səhv locale aliasının qəbul edilməməsi də marşrut müqaviləsinin hissəsidir. RSS, sitemap və metadata yalnız dəstəklənən dəqiq locale yollarını verir.

Nəhayət, istehsal mətnində köhnə müqayisə siyasəti, sabit faiz hədləri, mənbələrarası hökm və proqnoz dili üçün axtarış aparılır. Nəticə sıfır olmalıdır. Qəbul sınağı canlı qiyməti ləğv etmir; onu yalnız mənbə, vaxt və uğursuzluq vəziyyəti ilə məhdudlaşdırır.

Dövri texniki baxış üçün yoxlama dəftəri

Hər baxışda asılılıq versiyası və API sənədi dəyişiklikləri oxunur. Təminatçı yeni sahə əlavə edibsə sayt onu avtomatik göstərmir; əvvəl semantika, boşluq davranışı və vaxt qaydası yoxlanır. Silinmiş sahə parserdə aydın xəta yaratmalı, əvvəlki dəyər isə stale kimi yaşını göstərməlidir.

Aktiv reyestrində müqavilə və mint ünvanları rəsmi layihə mənbəyi və müstəqil explorer görünüşü ilə yenidən yoxlanır. Dinamik sayt əlçatan deyilsə köhnə yoxlama cari fakt kimi yenilənmir. Son uğurlu baxış tarixi və əlçatanlıq məhdudiyyəti ayrı yazılır.

Keş yaşı, sorğu uğur faizi və parser xətaları əməliyyat sağlamlığı üçün izlənə bilər, lakin ictimai token sıralamasına çevrilmir. Bir problem təkrarlanırsa səbəb jurnalından düzəliş tapılır; tokenə keyfiyyət etiketi yapışdırılmır. Bu, saytın bazar müşahidəsi ilə investisiya hökmü arasındakı sərhədi qoruyur.

Son nəticə: hər rəqəm öz pasportu ilə yaşayır

Bazar məlumatı səhifəsinin dəyəri ən çox rəqəm göstərməkdə deyil. Dəyər aktiv kimliyini, mənbə növünü, sahə tərifini, vahidi, vaxtı və uğursuzluq vəziyyətini bir yerdə saxlamaqdadır. Bu qatlar olmadan canlı görünən kart əslində mənşəyi bilinməyən bir sətirdir.

Meme Atlas AZ qiyməti CoinGecko-nun əhatə etdiyi bazarlardan yaratdığı ümumi müşahidə kimi təqdim edir. Bu qiymət konkret birjanın icra təklifi, konkret DEX hovuzunun vəziyyəti və bütün dünyanın dəyişməz həqiqəti deyil. Loqo kimliyi rahat göstərir, mənbə və vaxt isə rəqəmin sərhədini açır.

Mənbə cavab verməyəndə sistem bunu etiraf edir. Son uğurlu dəyər yenilik həddini keçibsə stale qalır; etibarlı dəyər yoxdursa unavailable görünür. Beləliklə sıfır, boşluq və xəta bir-birinə qarışmır. İstifadəçi həm rəqəmi, həm də ona nə qədər etibar edilə biləcəyini deyil, onun nə vaxt və haradan müşahidə edildiyini görür.

Bu metod sadə bir prinsipə qayıdır: ölçü hökm deyil. Qiymət, həcm, təklif və likvidlik sahələri yalnız dəqiq obyekt, mənbə, vahid və zaman daxilində mənalıdır. Pasport həmin konteksti saxlayır və gələcək qiymət, gəlir və ya təhlükəsizlik vədi vermədən araşdırmanı təkrarlana bilən edir.

Sahə-sahə nasazlıq məşqi

Canlı sistem yalnız uğurlu cavabla sınanmır. Qiymət mövcud, loqo URL-i uğursuz olduqda mətn kimliyi və qiymət qalmalıdır. Loqo yüklənməməsi aktiv ID-sini dəyişdirmir. Qiymət mövcud, mənbə vaxtı boş olduqda sayt fetch vaxtını mənbə vaxtı kimi uydurmur; müşahidə vaxtının verilmədiyini açıq saxlayır.

Qiymət `0` qaytarıldıqda sxem bunu etibarlı sıfır saymazdan əvvəl provayder sənədini və aktiv vəziyyətini yoxlayır. `null`, boş sətir, sonsuz dəyər, mənfi qiymət və rəqəm olmayan sətir ayrı rədd hallarına malikdir. Parser xətası son uğurlu müşahidəni silmir, amma onu fresh də göstərmir.

Loqo çox böyük, yanlış MIME tipli və ya icazəsiz yönləndirmə ilə gəlirsə təhlükəsiz fallback istifadə olunur. Xarici şəkil qiymət API-sinin etibar sərhədini genişləndirmir. Alt mətn aktivin yoxlanmış adından yaradılır, fayl adından və ya uzaq serverin təsvirindən deyil.

Tarixçə endpoint-i qismən cavab verəndə mövcud nöqtələr saxlanır, əhatə və boşluq göstərilir. Sıra sıralanmamış gəlirsə timestamp üzrə normallaşdırılır və təkrar timestamp qaydası tətbiq olunur. Eyni vaxt üçün iki dəyər varsa sənədləşdirilmiş provider qaydası olmadan orta qiymət uydurulmur.

Server və brauzer saatı arasında sərhəd

Freshness serverin etibarlı cari vaxtına görə hesablanır. İstifadəçinin cihaz saatı səhv qurulubsa qiymət avtomatik gələcəkdən və ya çox köhnə görünməməlidir. Brauzer yalnız serverin verdiyi müşahidə və render vaxtını oxunaqlı formata çevirir. Saat fərqi kritikdirsə status serverdə müəyyən edilir.

Hydration zamanı server və brauzer saniyəsi fərqlənə bilər. Nisbi “bir neçə dəqiqə əvvəl” mətni ilkin renderdə sabit vaxtdan yaranır, sonra nəzarətli şəkildə yenilənir. Bu, həm hydration uyğunsuzluğunu, həm də ekran oxuyucusunun hər saniyə lazımsız elanını azaldır.

Server response-u CDN və ya brauzer keşi ilə saxlanırsa HTTP yaş başlıqları daxili bazar müşahidə vaxtının yerini tutmur. Səhifə bir dəqiqə əvvəl yaradılmış, içindəki provider müşahidəsi daha köhnə ola bilər. İki yaş ayrıca hesablanır.

Strukturlaşdırılmış məlumatda eyni provenance

Səhifənin görünən qiyməti ilə strukturlaşdırılmış data fərqli vaxt və ya vahid daşımamalıdır. Canlı rəqəm schema daxil edilirsə onun dəyişkənliyi, valyutası və müşahidə vaxtı eyni mənbədən gəlir. Statik build zamanı fixture qiymətini istehsal faktı kimi metadata-ya yazmaq olmaz.

Məqalə metadata-sı müəlliflik, nəşr və yenilənmə tarixini daşıyır; bazar müşahidəsi isə ayrı canlı obyekt olaraq qalır. Məqalənin `updatedAt` tarixi qiymətin cari olduğu anlamına gəlmir. Eyni şəkildə API-nin `last_updated` sahəsi məqalənin redaktə tarixi deyil.

RSS və sitemap məqalə tarixlərini verir, hər qiymət dəyişməsində yenilənmir. Əks halda canlı bazar hərəkəti səhifəni redaksiya baxımından “yeni məqalə” kimi göstərə bilər. Provenance qatlarının ayrılması axtarış inventarını da dürüst saxlayır.

Təhlükəsizlik və məxfilik sərhədi

Canlı bazar sorğusu istifadəçi wallet ünvanı, hesab məlumatı və ya brauzer tarixçəsi tələb etmir. Server xarici providerə yalnız əvvəlcədən yoxlanmış aktiv ID-lərini göndərir. İstifadəçinin mətn daxil etməsi ilə sərbəst URL və ya provider parametri yaradılmır.

API açarı tələb olunan halda o, server mühitində qalır və client bundle-a daxil edilmir. Xəta mesajı tam request başlığını və credential parametrini göstərmir. Log redaksiyası uğurlu və uğursuz hallarda eyni qaydanı tətbiq edir.

Xarici mənbə linki yeni kontekstdə təhlükəsiz atributlarla açılır. Linkin olması həmin mənbənin bütün fikirlərinin sayt tərəfindən təsdiqi deyil; konkret rəqəmin və metodun provenance keçididir. İstifadəçi mənbəyə keçmədən də onun adını və müşahidə vaxtını görə bilir.

Dəyişiklik nəzərdən keçirilməsində üç sual

Canlı məlumat koduna hər dəyişiklikdə üç sual verilir. Birincisi, aktiv kimliyi və sahə semantikası dəyişirmi? İkincisi, vaxt, keş və uğursuzluq davranışı dəyişirmi? Üçüncüsü, istifadəçi əvvəl görünən provenance məlumatından nəyisə itirirmi? Cavablardan biri bəlidirsə test və metodologiya eyni commit-də yenilənir.

Yalnız CSS dəyişiklikləri də status mətnini gizlədə, mobil sıranı poza və rəng kontrastını azalda bilər. Ona görə vizual yoxlama qiymətin yaxınlığında mənbə, vaxt və statusun qaldığını təsdiqləyir. Screenshot reklam və ya cookie örtüyü ilə bağlanıbsa sübut kimi qəbul edilmir.

Asılılıq yenilənməsi parser və fetch davranışını dəyişə bilər. Next.js və runtime qaydaları layihədə quraşdırılmış sənəddən oxunur; köhnə framework fərziyyəsi ilə route və cache yazılmır. Build, server render və client navigation ayrıca yoxlanır.

Operator üçün qısa hadisə protokolu

Canlı qiymət yox olduqda əvvəl ictimai status yoxlanır: unavailable düzgün görünürmü, köhnə dəyər fresh qalıbmı? Sonra daxili jurnal son uğurlu fetch, son xəta kateqoriyası və schema nəticəsini göstərir. Provider səhifəsinə baxış yalnız lazım olduqda və açıq mənbə ilə edilir.

Səbəb provider kəsintisidirsə sayt köhnə dəyəri vaxtı ilə saxlaya bilər. Səbəb aktiv ID dəyişikliyidirsə reyestr rəsmi mənbə ilə yenidən təsdiqlənmədən başqa nəticəyə keçilmir. Səbəb parser dəyişməsidirsə fixture əvvəl RED test yaradır, sonra minimal düzəliş edilir.

Bərpadan sonra ilk uğurlu dəyərin aktiv, vahid və vaxtı yoxlanır. Sadəcə HTTP 200 almaq kifayət deyil. Hadisə qeydi nə baş verdiyini, istifadəçinin hansı statusu gördüyünü və hansı testin gələcək təkrarı qoruduğunu qısa şəkildə saxlayır.

Araşdırma oxucusu üçün son oxu ardıcıllığı

Oxucu əvvəl aktiv adını deyil, tam kimlik sətrini yoxlayır. Sonra rəqəmin qlobal provider müşahidəsi, CEX cütü və ya DEX hovuzu olub-olmadığını müəyyən edir. Üçüncü addım sahənin adını oxumaqdır: price, market cap, volume və liquidity bir-birinin sinonimi deyil.

Dördüncü addım vahid və vaxtdır. USD görünüşünün birbaşa və ya çevrilmiş olması, mənbə müşahidəsi ilə sayt fetch vaxtının fərqi qeyd olunur. Beşinci addım statusdur: fresh yalnız yaş həddini, stale köhnə müşahidəni, unavailable isə etibarlı dəyərin olmadığını bildirir.

Bu ardıcıllıqdan sonra rəqəm məqalədə istifadə edilə bilər. Cümlə mənbənin əhatəsini aşmır, gələcək istiqamət çıxarmır və başqa bazara aid dəyəri onun üstünə yapışdırmır. Beləliklə canlı məlumat sürətli görünməklə yanaşı redaksiya baxımından da yoxlana bilən qalır.