假装在抄底

⚠️ Xatırlatma, qardaşlar: Binance dəvət kodu MY6751-dir, komissiyada 30% qənaət edin (şəbəkə üzrə ən yüksək), avtomatik ödəniş. Artıq istifadə olunan köhnə hesablar da kodu yaza bilər. Alpha, Spot, Trading yarışları, Fyüçers, tokenləşdirilmiş səhmlər — hamısında 30% qənaət.

3 addımda edin:
1️⃣ Binance App → Wallet → Dostları dəvət et
2️⃣ "Dəvət kodunu daxil edin" üzərinə basın — komissiya 30% azalır
3️⃣ MY6751 kodunu daxil edin

“10U döyüşçüsü” 1-ci mövsümün mükafatları 27U gəldi, pulun dəyəri yenə də yaxşıdır.

2-ci mövsüm də başladı, yenə də köhnə qayda ilə birbaşa qarşılıqlı kompensasiya edib sifariş açırıq; 10U qazanan kimi qaçırıq. Təlimat üçün baxın 👇🏻 əvvəlki yazılara.
#10U döyüşçüsü

📅 Bu gün 20:00-da Binance Alpha-da Canopy (CNPY) listinq ediləcək

Canopy “AI ilə tez bir şəkildə on-chain tətbiqlər hazırlamaq” hədəfini əsas götürür; sadə desək, zəncirə qoşulma, tətbiqin deploy edilməsi kimi mürəkkəb işləri asanlaşdırır. Layihə Tanssi-nin əsas texnologiyasını satın alıb və 8,5 milyon ABŞ dolları məbləğində maliyyələşdirmə tamamlayıb; investorlara Arrington, Fenbushi, Borderless və SNZ daxildir—ümumi fonu pis deyil.

Amma diqqət etməli olduğum bir neçə məqam var:
Layihənin rəsmi saytı 350 min istifadəçi və 25 min tərtibatçıdan danışır, amma əsasən testnet məlumatlarıdır; real gəlir və mainnet tələbatı hələ aydın görünmür.
CNPY-nin maksimum tədarükü 560 milyon ədəddir; CMC dövriyyədə təxminən 67,12 milyon ədəd göstərir, amma on-chain-də ümumi tədarük 228 milyon ədəddən də yuxarıdır. Fərqli rəqəmlər arasındakı uyğunsuzluq çox böyükdür; investorlar, komanda və airdroplar ümumilikdə nə qədər satacaq—bu barədə də xüsusilə aydın izah yoxdur.
On-chain hovuzun referens qiyməti təxminən 0,1116 dollardır; bu da 62,5 milyon ABŞ dolları FDV-yə uyğundur. Hovuz dərin deyil; bəzi analizlərə görə 200 min dollarlıq alıcı sifariş qiyməti təxminən 0,24 dollara qədər qaldıra bilər—yəni açılışda asan “şişirmə və çaxma” (sürətli qalxıb tez düşmə) ola bilər.
Üstəlik, bu gecə Bitget, Gate və s. birjalarda da 20:00-da eyni vaxtda açılış olacaq və iki saatlıq eksklüziv “pump” pəncərəsi yoxdur. Binance airdrop çipləri, layihə airdrop-u və digər platformların payları eyni vaxtda satıla bilər—pikdən sonra geri düşməyə diqqət edin.

Mənim airdrop satış planım:
0,18-dən yuxarı: qalanın yarısını sat, əvvəlcə mənfəəti götür
0,24: qalanların böyük hissəsini sat, maksimum 1/10-ni “baxmaq üçün” saxla

Səbəb sadədir: hovuzun dib qiyməti təxminən 0,1116 dollardır; 0,18 dollar ilk raundda qalxış zamanı asan toxunula bilər. On-chain hesablamalar göstərir ki, təxminən 200 min dollarlıq alış sifarişi qiyməti 0,24-ə yaxın itələyə bilər—bu da daha aydın “realizə etmə” zonasıdır.
Açılış birbaşa 0,24-dən yuxarı olsa, limit sifarişlərə gözləməyə ehtiyac yoxdur—mərhələli şəkildə spot bazar qiyməti ilə satmaq kifayətdir. Pulsuz airdrop-un əsas məqsədi “pulu cibə qoymaqdır”, maksimum nöqtəni təxmin etmək deyil.

Alpha vəzifəsi 5 xal sürətlə toplama bələdçisi 🔥

Sabah böyük ehtimalla airdrop olacaq, bu gün 5 xal dəyərində vəzifələri başlamaq olar

Vəzifəyə qısa baxış
Binance Wallet-də 50U dəyərində eMeme ticarəti et, 5 Alpha xalı qazan.
(Qeyd: yalnız “eMeme”ə diqqət et, səhv hovuzu alma!)

Keçid qapısı
Binance Wallet → sol aşağı küncdə “Market” → yuxarıda “Meme” seç → sağ tərəfdə “eMeme” girişini tap

Şəxsi praktiki məsləhət

· 51U ilə almaq daha təhlükəsizdir (itki sonrası 50U-dan aşağı qalsa, mükafat olmaya bilər, xəttdə dayanma)
· Base zəncirindəki “DeFi TVL yarışması” hovuzunu seç, itki təxminən 1.5U olur, qiymət/fayda nisbəti yüksəkdir

(eMeme xidmət haqqı 0.5%, cüzdanı MY6751 dəvət kodu ilə bağlayanda Binance Wallet 30% komissiya geri qaytarır, bu vəzifədə əlavə 0.15u da qənaət edə bilərsən, dəvət kodunu necə bağlamağı şəkilli təlimatda gör)

$DEBIT ən yüksək nöqtə 1.5 və mənim əvvəlcədən planlaşdırdığım tam satış (təmamilə dəqiq). Heç bir fərq yoxdur.

Açılışdan əvvəl planı çox aydın yazmışdım: 1.5-dən yuxarı əsasən tam çıxış. Bu gün bazar açılan kimi düz xətt üzrə 1.5-ə qədər çəkdi, dəqiq şəkildə mənfəət götürmə (stop) xəttini tetiklədi, nizam-intizamla planı olduğu kimi tamamladım.

Bu dəfə mən bir az özümü tərifləyim, çox da yersiz deyil😉. Siz hamısı hansı qiymətə satdınız, neçə qiymətə vurdunuz—şərhlərdə yazın!!

Həftəsonu köhnə telefonları qaydaya salarkən on il əvvələ aid bir videonu tapdım. Yeni telefon hələ də oynadır, amma çəkilişin interfeysi artıq o köhnə formatda deyil. Dostum soruşdu: “Bəs niyə dekoderi də silmirsən?” Mən kadra işarə edib dedim ki, köhnə yazılar açılmır və keçmiş də yarımçıq kəsilib.

