CEX və DEX məlumatını ayırmaq: daxili kitab, açıq hovuz, fərqli sübut

Oteldəki rezervasiya dəftəri yalnız həmin otelin otaqlarını göstərir. Şəhərin açıq xəritəsi isə binaları və yolları göstərir, amma hansı otağın hazırda ayrıldığını bilmir. Hər iki mənbə gerçəkdir; sadəcə fərqli obyekt və hadisələri qeyd edir. Birinin sətirini digərinin xəritə işarəsi ilə “düzəltmək” mənanı itirər.

CEX sifariş kitabı ilə DEX hovuzu da belədir. Hər ikisində qiymət, həcm və likvidlik sözləri görünə bilər, lakin rəqəmlərin yarandığı sistem eyni deyil. Məqsəd hansının “daha real” olduğunu seçmək yox, hər rəqəmin məlumat soyunu qorumaqdır.

CEX sətiri product kimliyi ilə başlayır

Mərkəzləşdirilmiş birjada bazarın minimum vahidi adətən müəyyən product-dur: əsas aktiv, quote aktiv və platformanın həmin cüt üçün daxili identifikatoru. Last trade baş vermiş hadisədir. Best bid və best ask görünən sifariş kitabının iki tərəfidir. Daha dərin qiymət səviyyələri isə müəyyən anda gözləyən təkliflərin snapshot-ıdır.

Coinbase product book sənədində default görünüşün ən yaxşı bid və ask-ı verdiyi, level 2-nin sifarişləri qiymət səviyyəsində birləşdirdiyi, level 3-ün fərdi sifarişləri göstərdiyi izah olunur. Bu, “order book size” sahəsinin level və aqreqasiya qaydası olmadan tam mənalı olmadığını göstərir. Lakin bir platformanın modeli bütün CEX-lərin eyni saxlanma və nəşr qaydasına malik olduğunu sübut etmir.

CEX passportunda platforma, product ID, base/quote, məlumat növü, book level, sequence və ya snapshot identifikatoru varsa həmin dəyər, upstream vaxtı və fetch vaxtı saxlanır. Tokenin platformada istifadə edilən daxili ID-si zəncir müqaviləsi ilə avtomatik eyni obyekt sayılmır; deposit şəbəkələri və contract mapping ayrıca sübut tələb edir.

DEX sətiri chain və pair obyektidir

DEX-də açıq məlumat konkret zəncirdəki pair və ya hovuzdan yaranır. Tam qeyd chain ID, pair address, base və quote tokenlərin tam ünvanları, hovuz tipi, komissiya pilləsi məlumdursa həmin dəyər, ehtiyat və ya provider likvidlik sahəsi, blok və müşahidə vaxtını saxlayır.

DEX Screener sxemində `chainId`, `pairAddress`, `baseToken` və `quoteToken` qiymət və həcm sahələri ilə yanaşı verilir. Bu sahələr “eyni token” yazısından daha güclü kimlik yaradır. Bununla belə, indeksləşdirici bütün protokolları və bütün keçmiş vəziyyəti əhatə etdiyini avtomatik sübut etmir.

Hovuz qiyməti həmin pair-dəki nisbətin göstəricisidir. Uniswap-ın price impact izahı əməliyyat ölçüsü ilə hovuz likvidliyinin nəticəyə təsir etdiyini göstərir. Bu mexanizm sifariş kitabındakı spread ilə eyni obyekt deyil. CEX-də görünən ask, DEX-də spot pool ratio və route quote eyni “price” sütununa yazılsa, ad oxşarlığı semantik fərqi gizlədir.

Üçüncü xətt aqreqat məlumat provayderidir

CoinGecko kimi provayder bir neçə bazarın ticker-lərini seçə, valyutaları çevirə, kənar nəticələri filtrləyə və qalan məlumatı həcm çəkisi ilə birləşdirə bilər. Yekun qiymət nə tək CEX sifarişi, nə də tək DEX hovuzudur. O, metodologiyanın çıxışıdır.

Bu səbəbdən aqreqat nəticəyə provider ID, aktiv ID, əhatə, kotirovka valyutası, metodologiya versiyası və vaxtla baxılır. “USD” etiketi çevirmə yolunu açıqlamır. TOKEN/USDT ticker-i ilə TOKEN/SOL hovuzunun USD nəticəsi fərqli aralıq mənbələrdən yarana bilər.

