比特发发发

#dusk $DUSK Yaqinda $DUSK $ atrofidagi bir hisob-kitob qilayapman: Hozir 10,000 dona DUSK sotib olib Provisioner-ni o‘zingiz ishga tushirsangiz, yoki xuddi shuncha miqdorni birinchi beshlikdagi node’larga topshirsangiz — uch yildan keyingi kutilayotgan daromad farqi qanchaga teng?
Avval o‘zingiz ishlatsangiz. @Dusk uchun Provisioner chegarasi 1,000 DUSK, lekin barqaror tarzda komissiya tomonidan tanlab olinishi uchun garov miqdori kamida 5,000–10,000 dona bo‘lishi kerak. Server xarajati 250/oy deb hisoblasak, uch yilga 250/oy × 36 oy, ya’ni 9,000. Ustiga-ustak DUSK narxining tebranishi: agar hozirgi narxdan 30% ga tushsa, asosiy kapitalingiz qisqarishi uch yillik daromaddan ham ko‘proq bo‘ladi. Lekin DUSK oshsa, o‘zingiz ishlatgan node’dan keladigan daromadning hammasi sizniki bo‘ladi — commission ajratib olish (komissiya) bo‘lmaydi.
Keyin topshirish (delegatsiya) tomoni. #dusk delegatsiya mexanizmida Provisioner commission ushlab qoladi — hozirda yetakchi node’lar odatda 5%-10% atrofida ushlab qoladi. Uch yil davomida, foizli hisob (kompaunding) ta’siri bilan, ushlab qolingan commission jami daromadning 20%-30% gacha qismini “yeb qo‘yishi” mumkin. Buning afzalligi esa: siz server texnik xizmatini kuzatib yurmayiz, Soft Penalty’ni ham “qarab turmayiz”, tarmoq tebranishi imzo muvaffaqiyatsizligiga olib kelishidan xavotir olmaysiz. Siz “xotirjam uxlash”ni sotib olasiz.
Lekin yana bitta o‘zgaruvchi bor: DUSK’ning emissions/chiqarish Schedule’ i. Agar kelgusi uch yilda DUSK inflatsiya darajasi bosqichma-bosqich kamayib borsa (ko‘pchilik PoS zanjirlarida shunday bo‘ladi), Provisioner’ning blok mukofotlari kamayadi, ammo tranzaksiya to‘lovlari ulushi oshadi. To‘lovlar daromadi NPEX’dagi qimmatli qog‘ozlar bo‘yicha savdo hajmiga bevosita bog‘liq — agar €200M+ hajmdagi qimmatli qog‘oz tokenizatsiyasi haqiqatan ham ishga tushsa, to‘lovlar o‘sishi inflatsiya pasayishidan keladigan yo‘qotishdan ancha yuqori bo‘lishi mumkin.
Shunday qilib, bu hisob-kitobning xulosasi bitta asosiy taxminga bog‘liq: siz DUSK’da real iqtisodiy faollik haqiqatan ham o‘sishda davom etishiga ishonasizmi? Ishonasiz — o‘zingiz ishlating. To‘liq ishonmasangiz — delegatsiya qiling. @Dusk

#dusk $DUSK Men bugun @Dusk ning tranzaksiya model hujjatini o‘qib chiqdim. Avval Duskni “maxfiylik zanjiri” deb o‘ylagandim — barcha tranzaksiyalar sukut bo‘yicha anonim, Monero yoki Zcash kabi. Ma’lum bo‘ldiki, DuskDS da bir vaqtning o‘zida ikkita tranzaksiya modeli ishlaydi: Moonlight — ochiq, hisob-kitob (account) asosida; Phoenix — niqoblangan, UTXO + nol bilim isbotlari (zero-knowledge proofs) orqali. Ikkala model bir xil $DUSK tokenidan foydalanadi va bitta Transfer shartnomasini ishlatadi.
Dastlab bu menga ziddiyatli tuyuldi: maxfiylik zanjiri nega ochiq modelni ham qoldiradi? Lekin keyinroq mantiqini tushundim: Moonlight mavjudligi — aynan muvofiqlik (compliance) uchun. An’anaviy moliya institutlari tranzaksiya qiladi, lekin tartibga soluvchilar hisob balanslari va tranzaksiya yozuvlarini ko‘rishni talab qiladi. Agar zanjin to‘liq maxfiy bo‘lsa, auditorlar umuman schyotni tekshirib bo‘lmaydi, demak compliance bosqichidan o‘tib bo‘lmaydi. Moonlight — an’anaviy bank hisobiga o‘xshash shaffof tajribani beradi: hisob manzili bor, balans bor, tranzaksiya tarixi bor.
Phoenix esa boshqa yo‘l: UTXO modeli + nol bilim isbotlari. Bu yerda tranzaksiya summasi va ishtirokchilarni yashirish mumkin, lekin View Key’ni ushlab turgan auditor baribir ko‘ra oladi. Bu xuddi kompaniya buxgalteriya daftari kabi: tashqariga ochiq bo‘ladigani — yillik hisobot konspekti, auditor esa kalitga ega bo‘lsa, tafsilotlarni ko‘radi.
Men buni bir yo‘lni tanlashga o‘xshataman: “hammasi shaffof” yoki “hammasi anonim”. Yo‘q, bu shunchaki bir bino ichida ham shisha konferens-zal, ham ovoz o‘tkazmaydigan muzokara xonasi bor. Tashqi e’lon va tartibga solish uchun shisha zal (Moonlight); tijorat muzokaralari va institutlararo hisob-kitob uchun ovoz o‘tkazmaydigan xona (Phoenix). Bir bino, turli vaziyatda turli xonaga kiriladi.
Biroq ikki model ham murakkablikni keltiradi. Foydalanuvchilar hozircha Moonlight va Phoenix hisoblari o‘rtasida DUSKni qo‘lda ko‘chirishlari kerak — avtomatik marshrutlash yo‘q. Agar dApp faqat Moonlightni qo‘llasa, Phoenixda niqoblangan aktivlarni ushlab turgan foydalanuvchi avval bir marta cross-model transfer qilishi kerak bo‘ladi: yana bitta amaliyot, yana bitta gas.
Shuning uchun #dusk ning hisoblar tizimiga qarab, men “maxfiylik bormi-yo‘qmi”dan tashqari yana shuni o‘ylayman: real foydalanishda ishlab chiquvchilar va foydalanuvchilar qaysi modelga ko‘proq moyil, hamda cross-model transferdagi ishqalanish (friksiya)ni wallet (hamyon) qatlamida yutib yuborsa bo‘ladimi. $DUSK ning aylanma samaradorligi, oxir-oqibat, bu ikki model orasidagi almashish (switch) xarajatlariga bog‘liq. @Dusk

#dusk $DUSK Bugun men @Dusk ning konsensus protokolini (SA) qismlarga ajratib ko‘rdim va bitta so‘zda tiqilib qoldim: "committee-based". Ko‘plab PoS zanjirlari qo‘mita mexanizmidan foydalanadi, lekin Dusk’ning SA—Succinct Attestation—uch bosqichga bo‘lingan: taklif (propozitsiya), tekshirish (validatsiya), tasdiqlash (approval). Uch bosqichning har biri tasodifiy tanlangan turli provisionerlar tomonidan bajariladi.
Birinchi bosqichda provisioner bitta taklif etuvchi blokni yaratadi va uni ommaga e’lon qiladi. Ikkinchi bosqichda tekshiruvchi qo‘mita blokning haqiqiyligini tekshiradi. Uchinchi bosqichda esa boshqa tasdiqlovchi qo‘mita tekshirish natijasini tasdiqlab, blokni yakunlaydi (finalizatsiya qiladi). Bir qarashda yana bitta qadamdek tuyuladi, ammo bu qadam "tekshirish" va "tekshirish natijasini tasdiqlash"ni alohida ajratib qo‘yadi.
Men bu dizaynning niyatini shunday tushunaman: agar tekshirish va tasdiqlash bir xil odamlar tomonidan qilinsa, unda tekshirish natijasining o‘zi yakuniy xulosa bo‘lib qoladi va muvozanat (chek-deng) yo‘qoladi. Ikki bosqichga bo‘lish esa tasdiqlovchi qo‘mita nafaqat blokni, balki tekshiruvchi qo‘mita haqiqatan ham ishni vijdonan bajarganmi-yo‘qmi degan narsani ham ko‘rishini anglatadi. Bu konsensusga qo‘shimcha sifat nazoratining bir qatlamini qo‘shadi.
Bu dizaynda yana bir yashirin cheklov bor: qo‘mitalar tasodifiy tanlanadi va ularning tarkibi garov miqdoriga asoslanadi. Hujumchi qandaydir bosqichni nazorat qilishni istasa, u nafaqat ko‘p miqdorda garovni boshqarishi, balki aynan o‘sha qadam uchun tanlangan bir xil qo‘mitaga tasodifan tushishi ham kerak bo‘ladi. Ehtimol jihatidan bu bitta tekshiruvchi guruhni nazorat qilishga qaraganda ancha qiyin.
Biroq bosqichma-bosqich konsensusning narxi — kechikish (delay). Har bir qo‘shimcha bosqich yana bir marta aloqa davrini qo‘shadi. SA yuqori tezlikdagi moliyaviy savdo (high-frequency trading) ssenariylarida past kechikishli tasdiqni qanday saqlab qolishi masalasi — hozircha ochiq hujjatlarda yetarli ma’lumot topa olmadim.
#dusk ning konsensus qatlamiga qarasam, men blok chiqarishdan yakunlashgacha bo‘lgan vaqt oraliqlarini, qo‘mitalar almashinish chastotasini va real tarmoqdagi ayrilishlar (fork) foizini doimiy kuzatib boraman. DUSK garov aktiv bo‘lgani uchun konsensusning xavfsizlik haqidagi farazlari bevosita garovchilarga duch keladigan risk turini belgilaydi. #dusk @Dusk