DUSK, Boreas yenilənməsindən sonra Phoenix-i emal edəndə eyni məntiqi izləyir. Rəsmi yenilənmə qeydlərinə görə, əsas şəbəkədə 10 iyun 2026-cı il tarixində blok hündürlüyü 4,414,095-də Boreas yerləşdirilib; sərhədin yenilənməsindən sonra yeni Phoenix əməliyyatları dayandırılıb, amma node Phoenix dekodlamasını və tarixi icra imkanlarını saxlayır. Köhnə blokların replay edilməsi, eləcə də brauzerin əvvəlki əməliyyatları və hadisələri oxuması gərəkdir; buna görə də “yenilər əlavə olunmasın” ifadəsi “tarix silinsin” demək deyil.

Bu sərhəd adi istifadəçilər üçün çox faydalıdır. Pulqabında köhnə Phoenix qeydləri qalırsa, o, hələ də DUSK tarixinin bir hissəsidir; amma yeni əməliyyat başlamaq lazımdırsa, cari pulqabının dəstəklədiyi əməliyyat girişinə baxmaq lazımdır, köhnə təlimatı addım-addım eyni qaydada klikləməklə olmaz. Test şəbəkəsinin tempi isə fərqlidir: Boreas aktivləşdikdən sonra Phoenix bir müddət saxlanılır, blok 4,000,000-ə çatana qədər bağlanmır. Yenilənmənin adını tək görməklə, test şəbəkənin cədvəlini rahatca əsas şəbəkənin qrafikinə uyğunlaşdırmaq olar. #dusk

Mən DUSK əməliyyatlarını yoxlayanda dörd addım atıram: əvvəl əsas şəbəkədir, yoxsa test şəbəkədir—bunu dəqiqləşdirirəm; sonra node-un Rusk versiyası və yerləşdiyi hündürlük; daha sonra əməliyyat tipini müəyyənləşdirirəm; sonda brauzerdə geri bildirim (receipt) yoxlayıram. Köhnə əməliyyat uğursuz görünsə, tarixdə revert hadisələrinə də baxıram. DUSK köhnə hesab oxuma imkanlarını saxlayır—node-lar tarixi doğrulaya bilir və bu da pulqabı, brauzer və birjalara uyğunlaşdırma (accounting) prosesini asanlaşdırır.

Köhnə video mənə xatırladır: sistem yenilənməsində ən böyük risk “dayandırılmış giriş” ilə “arxiv/rekordun silinməsi”ni eyni şey kimi qarışdırmaqdır. DUSK Phoenix üçün çəkdiyi xətt çox aydındır: xəttin arxası yeni əməliyyat qəbul etmir, xəttin əvvəlindəki qeydlər isə hələ də yoxlanıla bilər. DUSK elanını oxuyanda şəbəkəni, hündürlüyü və əməliyyat tipini kağıza yazmaq, təkcə yenilənmə adını yadda saxlamaqdan daha etibarlıdır. @Dusk $DUSK

📆Bu gün 18:00, Binance Alpha ilkin buraxılışı Teller（DEBIT）

Sadə desəm, bu, təxminən 2019–2020 illərində fəaliyyətə başlayan köhnə və köklü borclandırma layihəsidir; əsas diqqət zəncirüstü borclanma və təminatsız kreditlərə yönəlib. Ümumi maliyyələndirmə təxminən 7,85 milyon ABŞ dolları olub; investorlar arasında Blockchain Capital, Franklin Templeton, Toyota Ventures və s. var—yəni zəmin pis deyil.

Tokenlərin ümumi sayı 100 milyonadəkdir, zəncir üzərindən təsdiqləmək mümkündür; amma ilkin dövriyyə həcmi, açılma (unlock) qaydaları və tam token iqtisadiyyatı indiyə qədər açıqlanmayıb—ən böyük risk məhz budur.

Baxış tərəfdən: zəncirüstü hovuzun istinad qiyməti təxminən 0,45 ABŞ dollarıdır; bu da 45 milyon FDV-yə (tam dilimlənmiş dəyərə) bərabərdir. Hovuzun içində təxminən 500 min USDT və 1,11 milyon DEBIT yerləşdirilib. Likvidlik çox qalın deyil, kuponlar da kifayət qədər cəmlənib; “it hərəkatı” (böyük oyunçu/keçirici) çox yüksək nəzarət (kontrol) edir. Buna görə də açılış qiyməti çox güman ki, normal qiymətləndirmə olmayacaq—bazar qurucusu (dominator) nə qədər yüksək çəkmək istəyirsə, o qədər çəkəcək.

Binance 18:00-də əvvəl açacaq; Bitget, KuCoin və s. birjalarda isə 20:00-də açılacaq. Aradakı iki saatda əvvəlcədən bir qaldırma ola bilər, amma 20:00-dan sonra likvidlik artdıqca satış təzyiqi də yüksələcək.

Mənim airdrop satış strategiyam:
1,00–1,50: yeddi-səkkiz faizini sat
1,50-dən yuxarı: əsasən tam çıxış et, “oyun”da iştirak etməyəcəyəm

Ümumi miqdar üzrə hesablasak: 1 dollar = 1억 FDV, 1,5 dollar = 1,5억 FDV. Layihənin indiki istifadə göstəricilərinə görə 1 dolların üstü artıq ucuz sayılmır; 1,5 dolların üstü isə daha çox nəzarət (kontrol) və emosiyadır—əsas fundamentaldakı ticarət deyil.

Bazarın proqnozuna görə Alpha airdrop hovuzunda təxminən 1 milyon token olacaq; sonda əgər təxminən 50 min nəfər götürsə, hər pay üçün təxminən 20 ədəd düşəcək: 0,5 dollar dəyərində 10U, 1 dollar dəyərində 20U, 1,5 dollar dəyərində 30U. Amma bu yalnız bazar hesablamasıdır; dəqiq say və xal/limit şərtləri yenə Binance-in rəsmi elanına əsasən olacaq.

Bir cümləlik xülasə: Köhnə layihədir, maliyyələndirməsi və məhsulu var, amma göstəricilər ortadır, token məlumatı şəffaf deyil və nəzarət “dadı” çox ağırdır. Airdropu götürmək olar, açılışa baxmaq olar—amma qovmağa (yüksəyə qovmaq) ehtiyac yoxdur.
#alpha #ALPHA🔥
#美国财政部设量子就绪工作组
#加拿大对美加征最高50%反制关税

$TMX dəqiq zirvədən satış, ssenari yenidən təsdiqləyir.

Gün öncəsi plan çox aydındır: 0.17—0.22 aralığında 7-9 hissə sat, 0.25-dən yuxarı əsasən tam çıx.

Bu gün bazar açılan kimi birbaşa təxminən 0.2-yə qaldırdı, plan üzrə geri çəkildi. Təəssüf ki, bu yazıma rəsmi rəhbərlik böyük dəstək vermir, reytinqə (trafikə) icazə vermir 🤣. Yazımı görən qardaşlarımın çoxu artıq demək olar ki, satıb. Qalan az bir mövqeyi saxlayıb üst müqavilə vaxtı gələndə şans oyununa kimi oynamaq üçün saxlayın.