Provayder bazar kapitallaşması, həcm və qiyməti eyni aktiv səhifəsində göstərsə də sahələr eyni sübut xəttindən gəlməyə bilər. Supply başqa mənbədən, qiymət başqa bazar dəstindən, volume isə başqa pəncərədən alına bilər. Aqreqat sətir öz emal sərhədi ilə ayrıca qalmalıdır.

Eyni başlıq eyni hadisə demək deyil

“Həcm” CEX-də platformanın müəyyən pəncərədə qeyd etdiyi trades, DEX-də pair üzrə zəncir hadisələrinin indekslənmiş cəmi, provayderdə isə bir neçə ticker-in filtrlənmiş nəticəsi ola bilər. Pəncərə, timezone, base/quote istiqaməti və double-count qaydası göstərilmədən rəqəmlərin böyüklüyü müqayisə edilmir.

“Likvidlik” də başqa mənalara keçir. CEX order-book depth görünən qiymət pillələrindəki sifarişlərdir; ləğv edilə və snapshot-dan dərhal sonra dəyişə bilər. DEX hovuzundakı kapital smart contract vəziyyətidir, lakin onun hamısı istənilən istiqamətdə və sıfır qiymət təsiri ilə istifadə edilmir. Provayderin liquidity score və ya USD sahəsi isə əlavə metodoloji çevirmə ola bilər.

“Qiymət” üçün last, bid, ask, mid, pool ratio, route quote və aqreqat ayrı enum dəyərləri olmalıdır. Tək bir `price` sütunu rahat görünür, amma məlumatın hansı sualı cavablandırdığını silir.

Aktiv kimliyi iki sistem arasında körpüdür

CEX-də `DOGE-USDT` product adını görmək DOGE-nin zəncir kimliyini tam təsdiqləmir. Platforma bir neçə deposit şəbəkəsini dəstəkləyə, bəzi şəbəkələri müvəqqəti dayandıra və daxili balansı offchain saxlaya bilər. DEX pair isə konkret müqavilə və ya mintlə bağlıdır.

İki xətti əlaqələndirmək üçün kanonik aktivin nə olduğu, CEX product-un hansı deposit/withdrawal obyektlərinə bağlı olduğu, DEX tərəfinin tam ünvanı və wrapper/bridge münasibəti yazılmalıdır. Bu əlaqə tapılmadıqda nəticə “eyni simvol” səviyyəsində qalır.

Meme koin şəbəkəsini tapmaq aktiv kimliyinin chain və contract paketini, token ünvanını yoxlamaq isə tam ünvanın sübut sərhədini qurur. Bazar məlumatı bu iki qapıdan sonra birləşdirilir.

Vaxtı uyğunlaşdırmaq ekranı eyniləşdirmək deyil

CEX websocket hadisəsi, REST order-book snapshot-ı, zəncir bloku və aqreqator yenilənməsi fərqli saat mexanizmlərinə malikdir. İstifadəçinin iki tabı eyni anda açması upstream müşahidələrin eyni anı göstərdiyini sübut etmir.

Minimum vaxt paketi mənbənin event və ya snapshot vaxtı, zəncir üçün block/slot, provider-in last updated sahəsi, saytın fetch vaxtı və göstərilmə vaxtından ibarətdir. Bu sahələrdən biri yoxdursa “unknown” qalır. Pair creation time qiymətin vaxtı kimi, CEX product creation isə son trade vaxtı kimi istifadə edilmir.

Hər qeyd öz vaxtı və mənbə dairəsi ilə saxlanılır. Köhnə sətir cari müşahidə kimi təqdim edilmir; onun statusu ayrıca göstərilir. CEX və DEX bölmələri öz sahələri ilə ayrıca qalır, əlavə faiz və ya nişan yaradılmır.

Müqayisə yalnız ortaq sual olduqda aparılır

CEX best ask ilə DEX pool spot ratio-nu yanaşı qoymaq olar, amma “harada eyni məbləğ daha yaxşı icra olunar?” sualına cavab alınmır. CEX üçün kitab dərinliyi və haqq, DEX üçün route, price impact, şəbəkə haqqı və token transfer məhdudiyyəti lazımdır. Bu məqalə həmin nəticəni hesablamır.

Həcm müqayisəsində eyni vaxt pəncərəsi, eyni base aktivi, eyni quote normallaşdırması və əhatə yazılır. Likvidlik müqayisəsində isə vahid ortaq ölçü çox vaxt yoxdur; iki panelin paralel təqdimatı bir cədvəldə “cəmi” yaratmaqdan daha dürüstdür.