#dusk $DUSK Bugun men @Dusk va NPEX hamkorligi haqidagi materiallarni ko‘rayapman. Avvaliga bu yana bitta “an’anaviy birja blokcheinga chiqamiz” degan press-relizga o‘xshab tuyuldi. Ammo aniq raqamlarga borganda jiddiylashdim: NPEX — Niderlandiyada ro‘yxatdan o‘tgan, Yevropa regulyatsiyasi nazoratidagi qimmatli qog‘ozlar birjasi; u chiqarish hajmi 200 million yevrodan oshgani va investorlar bazasi 20 mingdan ko‘pligini tasdiqlagan. Bu “biz blokcheinni o‘rganishni ko‘rib chiqyapmiz” degan niyat xati emas, balki real chiqarish ko‘lami bilan tasdiqlangan huquqiy (komplayens) yo‘lga qo‘yish.
NPEX tartibga solinadigan xususiy bozorni boshqaradi: chiqarish, investorlarni qabul qilish, savdo, axborot oshkor etish, kliring va hisob-kitob — bu bosqichlarning o‘zi allaqachon yetilgan komplayens talablari bilan ishlaydi. Dusk “aksiyalar kodini zanjirga qo‘yish” degani emas, balki butun ish oqimi (workflow)ni taqdim etadi: investor shaxsi Citadel orqali nol bilimli isbot (zero-knowledge proof) bilan tekshiriladi, savdo zanjirda maxfiylik bilan bajariladi, biroq regulyator uchun audit qilinadigan bo‘ladi; hisob-kitob esa SBAning deterministik yakuniyligi yordamida pul kuponlarini bir vaqtda (synchron) ta’minlaydi.
Men buni shunday tasavvur qilaman: bu shunchaki qimmatli qog‘ozlar birjasining e’lonlar taxtasini elektron ekran bilan almashtirish emas. Aksincha, butun savdo zali, kliring markazi va reyestrni bitta binoga ko‘chirib, har bir qavatda alohida kirish ruxsatlari (door access) bor. Investorlar o‘zlarining pozitsiyalarini ko‘rishi mumkin, regulyator esa zarur ma’lumotlarni ko‘radi, lekin oddiy odamlar biror-bitta bitim tafsilotini ko‘rolmaydi.
Lekin bu barcha bosqichlar yakunlanganini anglatmaydi. NPEX bo‘yicha hamkorlik hozircha izlanish bosqichida: “texnik jihatdan mumkin”dan “regulyator ruxsat beradi”gacha va nihoyat “haqiqiy foydalanuvchilar zanjirda savdo qiladi”gacha — o‘rtada uzoq komplayens yo‘li bor. Ochiq manbalarda men aniq vaqt jadvali va ishga tushirish progressini ham topolmadim; bu esa bozorning $DUSK RWA haqidagi narrativiga sabr bilan qarash kerakligini bildiradi.
#dusk ning RWA bo‘yicha real yo‘lga qo‘yilishini ko‘rayotganda men faqat “200 million yevro” degan sarlavhaga yopishmayman. Kuzatish kerak bo‘lgan narsa — birinchi zanjirdagi emissiya qachon boshlanishi, savdo hajmining nololardan “bir”gacha qanday o‘sish grafigi, shuningdek regulyatorlar ushbu maxfiylik va komplayens arxitekturasiga real qanday fikr bildirishi. $DUSK gas va garov (staking) tokeni sifatida qiymati oxir-oqibat bu assetlarning workflow’lari haqiqatan ham ishga tushadimi-yo‘qmi, shunga bog‘liq. #dusk @Dusk

#dusk $DUSK Yaqinda @Dusk ning muvofiqlik (compliance) yo‘lini qayta tartibdan o‘tkazib chiqdim va uning aksariyat ommaviy zanjirlardan (public chain) eng asosiy farqi texnik arxitekturada emas, balki boshidan “tartibga solinadigan (regulatsiyalangan) moliya”ni mahsulot pozitsiyasi sifatida qabul qilganida ekanini ko‘rdim. Ammo bu yerda juda oson haddan tashqari soddalashtiriladigan mantiq bor: muvofiqlik doirasi (compliance framework) bor ekan, bu zanjirda allaqachon muvofiqlikka mos aktivlar ishlayapti degani emas. $SNDKB
Dusk hujjatlarida institutsional moliya stsenariylariga mo‘ljallangan, maxfiy (privacy) tranzaksiyalarni qo‘llab-quvvatlaydi, shu bilan birga audit talablariga ham javob beradi, degan fikr qayta-qayta uchraydi. Phoenix ning maxfiylik modeli nol bilim (zero-knowledge) isbotlari yordamida, tranzaksiya tafsilotlarini oshkor qilmasdan turib regulyatorga tanlab oshkor qilishni (selective disclosure) taqdim etishi mumkin — bu texnik darajadagi muvofiqlik poydevoridir. Biroq texnik muvofiqlik va sud (yuridik) muvofiqligi o‘rtasidagi masofa ko‘pchilik tasavvur qilgandan ancha kattaroq.
Haqiqiy RWA ni zanjirga olib chiqish faqat zanjirdagi maxfiylikni hal qilish degani emas. Aktiv chiqarish, saqlash (custody), kliring/ hisob-kitob (settlement) — har bir bo‘g‘in mavjud huquqiy tizim bilan moslashtirilishi kerak. Masalan, tokenlashtirilgan obligatsiya yoki fond bo‘lsa: kim uni chiqarishga vakolatli? Asosiy (underlying) aktiv kim tomonidan saqlanadi? Zanjirdagi yozuv sudda huquqni tasdiqlovchi dalil (huquqiy guvohnoma) sifatida qabul qilinadimi? Bu savollarning javobi whitepaper’da emas, balki regulyator memo (yo‘riqnoma/xotira hujjatlari) va sud amaliyotlarida berilgan. Dusk jamoasi Lyuksemburg kabi joylarda yuridik tuzilmalar (entity)ga ega, an’anaviy moliya institutlari bilan ham aloqada bo‘lgan, biroq aloqadan hamkorlikka, hamkorlikdan esa aktivlarning haqiqatan ham zanjirga “chiqib” ketishigacha hali ancha yo‘l bor. $SPCXB
Bundan tashqari, hozirgacha Dusk’da katta hajmdagi RWA chiqarilishi va aylanib yurishi bo‘yicha ochiq ko‘lamli misollarni ko‘rmaganman. Muvofiqlikka oid texnik zaxiralarni albatta baholash mumkin, lekin yakunda qiymatni zanjirdagi aktivlarning real ko‘lami va tranzaksiyalar chastotasi isbotlaydi.
Shuning uchun hozir men DUSK ning muvofiqlik borasidagi taraqqiyotini ko‘rib, “muvofiqlik pozitsiyasi (compliance positioning)”ni “mavjud muvofiqlikka mos aktivlar” bilan tenglashtirmayman. Men ko‘proq quyidagilarga e’tibor qarataman: Dusk da litsenziyaga ega institutlar aktiv chiqarganmi? Regulyator tashkilotlar zanjirdagi yozuvlarning kuchini (efficacy) aniq tan olganmi? Va Dusk dagi zanjir ichidagi RWA ko‘lami hamda tranzaksiyalar chastotasi qanday? Muvofiqlik — bu tanlov savoli emas, balki har bir bandi alohida belgilanadigan chek-list. #dusk @Dusk