Airdrop (paylaşım) çox, hovuz isə nazikdir—bu cür gedişat heç də gözlənilməz deyil. Ən yüksək nöqtəyə mərc etmirəm, sadəcə intizamın içində pul qazanıram.

Növbəti raundda davam.
#alpha #ALPHA🔥
#比特币受阻于81000美元50周均线
#哈萨克斯坦下调石油产量预期至9600万吨

Yerləşmə məntəqəsində liftlər tez-tez nasazlıq verir, sakinlər qrupunda biri təmir/yeniləmə planını paylaşıb. Əvvəlcə düşündüm ki, səslər çoxdursa tikintiyə başlamaq olar, amma sonradan anladım ki, qiymət təklifi, qiymətləndirmə, tikinti sınaqları və qəbul prosesi də lazımdır. Zəncirvari idarəetmədə (on-chain) də asanlıqla tələsik nəticə çıxarmaq olur: bir təklif açıqlandıqda, sadəcə müzakirələrin rəsmi platformaya keçdiyi aydın olur; əsas şəbəkə (mainnet) kodu isə dərhal dəyişmir.

Dusk protokol dəyişikliklərini DIP kimi tərtib edir, yəni Dusk Improvement Proposal. Rəsmi proses Idea ilə başlayır; fikir formalaşdıqdan sonra Draft mərhələsinə keçir və nömrə alır; sonra prototip və ya texniki nailiyyət hazırlanır və Feedback mərhələsinə daxil olur; işlər tamamlanmağa yaxınlaşanda Staging-ə keçir. Koda aid DIP-lər əvvəlcə Nocturne test şəbəkəsində yerləşdirilir; konsensus alındıqdan sonra Active kimi işarələnir və nəticələr istehsal (production) mühitinə birləşdirilir. #dusk

Mən bu prosesdə ən çox bəyəndiyim məqam odur ki, DUSK protokol dəyişiklikləri tam arxiv kimi saxlanmalıdır. Təklifdə motivasiya, texniki spesifikasiyalar, güzəşt və kompromislər, geriyə uyğunluq, test, təhlükəsizlik təsiri və icra (implementasiya) bağlantıları yazılmalıdır. Altı ay inkişaf edilməyən Stagnant təklif hətta Dead-ə də düşə bilər. Gələcəkdə yenidən nəzər salanda bir dəfəlik “yeni versiya elanını” deyil, o vaxt müzakirə edilən risklərin hansılar olduğunu izləmək mümkündür.

Amma “hər kəs təqdim edə bilər” fikri birbaşa “hər kəs qaydaları dəyişə bilər” nəticəsini vermir. DIP redaktorları baxışda iştirak edir, nömrələyir, birləşdirir və icranın gedişini izləyir; node operatorları isə dəyişiklikləri ehtiva edən proqramı quraşdırmalıdır. Hazırkı açıq izahda $DUSK portfel (holding) hesablaması əsasında səsvermə üçün hansı həddin lazım olduğu göstərilmir və “konsensusa nail olmaq” da dəqiq faizlə ifadə olunmayıb. Mən açıq müzakirəni sadəcə tamamlanmış on-chain idarəetmə (governance) kimi qabartmıram.

@Dusk üzrə yenilənməyə diqqət edəndə mən dörd şeyi ayrıca yoxlayıram: DIP hansı mərhələdədir, icra kodu açıqdırmı, Nocturne test nəticələri yenidən yoxlanıla bilərmi, əsas şəbəkə node-ları nə vaxt qəbul edəcək. Qrupda “bəyənmə” sadəcə fikrin populyar olduğunu göstərir; Active statusu və real yerləşdirmə isə Dusk qaydalarının prosesdə hansı mərhələyə qədər getdiyini həqiqətən göstərir.

📅 Bu gün saat 18:00, Binance Alpha-nın ilk buraxılışı TermMax (TMX)

TermMax-ı sadə dildə belə izah etmək olar: sabit faizli kreditləşmə (borclanma) platformasıdır. Layihə indiyədək təxminən 6.8 milyon ABŞ dolları məbləğində maliyyə cəlb edib; arxasında Cumberland, HashKey kimi qurumlar var. Həmçinin YZi Labs inkubasiya proqramına da seçilib — yəni fonu bir qədər etibarlıdır.

Layihə tam “hava” deyil: hazırda TVL təxminən 31 milyon ABŞ dollarıdır, aktiv götürülmüş borc məbləği isə təxminən 27 milyon dollardır. Amma son 30 günün gəliri cəmi təxminən 20 min ABŞ dollarıdır; bu, biznes həcminin çox yüksək qiymətləndirməni (və ya valuation-u) əsaslandırmadığını göstərir.

TMX-in ümumi həcmi 1 milyarddır, ilkin dövriyyəyə təxminən 15.28% çıxarılması planlaşdırılır. Əsl diqqətçəkən məqam isə budur: cəmiyyətin airdrop-u, Binance Alpha və Booster birlikdə təxminən 11.48% “çip” (təsirli pay) təşkil edir və bu paylar açılış mərhələsində satış təzyiqi yarada bilər.

İlkin hovuz qiyməti 0.06 ABŞ dollarıdır — bu, 60 milyon FDV-ə bərabərdir; pre-marketdə isə təxminən 0.19 ABŞ dolları — 190 milyon FDV-ə bərabərdir. Hovuz dərin deyil: açılışda “süni” (hədəfli) yüksəldənlər qiyməti tez qaldıra bilər, amma airdrop çatandan sonra qiymət asanlıqla yenə də düşə bilər.

Binance airdrop-u üçün 225 bal lazımdır: 15 bal sərf olunur, hər istifadəçi 200 ədəd TMX alır.

Mənim əməliyyatım:
0.17—0.22: 70–90%-ni sat
0.25-dən yuxarı: demək olar ki, tamamilə çıx (hamısını təmizlə)

Bir cümlə: Layihədə məhsul var, amma qiymətləndirmə (valuation) ucuz deyil, üstəlik airdrop payı da çoxdur. Əgər açılış qiyməti 0.18 yaxınlığında “yuxarı” gedirsə, bu artıq satmaq üçün rahat nöqtədir; böyük bəsitə (böyük birjaya) görə tək bir TMX-i satmamaq üçün gözləməyin və açılışın ilk böyük “yaşıl” şamını təqib etməyin.
$TAC $ONG $STAR
#Alpha #ALPHA🔥
#BTC触及80000美元
#油价维持跌势
#ZEC突破关键阻力涨75.5%

Qrupda kiminsə cüzdan ekran görüntüsü paylaşdı: balans birdən 5000 ədəd DUSK ($DUSK ) artdı, ardınca isə dərhal biri soruşdu ki, bunu köçürüb bir birjaya göndərmək olar? Bu cür rəqəmləri görəndə ilk addım qiyməti yoxlamaq deyil, cüzdanın hansı şəbəkəyə qoşulduğunu yoxlamaqdır. Eyni “DUSK” yazılsa belə, test şəbəkəsi tokeni ilə mainnet aktivlərinin üzərinə düşən tapşırıqlar tamamilə fərqlidir.