Uyğunlaşdırıla bilən sahələr identity, quote vahidi, müşahidə vaxtı və source status-dur. Bazar mexanizmi, custody modeli, order lifecycle və zəncir finality-si uyğunlaşdırılmır; onlar məhz fərqin özüdür.

Çatışmayan məlumatı sıfıra çevirmə

CEX API cavab vermirsə order book sıfır deyil. DEX indeksləşdiricisi pair tapmırsa zəncirdə hovuzun yoxluğu sübut edilmir. Provider nəticəsi gecikibsə köhnə qiymət cari qiymət kimi göstərilmir. Failed, missing, stale və outside-scope ayrı statuslardır.

Mənbələr ziddiyyət yaratdıqda xam cavabın kimliyi və vaxtı saxlanır. “CEX həcmi şişirdilib” və ya “DEX məlumatı doğrudur” kimi hökm üçün bu fərq kifayət deyil. Filtr, istiqamət, vaxt və aktiv mapping yoxlanmadan ziddiyyət yalnız araşdırma növbəsidir.

Yekun data passport hər sətirdə source type, market object, asset identity, measurement type, unit, window, timestamp, transformation və limitation saxlayır. Sonra müqayisə qeydi yazılır: hansı sahələr həqiqətən uyğunlaşdırılıb, hansılar yalnız yanaşı göstərilib və hansı sual cavabsız qalıb. Belə cədvəl daha az “vahid rəqəm” verir, amma oxucuya həmin rəqəmin nəyi sübut etdiyini dürüst göstərir.

CEX product kartında hansı sahələr qalır?

CEX məlumatı üçün birinci açar birjanın adı deyil, dəqiq product kimliyidir. Spot cüt, müddətsiz müqavilə, marja bazarı və indeks eyni simvolları paylaşa bilər. Kart product növünü, base və quote aktivini, bazar statusunu, ölçü vahidini, book səviyyəsini və müşahidə vaxtını saxlayır. Bu sahələr olmadan `price` və `volume` başlıqları hansı bazarı təsvir etdiyini itirir.

Depozit və çıxarış üçün istifadə olunan chain mapping ayrıca saxlanılır. CEX-in daxili product kodu zəncirdəki müqavilə ünvanı deyil. Platforma bir neçə şəbəkədə depozit qəbul edirsə, bu, order book-un hər şəbəkə üçün ayrıca olduğu mənasına gəlmir. Product ilə on-chain transfer obyektini bir sətirdə birləşdirmək səhv münasibət yaradar.

DEX pair kartı daha dar obyektdir

DEX pair sətri chain, pair address, base token, quote token və DEX ilə tanınır. Buradakı qiymət həmin hovuzun ehtiyat və əməliyyat vəziyyətinə bağlıdır. Provider eyni token üçün bir neçə pair qaytarırsa, hər biri ayrıca sətirdə qalır. Ən böyük likvidlikli pair seçilsə belə, seçimin qaydası və vaxtı qeyd edilməlidir.

Pair-in yaradılma vaxtı cari quote vaxtı deyil. `volume.h24` son günün fəaliyyət pəncərəsidir, `liquidity` isə görünən cari strukturdur. Bu sahələr CEX-in order-book snapshot-u ilə ad oxşarlığına görə birləşdirilmir.

Aqreqatorun emal mərhələsi

CoinGecko metodologiyası bir neçə ticker-i toplamaq, filtrləmək və çəkiləndirmək üçün provider qaydaları təsvir edir. Nəticə tək bir CEX product-u və ya DEX pair-i deyil. Araşdırma aqreqat sahəni provider ID, metodologiya, valyuta və müşahidə vaxtı ilə saxlayır. Daxil edilən bazarların tam siyahısı görünmürsə, əhatə barədə qeyri-müəyyənlik qalır.

Bu emal mərhələsi “provider qiyməti daha doğrudur” hökmü vermir. O, sadəcə başqa obyekt yaradır. CEX və DEX məlumatı öz bazar mikrostrukturunu, aqreqator isə seçdiyi girişlərdən hazırlanmış xülasəni göstərir.

Statusların ortaq lüğəti

Üç sistemdə çatışmazlığı eyni sözlə yazmaq üçün kiçik status lüğəti lazımdır: `fresh`, `stale`, `unavailable`, `unknown source time` və `identity unresolved`. Statuslar rəqəmi qiymətləndirmir; onun istifadə sərhədini bildirir. `unavailable` sıfır deyil, `stale` isə cari qiymət deyil.