#dusk $DUSK Mukofotlar doimiy bir xil APR bo‘yicha foiz hisoblanmaydi; u kimdir yutib olgan-olmaganiga, yutib olingan paytda esa blokni o‘z vaqtida ishlab chiqarish va ovoz berish bajarilgan-bajarilmaganiga bog‘liq. Qolip (staking) miqdori yutilish ehtimolini belgilaydi, uptime esa yutib olingandan keyin mablag‘ni real yechib olish mumkin-mumkin emasligini aniqlaydi. Xuddi bir xil pozitsiya bo‘lsa ham, tugun barqaror ishlasa va tugun vaqti-vaqti bilan “tebransa”, yillik farq sifatidagi farq qismi haqiqatan mavjud bo‘ladi.$SNDKB
Yana eng avval bilish kerak bo‘lgani — jarima (sanksiya) tomoni. Shartnoma (protokol) beparvolik uchun jazoni faqat “bu raundda pul chiqmadi” bilan cheklamaydi: ketma-ket sababsiz qatnashmaslik stakingni to‘xtatib qo‘yilgan (pause) holatga kiritadi; pauza davrida na blok ishlab chiqariladi, na mukofot paydo bo‘ladi — shartlar yana qayta bajarilgunga qadar kutish kerak bo‘ladi va keyin yana nomzodlar (candidate) ro‘yxatiga qaytadi; holat jiddiy bo‘lsa, olinadigan summa (jarimada) asosiy kapital ulushi ushlab qolinadi. Bu “pulni qo‘yib, sekin-asta foiz yig‘ish”dan mutlaqo boshqa tajriba.$SPCXB
Shunday ekan, 1000 DUSK degan raqamni ham qayta o‘qish kerak. Bu bevosita staking uchun minimal talab, daromadning start nuqtasi emas. Pozitsiyasi uncha katta bo‘lmaganlar eshik (limit)ga zo‘rlab chiqib olgan bilan har doim ham foydali bo‘lmasligi mumkin: tugun yuritish server, versiya yangilash, monitoring va nosozliklardan tiklashni kundalik xarajatingizga aylantiradi; bularni uchinchi tomon pooliga topshirsangiz, evaziga poolning o‘zining yechib olish qoidalari, custody (saqlash) usuli va shartnoma risklari keladi — bularning barchasi esa mainnet qoidalariga teng emas.
Endi men staking daromadini uch qatlamga ajratib ko‘rib chiqaman: protokol umuman qancha tarqatadi (blok mukofoti va komissiyalar taqsimoti), nazariy jihatdan men qancha olaman (staking ulushi va yutilish ehtimoli), amalda qancha “boy beraman” (offline holat, pauza, jarima, hamda alohida talab qilib olinishi kerak bo‘lgan mukofot qismi). Dastlabki ikki qatlam yuqori limitni belgilaydi, uchinchi qatlam esa qo‘lingizga aniq tushadigan miqdorni.
DUSK ning staking dizayni uzoq muddatli ishtirokchilar uchun qulay, ammo u omonat varaqasi (depozit)ga o‘xshamaydi — ko‘proq online bo‘lish talab qilinadigan ishga o‘xshaydi.@Dusk

#termmax Birinchi bitim: TermMax’da muddati 90 kunlik FT muddati tugadi. Ichkariga 1,000 USDC kiritdim, chiqishda 1,021.25 oldim — 21.25 foiz bir tiyin ham ushalmadi, jismoniy yetkazib berish paytida chegirma ham yo‘q edi, qo‘lda tasdiqlash bosqichlari ham kerak bo‘lmadi. Zo‘r — ha, rostakam zo‘r. Lekin darrov muammo ham ergashdi.
Pul hamyonimga qaytgan kuni xuddi o‘sha sharoitda yana bir marta bitim qilishni o‘yladim, ammo xuddi shu muddatdagi bozor kotirovkasi allaqachon 6.2% gacha tushib qolgan edi. Fiksatsiya davrida men suzuvchi foiz stavkasi tebranishidan jonimni qutqarib qolgandim, lekin buni chetlab bo‘lmadi: muddat tugagach, o‘sha kunning narxi bilan yana qayta kirish shart. Bu — qayta investitsiya xatari; fiksirlangan daromad u uni yo‘q qilmaydi, faqat uni muddati tugagan kunning o‘zida jamlab portlatadi.
$SNDKB
Yana bir nozik qatlam — ritm masalasi. Barcha mablag‘ bitta muddat tugaydigan kunga to‘plansa, foiz stavkasini baholashni bitta vaqt nuqtasiga “hammasini bir raqamga tikish”ga teng. Men hozir buni uchta bitimga bo‘ldim: har oy oralatib tugaydigan qilib, har oyda biri qaytadi; qayta narxlash paytida esa kamida bitta buyuk “hammasini eng past nuqtaga” qilish bo‘lmaydi.
$SPCXB
Muddat tugashiga yaqin ikkilamchi narxlarni ham ko‘rish kerak. FT muddati tugashga qanchalik yaqin bo‘lsa, narx nominal qiymatga shunchalik yaqin bo‘ladi va tebranish kamroq bo‘ladi; aksincha, ikkilamchi narx farqidan foyda olishni istaganlar esa orqaga borgan sari “yegulik” topa olmay qolishadi. Muddatidan oldin chiqish haqiqatan kerak bo‘lsa, likvidlikni mavjud davrning o‘rtasida qidirgan ma’qul, oxirgi ikki haftagacha sudralib borib nominal bilan joy talashib qolmaslik kerak.
Bitta gap: TermMax’ning fiksirlangan foizi shu muddat ichidagi xarajatni qulflaydi, kelajakdagi bir yilga oid rentabellikni emas. Foiz egri chizig‘idagi tebranishlarni silliqlash uchun esa muddat “narvonlari” (sifatli zinapoya) kerak, bir dona bitimni yanada uzoqroq qulflab qo‘yish emas.
#TermMax @TermMax

#termmax TermMax 的တ င်ки အချိန်တစ်ချက်杠杆 သည် အဓိကအားဖြင့် ပြောင်းလဲနိုင်သော ကိန်းနှစ်ခုသာ ရှိနေတယ်လို့ ထင်ရပါတယ်: လိဗာ (杠杆) အဆ နှင့် အငြိမ်နှုန်း (固定利率)။
မကြာသေးခင်ကတော့ တွက်ကြည့်ပြီးသားပါ။ အမြတ်ကို တကယ်တမ်း စားသောက်သွားတဲ့ အပိုင်းကတော့ အဲဒီ နံပါတ်နှစ်ခုထဲက ဘာတစ်ခုမှ မဟုတ်ပါဘူး。
တစ်ချက်杠杆 နောက်ကွယ်မှာ တကယ်က လုပ်ဆောင်ချက်တစ်ချီတစ်တန်း ရှိပါတယ်: stablecoin ကို ချေးယူပြီး အဲဒါကို အာမခံပစ္စည်းနဲ့ လဲလှယ်၊ ပြီးတော့ အဲဒီအာမခံကို ပြန်ထည့်ပြီး အာမခံအဖြစ် အသုံးပြုတယ်။ Protocol က အဆင့်တစ်ဆင့်ချင်းစီကို အက်တမ်တစ်ခုလို အတူတကွ ပေါင်းစပ်ပေးထားပေမယ့် အဆင့်တိုင်းမှာ စျေးကွက် friction ကတော့ ရှိနေတုန်းပဲ。
လဲလှယ်တဲ့အခါမှာ slippage ရှိတယ်。
မင်း ချေးထားတဲ့ ပိုက်ဆံကိုတော့ အဲဒီအတိုးနှုန်းမှာ တစ်ယောက်ယောက်က ပေးပြီး ထားနိုင်မှ ရတယ်。
အနာဂတ်မှာ ပိတ်ချိန်၊ အာမခံပစ္စည်းကို stablecoin နဲ့ ပြန်လဲလှယ်ရအုံးမယ်၊ အဲဒီအခါလည်း slippage တစ်ကြိမ် ထပ်ပေးရတယ်。
ဒီ ကုန်ကျစရိတ် သုံးမျိုးကတော့ သေးတဲ့ ရင်းနှီးငွေ (small position) အတွက် လျစ်လျူရှုလို့ရပေမယ့် ကြီးတဲ့ ရင်းနှီးငွေ (large position) အတွက်တော့ အဆုံးအဖြတ်ပေးနိုင်ပါတယ်。
လက်တွေ့မှာ အတော်များများ သာမန်မှားတတ်တဲ့ logic က ဒီလိုပါ:
PT base yield 10% မြင်တယ်၊ ချေးငွေကုန်ကျစရိတ် 6%၊ interest rate spread 4% လို့ယူတယ်၊ ပြီးတော့ 3x နဲ့ တိုးလိုက်ရင် annualized အမြတ်က တစ်ဆင့်တည်း ဆယ်ဂဏန်းနဲ့တောင် ရောက်သွားမယ်လို့ မျှော်လင့်တယ်。
ဒါပေမယ့် လုပ်ငန်းစဉ်အတွင်းမှာ အဝင်/အထွက် တစ်ကြိမ်စီက လိုက်နာတဲ့ slippage 0.5% စီ၊ အပြန်အလှန် စုစုပေါင်း 1% သာ ဖြစ်လာတယ်။ လိဗာ 3x ဆိုတော့ ဒီ 1% က မင်းရဲ့ ကိုယ်ပိုင်ငွေ (own capital) အပေါ်မှာ 3% အဖြစ် တိုးလာတယ်。
အဲဒီ 4% spread ကတော့ စတင်မစခင်တင်ပဲ တစ်စိတ်တစ်ပိုင်း ထွက်လျော့သွားပြီးသား。
အလယ်မှာ စီမံခန့်ခွဲမှု (rebalance)၊ တစ်စိတ်တစ်ပိုင်း ပြန်ဆပ် (partial repayment)၊ သက်တမ်း (maturity) လဲတာ (switching term) တို့ လိုအပ်ရင်၊ အကြိမ်တိုင်းမှာ နောက်ထပ် တစ်ကြိမ်စီ ကုန်ကျစရိတ် ထပ်ပေးရတယ်。
ဒါကြောင့် V2 က “fixed利率” လို့ ကြော်ငြာထားတာထက်၊ limit order တွေကို ဖြန့်ချထားတဲ့ ပိုင်းက ပိုပြီး တကယ်ကျတဲ့အချက်လို့ ကျွန်တော်ထင်ပါတယ်。
limit order က မင်းကို အခု pool ထဲက ပေးထားတဲ့ စျေးနဲ့ တာဝန်ခံပြီး ဝယ်/ရောင်းလုပ်ဖို့ မဖြစ်စေဘူး။ ကြီးမားတဲ့ အနေအထားဆိုရင် ခွဲပြီး ထုတ်လို့ရပြီး၊ ဖြည်းဖြည်းနဲ့ ပြည့်အောင်ဖြည့်နိုင်ပြီး၊ မင်းကိုယ်တိုင် စျေးကို သတ်မှတ်နိုင်တယ်。
အစားထိုးရတာကတော့ စောင့်ဆိုင်းခြင်း ဖြစ်ပါတယ်။ စောင့်ဆိုင်းခြင်းမှာ ကုန်ကျစရိတ် ရှိတော့ limit order တွေက ကြီးမားတဲ့ ငွေအတွက် ဝန်ထုပ်ဝန်ပိုး ဖြစ်လာနိုင်တယ်။ ဒါကြောင့် TermMax က မပြီးသေးတဲ့ (未成交) ငွေတွေကို စောင့်ဆိုင်းနေတဲ့ ကာလအတွင်းမှာလည်း base yield ကို ဆက်လက် စားသုံးနေဖို့ လိုအပ်တယ်。
Dashboard ကို စည်းလုံးတင်ပြတာလည်း ဒီလိုတစ်မျိုးတည်းပါပဲ။ မင်းက မိမိတစ်ယောက်တည်း ဘယ် chain ဘယ် term တွေအပေါ်မှာ စုစုပေါင်း exposure ဘယ်လောက်ရှိသလဲ မမြင်နိုင်ဘူးဆိုရင်၊ နောက်တစ်ကြိမ် ထပ်ထည့်သင့်/မထည့်သင့်ကို ဆုံးဖြတ်ဖို့ မလွယ်ဘူး。
ဒါကြောင့် အခုတော့ ကျွန်တော်က leverage strategy ကို အမည်တပ် (nominal) interest rate spread ကို မကြည့်ဘဲ နံပါတ်တစ်ခုတည်းကို ကြည့်တယ်: $SPCXB
အဖွင့်ကနေ အပိတ်အထိ၊ friction cost ကို ဘယ်နှစ်ကြိမ် ပေးရမလဲ?
အကြိမ် 3 ကြိမ်ပဲ ပေးရတဲ့ strategy နဲ့ အကြိမ် 10 ကြိမ်ပေးရမယ့် strategy၊ စာရွက်ပေါ်မှာ spread တူတူတောင် ဖြစ်နိုင်ပေမယ့် လက်တွေ့ရလဒ်က အရမ်းကွာသွားနိုင်တယ်။
Fixed rate က “ချေးငွေယူတဲ့ စျေး (borrow price)” ကို ဖြေရှင်းပေးတယ်。
ဒါပေမယ့် “ဝင်/ထွက် (进出) စျေး” ကိုတော့ မဖြေရှင်းပေးနိုင်ဘူး。
နောက်တစ်ခုက မကြာခဏ ပိုစျေးကြီးတတ်ပါတယ်။ $SNDKB
#TermMax @TermMax