Dusk rəsmi şəbəkə izahında Mainnet, Nocturne Testnet və daxili Devnet göstərilir. Nocturne-nin Chain ID-si 2-dir; əsasən protokol yeniləmələri, smart kontraktlar və node-lar üzrə inkişaf edənlər üçün test mühiti yaradır. Rəsmi “faucet” isə Discord botu vasitəsilə test şəbəkəsi DUSK-larını paylayır; node təlimatlarında verilən nümunə məbləğ də 5000 ədəddir. Sənəddə eyni zamanda açıq şəkildə yazılıb: test şəbəkəsi DUSK-ların real pul dəyəri yoxdur.#dusk

Bu DUSK-ların yenə də istifadəsi var. Test kontraktları yerləşdirmək, tranzaksiyalar göndərmək, staking-i məşq etmək və ya cüzdan prosesini yoxlamaq üçün müvafiq şəbəkədəki tokenlər sərf edilməlidir. Tranzaksiya uğurlu olsa belə, hash və blok qeydi qalır: bu, yalnız əməliyyatın test mühitində keçdiyini sübut edir; mainnet aktivinin daxil olduğunu qətiyyən əsaslandırmır və test balansını bazar qiymətinə vurub saxlanılan vəsait kimi qəbul etmək olmaz.

Mən dörd yerdə yoxlayacağam: cüzdanın şəbəkə adı, Chain ID, node ünvanı və brauzer domeni. Təkcə DUSK işarəsinə baxmaq ən asan yoldur ki, səhv edilə bilər, çünki interfeys eyni Ticker-dən istifadə edə bilir. Alıcı bir birjadırsa, həm də platformanın dəstəklədiyi zənciri (chain) yoxlamaq lazımdır; test şəbəkəsi ünvanı formatca oxşar görünsə belə, onu “top-up” etmək üçün dəyər yoxdur.

Test qeydləri də məhsul üçün əvvəlcədən nəticə kimi “bal toplamağa” yaramır. Nocturne-də kontraktın uğurla deploy edilməsi göstərir ki, kod indiki test şərtlərində işləyir; audit, mainnet parametrləri, real yük və aktiv riski isə ayrıca yoxlanmalıdır. Test nə qədər rahat getsə, bir o qədər də şəbəkə adını ekran görüntüsündə saxlamaq lazımdır ki, sonra “DUSK böyük məbləğdə transfer artdı” kimi kəsilib yanlış təqdim olunmasın.
@Dusk -ə diqqət yetirəndə, mən test şəbəkəsi DUSK-ları avtomobil sürmə meydançasındakı təlim yürüşü kimi görürəm: əməliyyat yoxlamağa kömək edir, amma gedib ikinci əl bazarda pula çevirmək olmur. $DUSK -i idarə etməzdən əvvəl şəbəkəni tanı—balans nə qədər böyük olsa da, hansı hesab kitabına düşdüyünə baxmaq lazımdır.

Kiçik dükan pul çatışmır deyə avadanlıq dəyişir; sahib qəhvə maşınının mülkiyyətini min hissəyə bölüb hamısını onlayn yerləşdirir və hər hissənin qiyməti çox aşağı görünür. Amma ilk reaksiyam yenə də üçqat sualdır: kim almağa razıdır, alınan hüququ kim tanıyır, gələcəkdə çıxmaq istəyəndə satışı kimə olacaq? Payların kiçilməsi sadəcə təkdə abunə məbləğini azaldır; sifarişlər, hüquqi sənədlər və likvidlik avtomatik olaraq artmır. #dusk

Dusk-in avqustun 15-də dərc etdiyi kiçik və orta müəssisələrin maliyyələşdirilməsinə dair məqalə də bu fərqi çox aydın yazır. Rəqəmsal qiymətli kağız buraxan müəssisə əvvəl alət strukturunu və hüquqları müəyyən etməli, sonra investorların uyğunluğunu yoxlamalı, abunə paylanmasını aparmalı, mülkiyyət yenilənməsini etməli, davamlı xidmətləri təmin etməli və ikincil ticarətə hazırlıq görməlidir. DUSK zəncirində sadəcə bir neçə addımdan çox qısa hissə əlavə olunur.

Mən daha çox @Dusk -in və NPEX-in bu mərhələləri necə bir-birinə bağlamasına diqqət edirəm. NPEX Niderlandda tənzimlənən bazarda emissiya və ticarət üzrə təcrübə verir; Dusk isə tokenləşdirmə, məxfilik, köçürmə qaydaları və hesablaşma infrastrukturunu üzərinə götürür. Dusk Trade isə tətbiq səviyyəsindədir: investorların aktivləri tapması, cüzdanların qoşulması, qəbulun (admisiyanın) tamamlanması, alqı-satqı və ödənişin koordinasiyası burada baş verir. Üç rol hərəsi bir hissəni idarə edir; emitent konsultantlar, banklar, registrator və ticarət məkanı arasında cədvəllərin tez-tez yenidən barışdırılmasına məcbur olmur.

Bu yolun da real vəziyyətdə bir neçə qapı tələbi var. Zəncir qaydaları şirkətin təsdiqini, notariat prosedurlarını, sanksiya yoxlamalarını və hüquqi məsuliyyəti əvəz edə bilməz; aktivi daha da xırdalamaq da alıcı, qiymət təklifi və davamlı razılaşma yarada bilmir. Əgər hər hansı kiçik və orta müəssisə istiqrazı buraxıldıqdan sonra az adam ticarət edirsə, texnologiya yenə işləyər, amma maliyyələşdirmə təcrübəsi yaxşılaşmaz.

Ona görə mən DUSK-nin RWA (real aktivin tokenləşdirilməsi) tərəqqisini qiymətləndirərkən dörd yoxlana bilən nəticəyə baxıram: neçə real emitent prosesə girir, neçə uyğun investor abunəni tamamlayır, ikincil bazarda nə qədər müddətdə bir dəfə effektiv əməliyyat baş verir və ödənişlə mülkiyyət qeydləri eyni bir iş üzrə yoxlanıla bilirmi. Böyük aktiv miqyası poster üçün uyğundur; bu dörd göstərici isə daha çox müəssisənin həqiqətən vəsait əldə etməsi prosesinə yaxındır.
@Dusk tənzimlənən maliyyələşdirmə kanalı qurur; $DUSK isə şəbəkə xərcləri və təhlükəsizlik məsuliyyətini daşıyır. Növbəti dəfə “aktiv zəncirə salındı” sözünü görəndə mən əvvəl buraxılış, mülkiyyətin saxlanması, ticarət və hesablaşma üzrə ardıcıl qeydlərin olub-olmadığını yoxlayacağam. #dusk

Биржадан чыгарма (withdraw) жасаған кезде мен әдетте Memo-ны “бар болса толтырамын, жоқ болса бос қалдырамын” деген қосымша өріс ретінде қарайтынмын. DUSK-ты mainnet-тан BSC-ке көшіру қадамдарын реттеп жүргенде ғана осы жолда Memo-ның жеткізу (қабылдау) мекенжайы міндетін атқаратынын байқадым: bridge account mainnet DUSK алған соң, Memo ішіндегі 0x мекенжайына қарап BEP20 DUSK-ты кімге жіберу керегін анықтайды.