Statusun səbəbi də saxlanılır. HTTP xətası, schema dəyişikliyi, boş book, bağlanmış pair və yanlış aktiv mapping fərqli hallardır. Hamısını “məlumat yoxdur” cümləsinə yığmaq sonrakı araşdırmanı çətinləşdirir.

Order book sahələrini necə sənədləşdirməli?

Order book tək qiymət deyil. Hər səviyyədə istiqamət, qiymət, miqdar və snapshot vaxtı var. Araşdırma yalnız ən yuxarı bid və ask-i saxlayırsa, bunun top-of-book müşahidəsi olduğunu açıq yazır. Daha çox səviyyə alınıbsa, dərinliyin neçə pilləni və hansı qiymət aralığını əhatə etdiyi qeyd olunur. Platformanın göstərdiyi cəmlənmiş görünüş xam sifariş siyahısı kimi təqdim edilmir.

Book yenilənmə identifikatoru və ya sequence varsa, o da saxlanılır. İki cavab arasında boşluq yarananda sonrakı snapshot əvvəlki ardıcıllığın davamı sayılmır. WebSocket kəsintisi, gecikmiş REST cavabı və bazarın müvəqqəti dayanması ayrı hadisələrdir. Bu detallar olmadan “CEX dərinliyi” ifadəsi müşahidənin necə alındığını gizlədir.

DEX hadisəsi ilə pool vəziyyətini ayır

DEX-də son swap hadisəsi cari ehtiyatların yalnız bir dəyişmə nöqtəsidir. Hovuz sonradan likvidlik əlavə etmə, çıxarma və başqa swap-larla dəyişə bilər. Pair provider-in göstərdiyi son qiymət, on-chain ehtiyat və router quote fərqli vaxtlarda alınıbsa, onlar bir snapshot kimi yazılmır. Hər birinin blok və ya müşahidə vaxtı ayrıca qalır.

İndeksləyici cavabı zəncirin özü deyil. Provider müəyyən pair-i gec görə və ya sahəni boş qaytara bilər. On-chain RPC müşahidəsi də öz növbəsində seçilmiş node və blok kontekstinə bağlıdır. Mənbə iyerarxiyası “biri həmişə doğrudur” qaydası yaratmır; yalnız hər iddianın hansı sübutla dəstəkləndiyini göstərir.

Aktiv mapping üçün münasibət sübutu

CEX product-dakı simvolu DEX tokeninə bağlamaq üçün depozit/çıxarış şəbəkəsi, tam contract və platformanın asset mapping-i lazımdır. Simvol eyni olsa da, platforma wrapped və ya bridged təmsili qəbul edə bilər. Bəzi hallarda daxili balans zəncirdəki konkret vahidlə birbaşa ayrılmır. Buna görə mapping “eyni ticker” səbəbi ilə təsdiqlənmir.

Münasibət üç statusdan biri ilə saxlanılır: təsdiqlənmiş tam mapping, qismən təsdiqlənmiş şəbəkə əlaqəsi və həll olunmamış uyğunluq. Qismən təsdiq CEX və DEX sətirlərini vahid bazar obyektinə çevirmir. Yalnız məlum əlaqəni göstərir və çatışmayan müqavilə və ya məhsul sübutunu açıq saxlayır.

Pəncərə və snapshot eyni cədvəldə necə görünür?

Həcm müəyyən dövrün hadisələrini toplayır, book və pool ehtiyatı isə müəyyən anın vəziyyətidir. Cədvəldə `measurementType` və `window` ayrı sütunlar olmalıdır. Snapshot üçün pəncərə “n/a”, dövr göstəricisi üçün isə başlanğıc və son vaxt yazılır. Bu, gündəlik həcm ilə cari dərinliyin eyni vahid kimi görünməsinin qarşısını alır.

Provider rolling window istifadə edirsə, təqvim günü ilə qarışdırılmır. UTC sərhədi, yerli vaxt və sürüşən iyirmi dörd saat fərqli seçimlərdir. Mənbə pəncərəni açıqlamırsa, sayt ona öz tərifini əlavə etmir; `provider-defined window` qeydi saxlanılır.

Valyuta çevirməsinin ayrıca izi

USD ilə göstərilən nəticə bəzən birbaşa USD bazarından, bəzən stablecoin cütündən, bəzən də başqa aktiv üzərindən çevirmədən gələ bilər. Çevirmə yolu məlumdursa, aralıq aktiv, mənbə və vaxt yazılır. Məlum deyilsə, son rəqəm “USD-labelled provider output” kimi qalır və birbaşa dollar order book-u ilə eyni sayılmır.