#dusk Feniks (Phoenix) rejimida aktivlarni o‘tkazish yo‘li tashqariga ko‘rinmaydi; faqat nol bilim (zero-knowledge) isboti qonuniyligini tekshirishga xizmat qiladi. Bu yagona nazorat yurisdiksiyasi doirasida amaliy — masalan, Gollandiya AFM shu turdagi isbot mexanizmini tanisa, o‘sha muassasa AFM doirasida muvofiq faoliyat yurita oladi.$SNDKB
Lekin RWA mohiyatan transchegaraviy aktivlar oqimini anglatadi. DUSK’da chiqarilgan obligatsiya bo‘yicha egalik qiluvchilar Yevropa Ittifoqi, Singapur, Gonkong, AQSH kabi joylarda taqsimlangan bo‘lishi mumkin. Har bir yurisdiksiya “qabul qilinadigan muvofiqlik isboti” ta’rifini turlicha qiladi, ZK isbotini huquqiy dalil sifatida qabul qilish mezonlari ham farq qiladi. AQSH SEC hozircha zanjirdagi (on-chain) maxfiy aktivlarga nisbatan juda ehtiyotkor; MAS va SFC’ning yondashuvlari ham rivojlanish bosqichida.$SPCXB
Bu shuni anglatadiki @Dusk ning muvofiqlik qatlamida amalda bir vaqtning o‘zida bir nechta yurisdiksiya talablariga javob berish kerak bo‘ladi va bu talablar o‘rtasida ziddiyat bo‘lishi mumkin. Masalan, Yevropa Ittifoqi GDPR ma’lumotlarni minimallashtirishni talab qiladi, biroq ayrim yurisdiksiyalarning AML (pul yuvishga qarshi) qoidalari esa to‘liq tranzaksiya yo‘li izlab borilishini talab qiladi — bu texnik jihatdan ziddiyatli, “sozlash” (parametrlarni o‘zgartirish) bilan hal bo‘ladigan masala emas.
Yanada realroq qiyinchilik shundaki: transchegaraviy RWA bitimi nazorat tekshiruvini ishga tushirganda, qaysi yurisdiksiya nazorat organi shifrlashni (dekodlashni) talab qilish huquqiga ega? Agar bir nechta yurisdiksiya bir vaqtda talab qo‘ygan bo‘lsa, ustuvorlik qanday belgilanadi? Bu savollar oq qog‘oz (whitepaper)da yo‘q, lekin birinchi haqiqiy transchegaraviy institutsional bitimda ko‘rinib qoladi.
Men bu muammolar yechimsiz demayapman; faqat yechimlar protokol darajasida emas, huquq darajasida ekanini aytyapman. DUSK nafaqat texnik muvofiqlikni, balki asosiy yurisdiksiyalarda huquqiy pretsedent o‘rnatishni ham talab qiladi — ZK isboti orqali regulyatorga o‘zini isbotlashga rozi bo‘lgan birinchi muassasa faqat texnik riskni emas, balki huquqiy riskni ham zimmasiga oladi.
Bu pretsedent qachon paydo bo‘lishi, har qanday texnik yangilanishdan ham ko‘proq $DUSK ning muassasa tomonidan qabul qilinish tezligini belgilab beradi.
#dusk @Dusk

#termmax “vaqt bilan bog‘liq” bo‘lgan 2 ta narsa — aynan ekstremal bozorda sizning natijangizni hal qiladigan joylar.
@TermMax likvidatsiyasi 2 xil sabab bilan ishga tushadi: pozitsiya LTV limitga urilganda yoki qarzdor muddati kelib to‘lovni qilmasa. Birinchisi oracle narxiga tayanadi, ikkinchisi esa muddat vaqtiga tayanadi. Bu shuni anglatadiki, sizning garovingiz qanchalik xavfsiz ekani faqat garov qiymati qancha ekaniga bog‘liq emas — balki “narx yuborish (feed) real narxni o‘z vaqtida aks ettira oladimi-yo‘qmi”, shuningdek “siz muddati kelgan sanadagi tugunni o‘tkazib yubormay, o‘z vaqtida qaytaryapsizmi” degan omillarga ham bog‘liq.$SNDKB
Oracle bo‘g‘ini men doim e’tibordan chetda qoladigan, deb o‘ylagan risk nuqtasi. Bozor sakrab (gap) tushib ketganda, agar feed narx yangilanishi kechiksa, pozitsiya hisobda hali “xavfsiz” ko‘rinishi mumkin, aslida esa u allaqachon kapitaldan qarzdor bo‘lib qolgan bo‘ladi; narxlar yetib kelib, bildiruvlar (quote) moslashganda esa likvidatsiyani bemalol va vaqtida bajarishga kech bo‘lib qoladi. Ruxsat etilgan (fixed) foiz stavkasi xarajatni qulflab qo‘yadi, lekin feeddagi kechikishdan keladigan tafovutni qulflab tuzolmaydi.
Muddat sanasi esa yana bir vaqt bosimidir. Muddat o‘tib, to‘lov qilinmasa, likvidatsiya oynasiga kiriladi, ya’ni bozor tushmagan bo‘lsa ham, siz shunchaki to‘lov tugunini o‘tkazib yuborgansiz — baribir majburiy chora ishga tushadi. Ruxsat etilgan foiz stavkasining “aniqligi” “siz o‘z vaqtida majburiyatni bajarasiz” degan taxminga qurilgan; vaqt chizig‘i uzilsa, aniqlik ham uziladi.$SPCXB
Men #TermMax’da buni ko‘raman: u vaqtni narx bilan bir qatorda risk o‘lchovi sifatida tutadi — oracle yangilanish tezligi va manbasi ishonchlimi, muddatgacha va muddatdan oldin/ keyin amaliyot uchun yetarli operatsion buffer bormi, ekstremal bozorlarda feed va likvidatsiya gapdan keyingi tushish bilan hamqadam kela oladimi. Bular APY’da ko‘rinmaydi, lekin oxirida o‘sha raqam haqiqatan ham amalga oshishini hal qiladi.
Ruxsat etilgan foiz stavkasi narx tebranishini qulflaydi, lekin vaqt o‘tishini qulflay olmaydi. Haqiqiy risk-management — foiz haqidagi bu hisobni to‘g‘ri chiqarish bilan birga, muddat sanasi va feedning hamda narx yuborishning ikkita vaqt chizig‘ini ham asrashdir.#TermMax @TermMax