Операция entry (кіру нүктесі) Dusk mainnet Web Wallet-те. Қабылдаушыға ресми BSC bridge account-ты толтыру керек, ал Memo-ға өзің басқаратын BSC мекенжайын енгізесің. Екі баған да ұзын жолдар (string): біріншісі DUSK-ты bridge-ке өткізеді, екіншісі bridge-ке қай “есіктен” шығару керегін айтады. Memo жоқ немесе формат қате болса, жүйе автоматты түрде дұрыс бағыттап (route) бере алмайды; ауыр жағдайда оны қайта табу мүмкін болмай қалуы мүмкін.

Сома бойынша да бір кішкентай “шек” бар. Bridge жіберілетін мөлшерден 1 $DUSK шегеріп тастайды, әрі Dusk mainnet транзакция комиссиясын (fee) да алдын ала дайындау керек; жіберілетін мөлшер 1 DUSK-тан көп болуы тиіс. Егер тек 1 DUSK немесе одан аз жіберсең, bridge fee шегерілгеннен кейін BSC тарапында到账 болмайды. Алғаш рет қолдансаң, алдымен шағын көлемде тест транзакция жасаған дұрыс.

Мен тексеруді мына тәртіппен жүргіземін: @Dusk ресми бетінен bridge account-ты аламын; тұтас аккаунтты бөліп-бөліп салыстырамын; Memo-ның өзің басқаратын BSC мекенжай екенін растаймын; соманы және fee-ні тексеремін; жібергеннен кейін DUSK транзакциясының hash-ын сақтаймын. Mainnet браузері алдымен сәтті (successful) деп көрсетеді, ал BSC тарапында өңделу үшін уақыт күту керек: жиі шамамен 1 сағат, желі жағдайына байланысты күту ұзағырақ болуы мүмкін.

Егер 1 сағат өтсе де到账 болмаса, ең алдымен бастапқы транзакцияның сәтті болғанын тексер, содан кейін Memo-ны қара; бірден екінші DUSK-ты қайта жібермеген дұрыс. Егер межелік (destination) биржа болса, оның сол мекенжайға нақты BEP20 DUSK қабылдайтынын да растау керек — 0x-тан бастайды екен деп автоматты түрде қолдайды деп есептеуге болмайды.

Бұл процесс кәдімгі курьерлік қызметке ұқсайды: bridge account — аралық қойма, Memo — соңғы үй нөмірі (door plate), ал транзакция hash — курьерлік қапшықтың (посылканың) жүк/чек нөмірі (tracking). Осы үш элементтің біреуі жетіспесе, клиентке қызмет көрсету (客服) де нақтылап табуы қиын.

$DUSK -ты басқарғанда “send” батырмасын басу өте жылдам, бірақ әрбір мекенжайға өз міндетін дұрыс жүктеу үшін бәрін қайта-қайта тексерген дұрыс. @Dusk -ға назар аудар, тізбекке (chain) ауыстырмас бұрын кемінде бір рет мұқият тексер. #dusk

#dusk $DUSK @Dusk
Səhər DUSK mesajlarını yoxlayarkən qrupda kiminsə bir hissə şəxsi söhbət göndərdiyini gördüm: avatar, ad, layihə haqqında təqdimat hamısı o qədər oxşar idi ki, qarşı tərəf özünü Dusk komandası əməkdaşı kimi təqdim edirdi. Deyirdi ki, pulqabı (wallet) sinxronizasiyasını həll etməyə kömək edə bilər və hətta “xüsusi giriş” göndərmişdi. Bu cür ritorika istifadəçi tələsdiyi məqamlarda seçici şəkildə vurur: DUSK gecikmiş görünəndə insanlar asanlıqla həmin linkə tıklayır.

Dusk rəsmi sənədlərində Verify Team Account adlı alət var; bunu kanala və hesaba görə yoxlamaq mümkündür ki, qarşı tərəf yoxlana bilən komanda hesabıdır, yoxsa yox. Mənim iş qaydam belədir: əvvəlcə söhbət pəncərəsində dayanıram, fayl endirmirəm, imza atmıram, pulqabını qoşmuram; tam hesabı köçürüb yoxlayıram, sonra isə Dusk rəsmi sənədlərindən və ya məlum rəsmi kanallardan linki tərsinə yoxlayıram.

Yoxlama səhifəsində də sərhəd qeyd olunub: bu alət əsasən xarici tərəfdaşlarla ünsiyyətdə olan komanda üzvlərini yoxlamaq üçündür və 100% əhatə etmir. Hesab “not verified” kimi göstəriləndə səhv qiymətləndirmə ehtimalı var; qarşı tərəfin doğru olduğuna dair əsaslı səbəb varsa, rəsmi kanal və ya sənədlə üçqat yoxlama davam etdirilməlidir. “tapılmadı” nəticəsini birbaşa “aldadıcıdır” kimi yekun hökmə çevirmək olmaz; avatarında DUSK işarəsi var deyə də avtomatik buraxmaq olmaz.

Mən şəxsi söhbətləri üç kateqoriyaya ayırıram. Yalnız ictimai məlumatlar müzakirə olunursa, onları qrupda yoxlamaq üçün orada saxlamaq olar; pulqabını qoşmağı tələb edən, tanış olmayan mesajlara imza atdıran və ya proqram quraşdırmağı istəyən hər şeydə dərhal fasilə verilir; seed phrase (məxfi sözlər), private key (şəxsi açar), doğrulama kodu tələb edilirsə, dərhal rədd edib şikayət edirəm. Dusk komandası statusunun yoxlanması “bu hesab yoxlanıla bilən dairədədir, yoxsa yox” sualına cavab verir; pulqabı pop-up pəncərəsi isə “bu dəfəki əməliyyata razıyam, yoxsa yox” sualını həll edir—hər iki qapıya özü diqqətlə baxmalıdır.

Bir də incə detal var: axtarış motoru reklamları, qrup elanının skrinşotları və yönləndirilmiş linklər köhnələ və ya saxtalaşdırıla bilər. Təhlükəsiz yanaşma budur: əl ilə Dusk rəsmi sənədinə daxil olun, sonra yoxlama səhifəsini açın; problem təqdim etmək lazımdırsa, hesabı, kanalı, vaxtı, linki və söhbət skrinşotunu saxlayın, amma seed phrase, private key və parolları tamamilə gizlədin.

$DUSK hesabını idarə edərkən yarım dəqiqə gecikmək adətən aktivləri qovlamağa qaçmaqdan daha rahatdır. @Dusk adını rəsmi girişdən yoxlamaq lazımdır; DUSK pulqabısında olan hər bir qoşma və hər bir imzanı da mütləq özünüz təsdiqləməlisiniz. #dusk