Stablecoin adı da avtomatik olaraq bir dollar deyil. Araşdırma onun hansı token, hansı şəbəkə və hansı bazar olduğunu saxlayır. Qiymət əlaqəsi ayrıca müşahidə tələb edir. Bu qayda müxtəlif sistemlərdə eyni `USD` başlığının arxasında qalan çevirmə fərqlərini görünən edir.

Dəyişiklik jurnalında nə yazılır?

Product bağlananda, pair dəyişəndə və ya provider mapping yenilənəndə əvvəlki sətir silinmir. Dəyişiklik jurnalı köhnə kimliyi, yeni kimliyi, aşkar edilmə vaxtını, sübut URL-sini və təsir edən sahələri saxlayır. Beləliklə, tarixi qrafikdə qırılma görünəndə bunun bazar hadisəsi, məhsul miqrasiyası və ya məlumat metodunun dəyişməsi olub-olmadığı araşdırıla bilər.

Jurnal hökm vermir. Səbəb təsdiqlənmirsə, “səbəb həll olunmayıb” yazılır. Bu status sonrakı redaktora eyni problemi yenidən kəşf etmək əvəzinə dəqiq yoxlama nöqtəsindən davam etməyə imkan verir.

Deposit və withdrawal sahəsi qiymət sahəsi deyil

CEX məhsulunda ticarət açıq olsa belə müəyyən şəbəkə üzrə deposit və withdrawal dayandırıla bilər. Bu vəziyyət order book qiymətini avtomatik dəyişmir, amma aktivin zəncirə keçirilməsi imkanına təsir edir. Məhsul ID-si, dəstəklənən şəbəkə adı, status və müşahidə vaxtı ayrıca saxlanır.

Birja “network” etiketi ilə layihə brendini, zəncir adını və ya daxili transfer kanalını göstərə bilər. Tam contract/mint mapping rəsmi deposit məlumatı və zəncir sübutu ilə yoxlanmadan DEX aktivi ilə eyniləşdirilmir. Memo və destination tag tələbi də aktiv kimliyindən ayrı əməliyyat sahəsidir.

Status səhifəsi texniki kəsintini izah edə bilər, lakin onun mesajı gələcək bərpa vaxtına zəmanət deyil. Araşdırma yalnız elan olunan vəziyyəti və vaxtı qeyd edir; istifadəçi hesab təcrübəsi uydurulmur.

CEX və DEX fee-ləri eyni sətirə yığılmır

CEX maker/taker haqqı hesab səviyyəsi, kampaniya və məhsula görə dəyişə bilər. DEX hovuz haqqı müqavilə və fee tier ilə, network fee isə zəncir vəziyyəti ilə bağlıdır. Bu üç xərc eyni mənbə və eyni vaxtdan gəlmir. Sayt sabit “ümumi xərc” rəqəmi yaratmır.

Withdrawal haqqı da trading fee deyil. Birja sabit token miqdarı, dinamik şəbəkə haqqı və ya başqa siyasət tətbiq edə bilər. Cari hesab şərtləri olmadan açıq səhifədəki rəqəm bütün istifadəçilər üçün vəd kimi yazılmır.

DEX quote-u göstərilirsə routerin verdiyi minimum çıxış, price impact və fee sahələri öz metodunda qalır. Slippage tolerance istifadəçi parametridir, bazarın müşahidə olunan qiyməti deyil.

Nəticə dəftərinin qəbul meyarları

Bir sətir yalnız dəqiq obyekt, ölçü növü, vahid, mənbə və vaxt olduqda qəbul edilir. Aqreqat qiymətdə provider ID-si və metodologiya, CEX məlumatında product və book səviyyəsi, DEX məlumatında chain və pair göstərilməlidir. Çatışmayan açar varsa, rəqəm araşdırma qeydinə düşə bilər, amma yekun təqdimatda təsdiqlənmiş müşahidə kimi görünmür.

İkinci meyar təkrar istehsaldır. Başqa redaktor eyni mənbəni açıb eyni obyektə çata bilməlidir. Dinamik sahə artıq dəyişibsə, köhnə müşahidənin vaxtı onun niyə fərqli olduğunu izah edir. Bu, bütün ekranları bir rəqəmə sıxmaqdan daha yavaş, lakin daha dürüst məlumat tarixçəsi yaradır.