#dusk $DUSK Men DUSK ning blok ishlab chiqarish mexanizmini ko‘rib chiqqanimda, u men yaxshi biladigan PoS zanjirlaridan biroz farq qilishini payqadim: barcha staking (garov) tugunlari blokni yaratish jarayonida qatnashmaydi, balki har bir raundda bitta komissiya tasodifiy ajratiladi; faqat tanlab olingan tugunlar blok yaratish va tasdiqlash uchun ovoz berish huquqiga ega. Dastlab bu samaradorlik pastroq bo‘lar ekan, deb o‘yladim, keyin esa dizayn g‘oyasi aslida ikkala narsani ham saqlab qolishga qaratilganini angladim: blok tez chiqishi, shu bilan birga yakuniy tasdiqda yetarlicha ko‘p ishtirokchi bo‘lishi; buni esa juda oz sonli tugunlar ixtiyorida qoldirib bo‘lmaydi.
Bu meni hakamlar hay’ati (jury)ni tasodifiy tanlab olish tizimini eslatdi. Ro‘yxatdan o‘tgan barcha fuqarolar sud majlisiga hakam sifatida kelmaydi — har bir ish uchun tasodifiy ravishda bir guruh odam tanlanadi va ular hay’at bo‘lib, qaror chiqarish mas’uliyatini o‘z zimmasiga oladi; tanlanmaganlar bu safar qatnashmaydi, lekin keyingi safar yana tanlanish ehtimoli bor. DUSK ning komissiya konsensusida ham shu yondashuv: barcha staking tugunlari nomzodlar havzasi bo‘ladi, har bir raundda esa tasodifiy ravishda bir qismi komissiya qilib tanlanadi; aynan ular o‘sha raunddagi blok yaratish va tasdiqlash uchun javob beradi.$SPCXB
Bu o‘xshatish shu yerda tugaydi: hakamlar hay’ati tasodifiy tanlanishi vakillik va adolat uchun, DUSK ning tanlash mexanizmi esa tarmoq masshtabi oshgach tezlik va xavfsizlikni qanday birga ushlab turish — ya’ni texnik muammo — ni hal qilish uchun. Ikkalasining boshlang‘ich nuqtasi turlicha. Blok uchun hisoblash quvvati (proof-of-work) raqobati bo‘yicha BTC ga o‘xshash yondashuvda butun tarmoq tugunlari bir-biri bilan hash hisoblashga yugurishi shart emas; ayrim PoS zanjirlardagi odatiy sobit verifikatorlar to‘plamiga nisbatan esa DUSK ning komissiyasi dinamik ravishda almashib turadi, bu esa nazariy jihatdan blok chiqarish huquqini uzoq muddat bir guruhning qo‘lida ushlab qolish xavfini kamaytiradi.$SNDKB
Keyingi qilmoqchi bo‘lganim shuki: tanlab olingan ehtimolning aniq qanday qilib staking miqdori bilan bog‘liqligi, oddiy kichik garov qo‘yuvchilar amalda qanchalik tez-tez tanlanishi — buni men yanada batafsil parametrlar bo‘yicha tekshirib, keyin qayta yangilayman. #dusk @Dusk

#termmax Men TermMax mahsulot joylashuvini qayta tahlil qilib chiqqanimda, shuni angladimki, belgilangan foiz stavkasi aslida “eng yuqori daromadni qanday olish” muammosini emas, balki zanjirdagi mablag‘larni har lahzada o‘zgarib turadigan kotirovkalardan bosqichma-bosqich oldindan rejalashtiriladigan moliyaviy xarajatga aylantirish muammosini hal qiladi.
O‘zgaruvchan foiz stavkasi moslashuvchan kapital uchun qulay, ammo uzoq muddatli strategiyalar uchun unchalik mos emas. Bugun qarz oluvchi ko‘rayotgan xarajat, foydalanish darajasi oshishi sabab bir necha kundan keyin sezilarli darajada o‘zgarishi mumkin. #TermMax aniq muddat tugash sanasi va belgilangan moliyalashtirish narxi orqali bunday noaniqlikni hal qiladi, foydalanuvchiga pozitsiyani ochishdan oldin eng yomon holatda qancha foiz to‘lashini hisoblash imkonini beradi.$SNDKB
Bunday aniqlik stablecoin aylanishi, daromad strategiyalari va zanjirdagi aktivlar boshqaruvi uchun ham foydalidir. Institutsional yoki professional foydalanuvchilar odatda faqat eng yuqori yillik daromadni emas, balki naqd pul oqimi bashorat qilinishi, majburiyat qachon tugashi va daromad hamda xarajat bir xil vaqt oralig‘idami-yo‘qligini ko‘proq o‘ylashadi. Belgilangan foiz bozori mohiyatan mablag‘larning vaqt jadvalini ancha ravshan ko‘rsatadi.
Ammo mahsulot hisoblash imkonini beradi degani xavf o‘z-o‘zidan yo‘qoladi degani emas.@TermMax Hali ham aqlli shartnoma xavfsizligi, orakul narxlari, garov aktivlari tebranishi, likvidatsiya samaradorligi va muddatli likvidlik kabi muammolar mavjud. Agar qaysidir bozorda garov sifatida qo‘yilgan aktiv birdaniga likvidligini yo‘qotsa, hatto qarz foizi allaqachon “qotirilgan” bo‘lsa ham, likvidatsiya jarayoni zararli qarz bosimini keltirib chiqarishi mumkin.$SPCXB
Menimcha, TermMax haqiqatan ham yetuk bosqichga chiqayotganini baholashda faqat bloklangan qiymat miqdorining bir lahzasiga qarash yetarli emas. Bundan muhimrog‘i — faol qarz olish talabi uzluksizmi, turli muddatlar barqaror savdo hosil qilayaptimi, muddat tugagan mablag‘lar muammosiz hisob-kitob qilinadimi va protokol keskin bozor sharoitida odatdagidek ishlashda davom etadimi — shular.
Yana bir oson e’tibordan chetda qoladigan ko‘rsatkich bor: qayta foydalanish darajasi. Agar foydalanuvchi bir qarz muddati tugagach, yangi muddatni tanlashda davom etsa, demak belgilangan foiz stavkasi haqiqatan ham amaliy ehtiyojni hal qilgan. Agar mablag‘lar faqat rag‘bat davrida qisqa vaqt qolib ketsa, o‘sish ehtimol mahsulotning o‘zidan emas.
Zanjirdagi kreditlash avvallari go‘yo har kuni qayta narxlanadigan mehmonxonaga o‘xshardi, TermMax esa narx va chiqish sanasi oldindan aniq yozib qo‘yilgan ijara shartnomasini yaratmoqchi. Bunday shartnomaning qiymati doim eng arzon bo‘lishida emas, balki ikkala tomon ham kelajakda qancha to‘lashini bilishidadir.@TermMax