#termmax @TermMax
Mən əvvəllər gəlir xəzinəsi seçəndə əvvəl APY-yə baxırdım, sonra isə vəsaitin istənilən vaxt geri qaytarılıb-qaytarılmayacağını yoxlayırdım. @TermMax Vault-u araşdırdıqdan sonra qaydanı dəyişdim: əvvəl pulu hara yerləşdirdiklərini dəqiqləşdirir, sonra gəlirə baxıram.
TermMax Vault ERC-4626 paylarından istifadə edir. Vəsait daxil olanda Curator onu icazə verilmiş bazarlara və sifarişlərə yönəldir, Allocator isə təchizatı və geriödəniş (withdrawal) növbəsini tənzimləyə bilir. Rəsmi sənəddə yazılıb ki, geriödənişlər withdrawal queue-nun prioritet sırasına uyğun işlənir; daha böyük geriödənişlər olanda Curator sifarişləri və ya geriödəniş mövqelərini (redeem positions) tənzimləməli ola bilər.

Bu proses mənə restoranın nömrə götürməsini xatırlatdı. Əlinizdə nömrə var, amma mətbəxin mütləq hazır yeməyi olmaya bilər. Vault-da kifayət qədər likvid aktiv olduğu müddətdə geriödəniş daha rahat idarə olunur; vəsaitin bir hissəsi sifarişlərdə və ya müddətli (timelock/term) mövqelərdə çox olduqda isə çatma ritmi növbədən asılı olur. ERC-4626 pay standartını təmin edir, amma likvidlik TermMax Vault-un həmin anki aktiv vəziyyətindən asılıdır.

Mən dörd məsələyə baxacağam: vəsait hansı Market-lərdədir, tək bir marketdə pay çox yüksəkdirmi, geriödəniş növbəsi necə sıralanıb və Curator ödəniş təqdim edib-etməyib, eləcə də white-list-də dəyişiklik olubmu. TermMax timelock və Guardian nəzarətini qurub; bəzi həssas dəyişikliklər gözləmə tələb edir, Guardian isə qüvvəyə minmədən gözlənilən dəyişiklikləri ləğv edə bilər.

Yüksək APY mənim üçün hələ də cəlbedicidir, amma likvidlik üçün yer saxlayıram. Qısa müddətdə lazım ola biləcək pulları hamısını daha uzun müddətli və tutumu (mövqeləri) daha çox olan Vault-a qoymaram; uzunmüddətli yerləşdirmə hissəsini isə Curator-a tapşıraram, bununla da vəsait planlaması daha rahat olur.
Gələcəkdə TermMax-ı açanda əvvəl aktivin necə yerləşdirildiyini, növbə strukturunu və icazə (permission) qeydlərini yoxlayacağam, sonra gəlir kartına baxacam. Vault mənə hər bir marketdə ayrıca əməliyyat vaxtını qənaət etdirir, amma mən də haradan çıxış olduğunu dəqiq yoxlamaq üçün bir neçə dəqiqə sərf etməliyəm. TermMax Vault seçəndə sən əvvəl APY-yə baxacaqsan, yoxsa geriödəniş queue-nə?🙂

#dusk
Gecəyarısı VPS-də anormal giriş xəbərdarlığı gəldi. DUSK node-larını işə salanların ən çox qorxduğu iki şey var: maşının dayanması və cüzdandakı DUSK-un kimsə tərəfindən aparılması. Node-ları yenidən quraşdırmaq çətin deyil; çətin olan isə əvvəlcədən icazələrin necə ayrıldığının olmamasıdır. @Dusk -un əməliyyat (operasiya) sənədləri node serverini “isti mühit” kimi nəzərdən keçirir: hətta cüzdan məlumatları statik şifrələnmiş olsa belə, onu seyf kimi qəbul etmək olmaz.

DUSK staking (övqət) üçün ayrıca owner key təyin etmək olar. Server yalnız konsensusa qatılmaq üçün lazım olan consensus.keys-i saxlayır, səsvermə və imzalama işlərini görür; owner key isə başqa bir cihazda və ya oflayn cüzdanda qalır—staking-in ləğvi və çıxarış (withdrawal) nəzarəti orada olur. Server ələ keçirilsə, hücumçu node-un işləməsini poza, cəza riskini yarada bilər, amma təkcə konsensus açarına arxalanaraq staking edilmiş DUSK-u birbaşa götürə bilməz.

Bu səlahiyyət bölgüsü kassir kartı və bankın U-şəxsi (U盾) cihazına bənzəyir. Kassir kartı hər gün qapını açıb kassa yığmaq üçün online olmalıdır; bankın U-şəxsi isə adətən kassanın üstündə saxlanmamalıdır. İki açar eyni bir VPS-ə yerləşdirilərsə, icazə adları nə qədər gözəl yazılsa da, hücumçunun əldə etdiyi yenə də vahid bir tam nəzarət zənciri olur.

Bərpanın da aydın yolu var. Sadəcə mnemonic (xatirə ifadəsi) hələ də saxlanırsa, operator yeni maşında cüzdanı bərpa edə, konsensus açarını yenidən eksport edə bilər—DUSK-u yenidən staking etməyə ehtiyac yoxdur. Amma migrasiya (köçürmə) edərkən çox diqqətli olun: eyni konsensus açarı iki aktiv node-da eyni vaxtda işləməməlidir. Köhnə maşın hələ dayanmamışkən, yeni maşın artıq imza atırsa, konflikt davranış yarana və DUSK sərt cəzaları işə sala bilər; zərər dayanma ilə məhdudlaşmayıb staking-in məhv edilməsinə qədər arta bilər. Girişdən əvvəl də blok-araşdırıcısında (block explorer) hündürlüyə uyğunluğu yoxlayın: yeni node-un DUSK ana şəbəkəsinin ən son vəziyyətinə sinxronlaşdığını təsdiqləyin, sonra konsensusda iştirakı bərpa edin.

Node yoxlama siyahım dörd bənddən ibarətdir: mnemonic-in oflayn ehtiyat nüsxəsi, owner key və konsensus açarının ayrılması, SSH-nin yalnız key ilə giriş üçün istifadəsi, maşını dəyişməzdən əvvəl köhnə node-un tamamilə dayandığının təsdiqi. $DUSK alıb sonra illikləşmə (annualized) gəlirini hesablaması çox asandır; amma DUSK-u qorumaq isə bu elə də nəzərə çarpmayan addımlardan asılıdır. Node gəliri məsuliyyəti üzərinə götürməkdən gəlir—açarların yerləşdirilməsi isə bir server insidentinin əməliyyat (operasiya) səviyyəsində dayanıb qalmasını, yoxsa aktivlər qatına qədər yanmasına səbəb olacağını müəyyən edir.

#termmax @TermMax
Əvvəllər sabit gəlirli məhsullara baxanda ən asan şəkildə məni ön səhifədəki illikləşdirmə (APR) rəqəmləri özünə çəkirdi. Rəqəmlər nə qədər daha diqqətçəkən olsa, bir o qədər də adam onları dəqiqləşdirmək istəyir. @TermMax -i araşdırandan sonra özümə bir qayda əlavə etdim: gəliri əvvəl bir “hesab-faktura” kimi parçala, sonra girib-girməməyə qərar ver.