#dusk $DUSK Menimcha, Dusk kelajakdagi qiymatini faqat asosiy tarmoq ishga tushgani yoki qisqa muddatli narx o‘zgarishlariga qarab baholab bo‘lmaydi; uning to‘liq aktivlar aylanishi (asset flow) zanjirini shakllantira olishini ham ko‘rish kerak. Oddiy tokenlar uchun emit qilish, transfer va savdo jarayonlari ancha yetilgan; ammo ko‘chmas mulk ulushlari, obligatsiyalar, fond sertifikatlari kabi tartibga solinadigan aktivlar blokcheinga kirganda masalalar juda murakkablashadi. Aktiv manbasi qanday tasdiqlanadi, egasi (holder) malakaga mosmi, tranzaksiya yozuvlari maxfiylikni qanday himoya qiladi, kelishmovchilik yuz bersa muzlatish yoki tuzatish bo‘yicha kimda vakolat bor—bularning barchasi bazaviy tarmoq aniq qo‘llab-quvvatlay olishi kerak.$SPCXB
Dusk aynan shunday ssenariylar atrofida yo‘nalgan. U yakuniy hisob-kitob, maxfiylik isboti va EVM ishlab chiqish muhitini bitta yo‘l xaritasiga birlashtiradi; nazariy jihatdan tashkilotlar Solidity’ni davom ettirishi mumkin, shu bilan birga moliyaviy aktivlar uchun mosroq maxfiylik va moslik (compliance) imkoniyatlarini ham oladi. Bunday kombinatsiya faqat TPS’ni ko‘proq quvishdan ko‘ra amaliyroq ahamiyatga ega, chunki moliyaviy institutlar odatda har soniyada nechta oddiy transferni ko‘proq qayta ishlash bilan qiziqmaydi; ular uchun tranzaksiya kuzatiladiganmi, vakolatlar aniqmi va hisob-kitobning natijasi ishonchli (deterministik) bo‘ladimi—eng muhimidir.$SNDKB
Ammo yo‘l to‘g‘ri bo‘lishi ilovaning allaqachon yetilganini anglatmaydi. DuskEVM test tarmog‘ida sinovdan o‘tishi kerak, Dusk Trade bilan bog‘liq imkoniyatlar ham qurilish bosqichidan barqaror ishlashga o‘tishi zarur. Aktiv emit qilish platformasi va savdo moduli o‘rtasida identifikatsiya, whitelist, qatlamlararo aktiv map’lash (mapping), to‘lovlar va muvaffaqiyatsiz holatda rollback kabi masalalarni hal qilish shart. Har qanday bo‘g‘in noaniq bo‘lsa, tashkilotlar operatsion risklar sababli foydalanishni rad etishi mumkin.
Shuning uchun men Dusk ilova rivojini uchta kuzatuv mezoniga ajrataman. Birinchisi, real aktivlar emit qilingandan tortib hisob-kitobga qadar yopiq siklni (closure) bajara oladimi; ikkinchisi, maxfiy tranzaksiyalar audit va nazoratni birga qoplaydimi; uchinchisi, oddiy Solidity jamoasi ishlab chiqish xarajatini sezilarli oshirmasdan ulanishi (integratsiya) mumkinmi. Faqat shu uch jihat bosqichma-bosqich yo‘lga tushsa, texnik narrativdan tarmoq ehtiyojining bir qismiga aylanishi mumkin. Sizningcha, Dusk eng avval obligatsiyalar, fondlar bilan bog‘liq sohada yorib o‘tadimi, yoki boshqa turdagi aktivlarmi?
#dusk @Dusk

#termmax Ko‘pchilik ilk bor belgilangan (fiks) foizli shartnomani ko‘rganda eng oson paydo bo‘ladigan noto‘g‘ri tushuncha shuki: sahifada aniq raqam berilgani bo‘lsa, aktivni ushlab turish davrida uning qiymati o‘zgarmaydi. Ammo @TermMax ni o‘rgansangiz, “belgilangan daromad” va “belgilangan narx” aslida butunlay boshqa narsa ekanini ko‘rasiz. Birinchisi, kelishilgan shartlarga rioya qilinib, muddati tugaguncha ushlab turilganda olinadigan pul oqimlarini tasvirlaydi; ikkinchisi esa siz qaysi vaqtda, qanday bozor likvidligi (chuqurligi) sharoitida chiqib ketishingizga bog‘liq bo‘ladi. $SNDKB
Misol uchun, FTni olaylik: u aniq muddatga ega bo‘lgan on-chain nol-kuponga yaqin instrumentga ko‘proq o‘xshaydi. Foydalanuvchi muddatli nominal qiymatdan past narxda sotib oladi; tegishli qarz majburiyatlari normal to‘langan va hisob-kitob muvaffaqiyatli yakunlangan bo‘lsa, muddat tugaganda qoidalarga ko‘ra aktivni qaytarib olish mumkin bo‘ladi. Sotib olish narxi va to‘lov (redeem) qiymati o‘rtasidagi farq kutilayotgan daromadni tashkil qiladi. Bunday tuzilmaning afzalligi shundaki, har kuni kreditlash (qarz berish/qarz olish) bo‘yicha hovuz foizi o‘zgaradimi-yo‘qmi deb taxmin qilish shart bo‘lmaydi; kelajakda qancha aktiv qaytarilishi ham nisbatan osonroq hisoblanadi.
Muammo shundaki, egalarning hammasi shart tugaguncha ushlab turavermaydi. Aytaylik, bozor foiz stavkalari birdan oshib ketsa: yangi chiqarilgan yoki yangi bitim bo‘lgan FT yanada jozibaliroq daromad taklif qilsa, eski FTni erta sotish uchun narxni pasaytirishga to‘g‘ri kelishi mumkin. Aksincha, bozor foizi tushsa, avval belgilab qo‘yilgan daromad yanada qimmatlashishi mumkin. Shuning uchun, #TermMax muddati tugash qoidalarini fiks qiladi va yo‘lda narx tebranishlarini yo‘q qilib yubormaydi.
Yana likvidlik omilini ham qo‘shish kerak. Xuddi shu bitta FT bo‘yicha hisob-kitobda ta’sirchan muddati tugash daromadi ko‘rinishi mumkin, lekin agar buyurtma chuqurligi (order book depth) juda nozik bo‘lsa, sotmoqchi bo‘lgan miqdor ozgina katta bo‘lsa ham birin-ketin ko‘plab narx qatlamlarini yutib yuboradi. Natijaviy bitim narxi, slippaj (sirpanish) va komissiyalar bir-biriga qo‘shilib, dastlab chiroyli ko‘ringan daromadni sezilarli darajada kamaytirib yuborishi mumkin. Muddat qancha uzoq bo‘lsa, oraliqda mablag‘ga ehtiyoj paydo bo‘lishi va foiz stavkalarining o‘zgarishi ehtimoli odatda shuncha yuqori bo‘ladi. $SPCXB
Shuning uchun men TermMax belgilangan fiks foiz imkoniyatini baholaganda, “muddati tugaguncha ushlab turish” va “muddatidan oldin chiqib ketish”ni ikki alohida stsenariy sifatida ajrataman. Birinchisida garov (kollateral), likvidatsiya mexanizmlari va muddat tugaganda to‘lovga boradigan yo‘lni tekshirishga urg‘u beriladi; ikkinchisida esa sotib olish/sotish narxlari farqi, order book chuqurligi va qanchalik slippajni ko‘tara olish mumkinligiga e’tibor qaratiladi. Faqat ikkala yo‘lni ham ravshan qilib olsangiz, sahifadagi foiz stavkasi qaror qabul qilish uchun asos bo‘ladi, riskni e’tibordan chetda qoldirishga undaydigan ko‘zga tashlanadigan raqamga aylanmaydi. Fiks foizli instrument haqiqiy ravishda rejalashtiriluvchanlikni beradi; u esa barcha natijalarga kafolat emas. @TermMax

Bugun men @Dusk ning DuskEVM hujjatlarini ko‘ryapman. Avvaliga bu Solidity ishlab chiquvchilari uchun shunchaki kirish nuqtasi, deb o‘ylagandim. Aslida esa aniqlab olish kerak bo‘lgan masala shuki: ishlab chiquvchi kontraktni Ethereum tarafidan ko‘chirib o‘tgani, bu ilovani ham to‘liq ko‘chirib o‘tildi degani emas. DuskEVM bajarishni (execution) qiladi, DuskDS esa hisob-kitobni (settlement) yuritadi; bu yo‘l asbob-uskunalar darajasida EVM ekotizimiga yaqin, lekin taglikdagi holat (state), gas qoidalari va maxfiylik (privacy) interfeyslari to‘liq ekvivalent emas.
Agar jamoa Hardhat yoki Foundry dan foydalanyotgan bo‘lsa, eng muhimlari — joylashtirish (deployment) skriptlari, vaqtni tasdiqlash, event obunasi va rollback mexanizmi. Kontrakt kompilyatsiyadan o‘tishi — oracle (bashoratchi), indeksator (indexer) va frontend wallet bevosita qayta ishlatilishi mumkin degani emas. Solidity kontrakt zanjirdagi ma’lumotni o‘qishi yoki maxfiylik funksiyalarini ishga tushirishi uchun DuskVM va Phoenix chegaralarini tushunish kerak. Aks holda ilova ishlay boshlashi mumkin, lekin xarajatlar tuzilmasi va unumdorligi (performance) mutlaqo avvalgidek bo‘lmaydi.
Misol keltiray: bu, shtab-kvartiraga mos keladigan kassaga (receipt/cashier) yangi tizim o‘rnatish kabidir. Old zal interfeysi o‘zgarmaydi, lekin ombor bo‘yicha inventarizatsiya va a’zolik (member) ma’lumotlari boshqa jarayon asosida yuritiladi. Kassa xodimi tanish ekranni ko‘radi, ammo orqa tomondagi muvofiqlashtirish (back-office reconciliation) esa qaytadan loyihalanishi kerak. Ishlab chiquvchilar migratsiyasi nusxa-ko‘chirish emas, balki har bir qatlamga bo‘lgan bog‘liqlikni qayta tasdiqlashdir.
Rasmiylar DuskEVM Ethereum vositalar zanjirini qo‘llab-quvvatlay olishini ta’kidlaydi — bu yo‘nalish mantiqli; ammo real kuzatiladigan narsa shuki: ishlab chiquvchilar doimiy tarzda deploy qilishga tayyormi, va kontrakt xatoga uchraganda uni tezda DuskEVM, DuskDS yoki ko‘prik (bridging) komponentidan qayerdan topish mumkinmi. Yana bitta bajarish yo‘li — yana bitta operatsion (operatsiyalarni yuritish) murakkablik qatlamini qo‘shadi. Rivojlantirish jamoalari uchun eng qimmat narsa ko‘pincha gas emas, balki muammoni bartaraf etish (debug/troubleshooting) vaqti.
Shuning uchun men #dusk ning ekotizimidagi rivojlanishini ko‘rib, “EVM bilan moslik” ni “ishlab chiquvchilar allaqachon keldi” deb bevosita tenglashtirmayman. DUSK uchun eng muhim ko‘rsatkichlar — faol kontraktlar soni, deploy retry (qayta urinish) ko‘rsatkichi va RPC barqarorligi. Kirish ochilishi — birinchi qadam xolos; ammo toolchain va troubleshooting tajribasi odamni ushlab qoladimi — ekotizimning start tezligini (cold start) qiyinlashtiradigan asosiy narsa shudir. #dusk @Dusk $DUSK