Tutaq ki, mən 1000 USDC ilə bir partiya FT alıram, icra qiyməti 0.98-dir və müddət sonunda 1 kimi qiymətləndirilir. Muddətədək saxladıqda kitabda (sənəd üzərində) ümumi gəlir 20 USDC olur. Bu sadəcə nümayiş alqoritmidir, TermMax-ın hazırkı bazar kotirovkası deyil. Sonra üstəlik alış, icazə (authorize) və geri qaytarma (redeem) zamanı yaranan zəncirüstü (on-chain) xərclər də çıxılacaq. Məbləğ az olanda bir neçə dəfə Gas xərci gözlədiyindən daha cəlbedici görünə bilər.

Mən bu hesab-fakturaya “pulu vaxtından əvvəl istifadə etmək” adlı bir bölmə də əlavə edirəm. FT-nin sabit ödənişi, müddətədək saxlanılma və ödəmə prosesinin normal getməsi şərti ilə qurulub. Arada satılırsa, icra qiyməti həmin anda faiz dərəcəsinə, qalan müddətə və bazarın dərinliyinə bağlı olacaq. Səhifədə göstərilən illikləşdirmə dəyişmir, amma real olaraq əldə etdiyin məbləğ yenə də slippage və endirim (discount) hesabına azala bilər. TermMax müddət qiymətini (sonradan alınacaq/bağlanan vaxtı) kilidləyir, amma pulun cüzdanda hansı planla yerləşdirilməsi yenə də mənim məsuliyyətimdir.

İndi mən TermMax-a baxanda ardıcıl olaraq dörd rəqəm görürəm: FT almağa nə qədər xərclənir, müddət sonunda nə qədər ödənilir, tam əməliyyat üçün nə qədər zəncirüstü xərc ödənməlidir və vaxtından əvvəl çıxış üçün təxminən nə qədər qiymətdən imtina etmək lazım gələcək. İlk iki maddə birlikdə ümumi gəliri təşkil edir, son iki maddə isə xalis gəliri müəyyənləşdirir. Birini az hesablamaq daşıyıcı APR nə qədər “gözəl” görünsə, onu real olmayan göstərə bilər.

Bu metod həm də bir vərdişdən qaçmağa kömək edir: illikləşmədə iki-üç bal artırmaq üçün, qısa müddətdə lazım olacaq pulu uzun müddətə “oturtmaq”. Müddət nə qədər uzundursa, maliyyə planında bir o qədər əlavə ehtiyat yeri olmalıdır. Mən bir az daha az götürməyi üstün tuturam, amma lazım olanda məcburən nazik (likvidliyi zəif) bazarda FT satmaq məcburiyyətində qalmaq istəmirəm.

TermMax vaxtından əvvəl hesablanabilən pul axınları təqdim edir, amma hesablamanın sonu ön səhifədə dayan olmamalıdır. Mən hər əməliyyatın ödənişlərdən sonra qalan nəticəsini qeyd edib, müxtəlif müddətlərdəki real performansı müqayisə etməyi planlaşdırıram. Mənim üçün cüzdana girən xalis gəlir, ekran görüntüsündəki ən yüksək APR-dən daha dəyərli istinaddır.🙂
Sən TermMax-ın sabit gəlirini hesablayanda, Gas və vaxtından əvvəl çıxış xərclərini birlikdə də nəzərə alırsan?

#termmax
Təhlükəsiz sabit faizli borclanma edəndə əvvəlcə APR-ə baxırdım, elə bilirdim ki, faiz dərəcəsi kilidlənibsə, tapşırığın böyük hissəsi bitdi. Sonra TermMax-ın açılış siyahısını gözdən keçirəndə anladım ki, insanı daha çox ziyana salan məsələ bəzən faizlərin hündür/aşağı olması deyil, iki elə də diqqət çəkməyən tarixdir: girov qoyulan aktiv nə vaxt bitir, borc nə vaxt bitir.📅

Tutaq ki, 45 gün sonra müddəti bitəcək gəlirli bir aktiv götürüb girov kimi qoyuram, amma @TermMax -də 30 günlük borc seçirəm. 30 gün sonra borcun müddəti əvvəl bitir, girov aktiv isə üzərində göstərilən dəyər üzrə ödəniş vaxtında hələ çatmadığı üçün mən əlavə vəsait hazırlayıb borcu qaytarmalı oluram və ya həmin anda yeni qiymətləndirməyə əsasən borcu uzatmağı (rollover) qəbul edirəm. Görünüşcə çox səliqəli olan “sabit xərc”, bir dəfəlik passiv rollover və slippage ilə yenidən bütöv şəkildə yeyilə bilər.

Əks tərəfi də asan deyil. Əgər girov aktiv 20 günə, borc isə 40 günə bitirsə, aktiv ödənəndən sonra adi aktiv kimi mövqedə qala bilər — risk azalır və gəlir də dayana bilər. Halbuki mən hələ də qalan borc dövrü üçün ödəniş verirəm; yəni bir tərəfdən pulun boş dayanmasına şərait yaradıram, digər tərəfdən yenə kirayə xərci ödəyirəm.

Mən bunu otel bron etmə və avtobus/qatayer bilet alma kimi başa düşürəm: otel yalnız üç gecəlik sifariş olunur, amma geri dönüş bileti isə beşinci günündür — aradakı iki günü mütləq yenidən planlamalısan. TermMax borc faizini və müddətini aydın yazır, amma TermMax iki zaman xəttinin öz vəsait planına uyğun olub-olmadığını avtomatik sənin yerinə qiymətləndirmir.

Ona görə də TermMax bazarına baxanda, girovun bitmə tarixi, borcun bitmə tarixi və planlaşdırılan vəsaitin istifadəsi vaxtını yan-yana yazıram, sonra təklifləri müqayisə edirəm. İdeal hal odur ki, borcun müddəti girov aktivin qalan müddətini keçməsin və mümkün qədər ikisi bir-birinə yaxın olsun; beləliklə aktivin ödənişi ilə borcun qaytarılması ard-arda düşür, müvəqqəti əlavə pul yığmaq və ya məcburi uzatma riski azalır.

Mənim fikrimcə, sabit faizli məhsulu idarə etmək rəqəm idarə etmək deyil, bütöv bir zaman xəttini idarə etməkdir. @TermMax faiz dərəcəsinin qəfil dəyişməsi problemini həll edir, amma istifadəçi yenə də vəsaitin nə vaxt daxil olub, nə vaxt çıxacağını şəxsən idarə etməlidir. Bir dəqiqə tarixlərə az baxmaq — bir dövr daha xərc ödəməyə səbəb ola bilər; açılışdan əvvəl bir dəqiqə vaxtları uyğunlaşdırmaq isə o “bir neçə bənddən” ibarət APR dalınca qaçmaqdan daha realdır. TermMax-da müddət seçərkən əvvəl faizi görürsən, yoxsa əvvəl tarixləri?

Səhifəni hələ bağlamayın: cüzdanda “Approve müvəffəqiyyətlə” pop-up çıxması DUSK-ın artıq köçürülməyə başladığını demək deyil. Bu, @Dusk əsas şəbəkə köçürmə bələdçisində ən çox insanı yarı yolda dayandıran addımdır. ERC20 DUSK və ya BEP20 DUSK Ethereum, BSC-dən DUSK əsas şəbəkəsinə daxil olanda “approve” yalnız köçürmə müqaviləsinin göstərilən məbləğ daxilində tokenlərdən istifadə etməsinə icazə verir; bu, sizin seçdiyiniz DUSK-ın hələ kilidlənməsi deyil.

Əsl işə düşən proses “Execute migration”dır. İstifadəçi ikinci EVM əməliyyatını bir də təsdiqləməlidir; yalnız bundan sonra mənbə şəbəkədəki DUSK kilidlənir və müvafiq miqdar DUSK əsas şəbəkəsində emal prosesinə ötürülür. Əgər əvvəlki allowance artıq kifayət edirsə, Approve atlana bilər; kifayət etməsə, mənbə şəbəkə üçün maksimum iki dəfə Gas ödəmək üçün ETH və ya BNB-ni əvvəlcədən nəzərdə tutmaq lazımdır.

Bir də çox real limit var: adi bir birja hesabı adətən WalletConnect-a birbaşa qoşula bilmir. Əldəki köhnə versiya DUSK hələ birjadadırsa, əvvəlcə onu özünə saxlanan (self-custody) EVM cüzdanına çıxarmaq, sonra DUSK Web Wallet-a qoşulmaq lazımdır. Bu, sadəcə boş addım deyil; çünki approve və execute həm icazə vermə, həm də icra mərhələlərində özəl açarı (private key) saxlayan ünvan tərəfindən imzalanmalıdır.

Gələn məbləğ də daxil etdiyinizdən cüzi az ola bilər. Ethereum və BSC-də DUSK 18 onluq dərəcəsi ilə, DUSK əsas şəbəkəsində isə 9 onluq dərəcəsi ilə istifadə olunur; köçürmə müqaviləsi ən yaxın LUX-a qədər aşağı yuvarlaqlaşdırır. 1 DUSK = 1,000,000,000 LUX; 1 LUX-dan az olan hissə mənbə cüzdanda qalır və heç yerə “itmir”.

Əməliyyat təsdiqindən sonra rəsmi olaraq verilən emal vaxtı adətən təxminən 1 saat olur, şəbəkə vəziyyəti isə bunu daha da uzada bilər. Əslində saxlanmalı olan şey Approve ekran görüntüsü deyil, Execute əməliyyatının hash-i-dir; o, həmçinin uyğun DUSK əsas şəbəkə əməliyyatının memo hissəsinə yazılacaq. Ona görə $DUSK köçürməsini edərkən bunu unutmayın: Approve qapını açır, Execute-ni basmaq isə həqiqətən də maşını DUSK əsas şəbəkəsinə daxil edir. #dusk

Geçən dəfə kripto birjasına coin göndərdim: ünvanı kopyalayıb memo-nu da iki dəfə yoxladım ki, coin gəlsə belə onu mənim hesabım kimi tanımamış olmasın. Sonra @Dusk nömrəli birja inteqrasiyası sənədinə baxdım və başa düşdüm ki, Dusk-un depozit arxa hissəsi (“充值后台”) tələbi sadəcə “düzgün memo yazmaqdan” daha detallıdır: əvvəl Moonlight-un açıq hesab modelini seçmək, sonra hər bir şəxs üçün ayrı hesab qərar vermək və ya ümumi hesab + memo yanaşması istifadə etmək.

Əgər ümumi hesab tətbiq edilirsə, memo yalnız sistemə həmin pulun “kimə aid edilməli” olduğunu deməlidir, təkrar depozitə qarşı (idempotency) yeganə sübut kimi istifadə olunmamalıdır. İki istifadəçi eyni memo-nu səhv yaza bilər və hətta eyni məlumat birja arxa hissəsi yenidən başladıqda yenidən skan oluna bilər. Buna görə rəsmi sənəd Dusk transaction ID-ni idempotency key kimi istifadə etməyi tövsiyə edir; sadə dillə desək, hər depozitə “ancaq bir dəfə qeyd olunacaq” kilid qoymaq deməkdir. #dusk

Diqqətdən kənarda qala biləcək başqa bir sərhəd də var: birja istifadəçiyə Moonlight balansının artmasını görən kimi dərhal kredit verməməlidir. O, yalnız artıq yekunlaşmış arxiv tarixindən birbaşa transferləri skan etməli və memo-nun olmaması, format xətası, bilinməyən və ya təkrar depozitləri əvvəlcə təcrid zonasına (隔离区) salmalıdır; avtomatik olaraq “elə bu, hesablandı” deyə düşünməməlidir.

Daha da dəqiq desək: arxa hissədə depozit qeydi yazılması və blok yoxlama punktunun (checkpoint) irəliləyişi eyni verilənlər bazası tranzaksiyası daxilində tamamlanmalıdır. Əvvəl checkpoint irəli sürülüb, sonra kreditləşmə edilməmişsə və xidmət çökərsə, istifadəçinin pulu qaçıra bilər; əksinə əvvəl kredit verilib, amma irəliləyiş (progress) saxlanılmayıbsa, yenidən skan zamanı eyni əməliyyat iki dəfə işlənə bilər. Phoenix conversion, müqavilə (contract) ödənişləri və stake/kolateral geri çəkilməsi (质押提现) üçün də hər biri ayrıca event qaydaları təyin edilməlidir; onları adi depozitlə qarışdırmaq olmaz.

Bu məntiq poçt/kuryer anbarına çox oxşayır: memo alıcının etiketidir, transaction ID isə təkrar olunmayan kuryer göndəriş nömrəsi kimidir, finalized isə bağlamanın həqiqətən anbara daxil olmasını göstərir. Bunlardan yalnız birinə baxmaq da itən bağlama və ya təkrar çatdırılma kimi problemlərə səbəb ola bilər.

Ona görə mən $DUSK nömrəli birjanın uyğunlaşdırılmasına baxarkən təkcə “depozit/çıxarış etmək mümkündürmü” məsələsinə yox, həm də arxa hissənin yekunlaşmadan sonra kreditləşməni, transaction ID-nin duplikasiyasızlığını, checkpoint və “kitabçanın” (accounting ledger) sinxron şəkildə eyni zamanda təqdim etməsini etməsinə baxıram. Əsl maliyyə səviyyəli təcrübə ön tərəfdə “çox tez fırlanma” (loading spineri) kimi deyil, arxa hissə yenidən başlamış və yenidən skan etsə belə istifadəçiyə nə artıq, nə də az pul verilməməsidir. #dusk