#dusk $DUSK Yaqinda Dusk’ning ishlab chiquvchilar uchun hujjatlarini oxirigacha ko‘rib chiqdim, o‘tgan yilga nisbatan ancha to‘liqroq bo‘libdi. Test tarmog‘ini joylashtirish bo‘yicha qo‘llanmalar, maxfiylik bo‘yicha smart-kontrakt misollari, tugun(lar)ni ishga tushirish izohlari avvalgidan ancha ravshan tartibga keltirilgan. Eng yaxshi L1 zanjirlar darajasidagi ishlab chiquvchi tajribasiga hali ham yetishmasa-da, yo‘nalish to‘g‘ri. Birorta public chain ekotizimni cho‘ktiradimi-yo‘qmi — hujjatlar va tool tajribasi ko‘p marketing aksiyalaridan ko‘ra muhimroq.
Men bir necha marta Dusk hamjamiyati test tarmog‘i tadbirlarida qatnashganman. Rostini aytsam, dastlab ishtirokchilar ko‘p emas edi, lekin qolib ketganlarning aksariyati maxfiylik va RWA’ni jiddiy o‘rganadiganlar. Hamjamiyat muhokamalarida kunu tun “pul torting” deb chaqiradiganlar kamroq, ko‘proq maxfiylik kvitansiya (票据) modeli, muvofiqlik(комплаенс) dizayni, institutlar bilan hamkorlik imkoniyatlari haqida gap ketadi. Hozirgi bozorda bunday muhit aksincha juda kam uchraydi.
DUSK token egalari bitta narsani aniq o‘ylab ko‘rishi kerak: ushbu loyihadagi mukofot/ustama (溢价) manbai qisqa muddatli bozor qizg‘inligi emas, balki u maxfiylikka muvofiq infratuzilma bo‘la oladimi-yo‘qmi. Infratuzilma bo‘yicha tasdiqlash (verifikatsiya) davri juda uzoq — bir yil, hatto ikki yil davomida katta harakat ko‘rinmasligi mumkin. Ammo institutlar ulanib keta boshlagach, “qo‘rg‘on devori” oddiy DeFi loyihalarnikidan ancha chuqurroq bo‘ladi.
Ushbu jarayonda ishlab chiquvchilar ekotizimi juda muhim. Faqat institutlar bilan hamkorlik yetmaydi — Dusk’da uchinchi tomon ishlab chiquvchilar hamkabilar: wallet, tool va frontend’lar ustida ishlashga rozi bo‘lishi kerak. Hujjatlarning puxtaligi, test tarmog‘i rag‘batlari, tugun(lar) barqarorligi kabi detallar ishlab chiquvchilar qoladimi-yo‘qmi degan savolni hal qiladi. Ko‘plab public chain aynan ko‘rinmaydigan shu joylarda yutqazadi.
Hozir Dusk taraqqiyotini kuzatar ekanman, men ko‘proq uning ishlab chiquvchilar faolligiga, versiya yangilanishlari chastotasiga va hamjamiyat fikrlari qabul qilinadimi-yo‘qligiga e’tibor beraman. Bu narsalar DUSK narxining sakrashidek hayajonli bo‘lmasa ham, loyiha o‘z qiymatiga ancha yaqin. Ekotizim bir kunda qurilmaydi, lekin har kuni farqni sezsa bo‘ladi.
Hujjatlar va tool’larni doimiy ravishda takomillashtirishni istayotgan loyiha hech bo‘lmaganda jamoa uzoq muddatga qarayotganini bildiradi. Men ayniqsa olti oydan keyin ishlab chiquvchilar uchun hujjatlarni ko‘rishni xohlayman
#dusk @Dusk $DUSK

#dusk O‘tgan yili Yevropa Ittifoqi MiCA qoidalari belgilab qo‘yilganda, sohada hamma yoqda qattiq norozilik bo‘lgandi: bu kripto sanoati uchun kishan bo‘ladi, deyishar. Men o‘shanda ham jo‘r bo‘lib, “yana eski Yevropa boshqaga aralashyapti-ku” deb o‘ylagandim. Keyinroq sovuqqonlik bilan o‘ylab ko‘rsam, bu narsa aslida hal qiluvchi suvayirg‘ich mazmunga ega ekan: u birinchi marta “qanday zanjir, qanday aktivlar Yevropa Ittifoqining muvofiqlik bozoriga kirishi mumkin” degan talablarni oq-qora qilib yozib berdi. Guvohnomasi yo‘q — tashqarida.
@Dusk — Gollandiya jamoasi, Yevropa foniga ega, boshidanoq nazoratni chetlab o‘tishni rejalashtirmagan. Ularning texnik stekdagi tanlovlari deyarli MiCA ro‘yxatiga qarab belgilar qo‘yilgandek: audit qilsa bo‘ladigan maxfiylik (AML talablariga mos), soniyali finalitet (hisob-kitob riski bandiga mos), identifikatsiya qatlami Citadel (emitent due diligence talabiga mos), institut darajasidagi unumdorlik (bozor infratuzilmasi standarti). “Ishni oldindan yozib qo‘yish”ga xos bu yondashuv Amerikadagi “avval ish qil, keyin sudga uchrasa tuzatib olasan” degan uslubda kam uchraydi.$AKE
$DUSK tikishi juda aniq: Yevropada muvofiqlik yo‘lagi bir marta ochilsa, an’anaviy banklar, brokerlar, asset menejerlar raqamli aktivlarga joylashishda avval “haydovchilik guvohnomasini olgan tajribali haydovchi”ni tanlaydi — ya’ni guvohnomasiz yovvoyi haydovchidan ko‘ra. Bu joyni tanlash juda nozik: qisqa muddatda portlamaydi, uzoq muddatda esa istehkom bo‘ladi.
Albatta, bu ham “arzimaydi” emas. Muvofiqlik yo‘li iteratsiya tezligini sekinroq qiladi, funksiyalarni konservativroq ishga tushiradi, “meme” ixlosmandlar soni ham kamroq bo‘ladi.#dusk ehtimol sizga bir kechada o‘n barobar zarba bermaydi — u o‘n yillik sekin “bull”ga tayyorgarlik ko‘ryapti.
Men shaxsan shunday “og‘ir mehnat, mashaqqatli ishlarga yo‘nalgan” loyihalarni ko‘proq yoqtiraman: u albatta daromad kafolatlamagani uchun emas, balki hikoya mantiqi bir-biriga mos kelgani uchun. Kriptoda hammasi kazinodan iborat bo‘la olmaydi — infratuzilmani jiddiy quradiganlar ham bo‘lishi kerak, hatto sekinroq bo‘lsa ham.
Oxirida albatta natijani hammasi ro‘yobga chiqaradimi-yo‘qmi, baribir mainnet, hamkor tashkilotlar ro‘yxati va MiCA joriy etilganidan keyingi birinchi to‘lqindagi “muntazam askar”larni ko‘tara olishiga qarab ko‘rinadi. O‘zgaruvchilar ko‘p — hammasini bitta joyga tikmang.$SPCXB
DYOR, investitsiya bo‘yicha maslahat emas, kapitalingizni asrang. Sizningcha, kelajakda muvofiqlik zanjiri bilan yovvoyi zanjir — kim oxirida kuladi?
#dusk @Dusk

#dusk $DUSK Duskнинг мувофиқликка оид ҳикоясини кўриб чиқар эканман, мен доимо ҳисоб-китоб қиламан.
Бу TPS эмас.
Бу ҳам gas бирлик нархи эмас.
Гап — тартибга солинадиган актив чиқарилишдан тортиб айланишгача, бутун давомида занжирда қоладиган ҳақиқий таннарх.
@Dusk нинг дизайн мантиғи шундай: DuskDS ни ҳисоб-китоб (clearing) қатлами қилиб қўйиш, Citadel орқали идентификаторни (identity) бошқариш, Phoenix орқали махфийликни ҳимоя қилиш, ва танлаб ошкор этиш билан аудитни қаноатлантириш. Ҳар бир модул айрим муаммони ечаётгандек кўринади.
Лекин муаммо якка эмас.
Фараз қилайлик, бирор муассаса занжирда хусусий облигация (private bond) чиқармоқчи.
Аввало, инвестор KYCдан ўтиши ва Citadel credentials (гувоҳнома/аккаунт маълумотлари) олиши керак. Бу credentials'ни ким беради? Занжирда сақлаш таннархи қанча? Credentials муддати тугаётганда қайта расмийлаш керак бўлса, қайта расмийлаш муваффақиятсиз бўлса активлар қандай қилиб ҳал қилинади?
Иккинчи масала — облигацияни ўтказиш (transfer) қабул қилувчининг мақомини текширишни талаб қилади. Ҳар бир ўтказишда Citadel’нинг текширув интерфейсини чақириш керак бўлади: бу қанча занжир ўзаро алоқалари (interactions), қанча gas сарфини келтиради? Агар ўтказиш рад этилса, занжир ҳолати (state) қандай қилиб қайтарилади (rollback) ?
Яна ҳам пастга тушсак, регулятор маълум бир вақтда эгаси таркибини (holder structure) кўриб чиқишни талаб қилиши мумкин. Чиқарувчи viewing key (кўриш калити) яратиб, авторизация беришга мажбур. Бу авторизация доимийми ёки вақтинчаликми? Авторизация доираси аниқ қилиб фақат бир неча транзакцияга ёки маълум бир вақт оралиғигача чеклаб қўйила оладими?
Нихоят, дефолт ёки низо юзага келса, занжирдаги активни суд қарори билан музлатиш ёки мажбурий кўчириш мумкинми? Бу учун smart contract қандай турдаги ҳуқуқ(permissions)ни олдиндан назарда тутиши керак? Бу ҳуқуқлар "марказлашмаганлик" (decentralization) ғояси билан тўқнашадими?
Мен бу босқичларнинг газ (gas), сақлаш, текширув ва низо/даъво харажатларини умумий қиламан, кейин уларни анъанавий молиядаги воситачилик тўловлари, аудит харажатлари ва клиринг (ҳисоб-китобни якунлаш) вақти билан солиштираман.
#dusk муассасаларга ҳақиқатан активни занжирга қўйишга ёрдам бериш керак: “техник жиҳатдан қилиш мумкин” деган гап эмас, балки “қилгандан кейин арзонроқ, тезроқ, хавфсизроқ” деган исбот.
Агар занжир харажатлари юқори бўлса, ягона сабаб — шаффофлик ва аудитга яроқлилик (auditability). Лекин Phoenix транзакцияларни яширади-ку, шаффофлик қаерда? Танлаб ошкор этиш етарлича мослашувчими? Ошкор этилгандан сўнг ким маълумотлар бузиб кўрсатилмаганини текширади?
Шу сабаб, мен ҳозир кўраётган муассаса режаси (front-end/approach) фақат “мувофиқлик функциялари борми-йўқми”га қараб қолмайди.
Мен тўлиқ end-to-end жараённинг бир уюмини (телескоп) солиштирувга диққат қиламан: идентификация, актив чиқариш, айланишни текширишдан тортиб аудитгача ошкор этишгача — ҳаммаси занжирда юриб чиқилади; бу занжирдан ташқари (off-chain) ечимларга нисбатан қанча вақт ва харажатни тежашини кўрсатади. $BTC

#dusk @Dusk

Men DUSK’ning arxitektura diagrammasini birinchi marta ko‘rganimda savol tug‘ildi: nega ikkita virtual mashina kerak? DuskVM mahalliy smart-kontraktlarni ishga tushiradi, DuskEVM esa Ethereum’ga mos (EVM) kontraktlarni bajaradi — bu esa murakkablikni oshirmaydimi? Ammo chuqurroq o‘rganganimdan keyin bildim: bu dizayn aslida juda real bir muammoni hal qilish uchun — xavfsizlik va unumdorlik o‘rtasidagi muvozanatni topish uchun mo‘ljallangan.
DuskVM — DUSK’ning native virtual mashinasi bo‘lib, u to‘g‘ridan-to‘g‘ri konsensus qatlamida ishlaydi va barcha quyi darajadagi imkoniyatlarga kiradi: masalan, nol bilim (zero-knowledge) isbotlari, maxfiy tranzaksiyalar, Phoenix protokoli va boshqalar. DuskEVM esa OP Stack asosida ishlaydi: u Ethereum smart-kontraktlarini bajaradi, lekin yakuniy hisob-kitob (settlement) DuskDS tomonidan amalga oshiriladi. Muhim farq shundaki: DuskVMdagi kontraktlar DUSK konsensus xavfsizligi bilan bevosita bog‘langan, DuskEVMdagi kontraktlar esa tashqi ko‘prik (bridge) qatlamiga tayanadi.
Bu esa juda qiziqarli vazifalar bo‘linishini keltirib chiqaradi: sezgir aktivlar (masalan, RWA tokenlar, muvofiqlik/komplayans talab qilinadigan aktivlar) DuskVMga joylashtirilishi kerak, chunki ularga DUSK’ning maxfiylik va muvofiqlik xususiyatlaridan to‘g‘ridan-to‘g‘ri foydalanish zarur. Oddiy DeFi ilovalari (masalan, markazlashmagan birja, kreditlash protokollari) esa DuskEVMga joylashtirilishi mumkin — chunki ishlab chiquvchilar mavjud Ethereum kodini shunchaki ko‘chirib o‘tkazsa bo‘ladi, kontraktlarni qaytadan yozish mashaqqatidan qutulishadi.
Men ishlab chiquvchilar fikr-mulohazalarini ham ko‘rib chiqdim: DuskEVMga Uniswap V2 klonini joylashtirish uchun kodning taxminan 20 qatorini o‘zgartirish kifoya (asosan tarmoq parametrlariga moslash). Agar DuskVMda esa noldan ishlab chiqish kerak bo‘lsa, yuzlab qator kod talab qilinadi. Shuningdek, DuskVMdagi tranzaksiya tezroq (o‘rtacha 1.5 soniyada blok chiqadi) va ko‘prik uchun haq to‘lashning hojati yo‘q. Demak, bu aslida “ishlab chiqish samaradorligi vs unumdorlik” tanlovi.
Yana e’tiborga molik jihat — xavfsizlikni ajratish. DuskVM va DuskEVM ma’lumotlari fizik jihatdan alohida. DuskEVM kontraktlari DuskVMning maxfiy holatiga bevosita kirisha olmaydi. Bu “flash-loan hujumi”ga o‘xshash holatlarda qatlamlararo kirish orqali zaifliklardan foydalanishning oldini oladi. DUSK rasmiyining 2025 yil sentyabr oyidagi xavfsizlik auditi doirasida aynan VM’lar o‘rtasidagi chaqiruvlar (cross-VM calls) alohida tekshirildi: barcha chaqiruvlar “sandbox gateway” orqali o‘tishi shartligi, bu gateway chaqiruvchining vakolatlari va turi(typ)ni tekshirishi hamda zararli kodning kirib ketishiga yo‘l qo‘ymasligi aniqlandi. $BTC
Lekin menimcha, bunday ikki arxitektura qo‘shimcha potensial xavfga ham ega: agar ikki VM o‘rtasidagi ko‘prik mantiqida (bridge logic) zaiflik bo‘lsa, undan foydalanish mumkin. Masalan, hujumchi bir DuskEVM kontrakti chaqiruvini qalbakilashtirib, DuskVM resurslarini sarflatib yuborishi mumkin.
#dusk @Dusk $DUSK

#TradFi晒单 $SNDKB ning yashirin volatilligi allaqachon tormozlanib (pasayib) bo‘lgani ko‘rinyapti, lekin SNDK bosh kompaniya aktsiyasining opsion skewligi hali ham yuqori darajada — bu bozor dum (tail) xatarlar narxiga juda to‘liq baho qo‘yayotganini anglatadi. Men SNDKB bilan birja aktsiyasini almashtirib, chap tomondan sinov (left-side) pozitsiya ochishni tanladim: sertifikatlarda esa kechasi AQSh aktsiyalari qulagandan keyin stop-loss qo‘yolmaslik bilan bog‘liq likvidlik riski yo‘q, shuning uchun pozitsiyani juda aniq boshqarish mumkin. Bugun 2% miqdorida sinov仓 qurib chiqdim; agar keyingi ikki hafta ichida SNDK aktsiyasi oldingi pastlik (previous low)ni ushlab tursa, SNDKB ning diskaunti (spreaddagi chegirma) yanada torayadi — o‘shanda yana ko‘paytiraman. Sharti shuki, ASIC va CXMT yetkazib berishdagi buzilishlar yanada yomonlashmasin. Sizlar SNDKB ni xedj (hedging) vositasi sifatida olibyapsizlarmi yoki faqat yo‘nalishni (direction) nazarda tutyapsizlarmi?