0x德宝

Men oldin hisob ochish, savdo qilish, to‘lov va hisob-kitobni bitta interfeysga joylashtirishning o‘ziyoq zanjirdagi bozor shakllanib bo‘lganini ko‘rsatadi, deb o‘ylagan edim. Ammo Dusk Trade’ni yanada chuqurroq tekshirganimda yanada qiyinroq qatlamni ko‘rdim: ish oqimining bir zanjirga ulanganining o‘zi doimiy kotirovka (bid/ask) berib turadigan tomon borligini anglatmaydi.

Bugun rasmiy sayt hamon Dusk Trade’ni Building deb belgilayapti. Rasmiy hujjatlar undagi o‘rni juda aniq: bu tokenlashtirilgan moliyaviy aktivlar uchun qo‘llanish (application) qatlamidir — ya’ni ko‘riladigan aktivlarni brauz qilish, ishtirok etish huquqini tekshirish, hisob (account) vositalarini ulash, savdo buyruqlarini topshirish, to‘lov va hisob-kitobni (settlement) bog‘lab muvofiqlashtirish bir joyga jamlangan. Bu DuskDS emas va “faqat bitta token chiqarish” vositasi ham emas.

Keling, bir institut tokenlashtirilgan MMF’ga (pul bozor jamg‘armasi) obuna bersin: avval aktiv topiladi, keyin malaka tekshiruvi bajarilib hamyon bog‘lanadi, so‘ng narx va miqdor tasdiqlanadi, oxirida esa pul tomoni (mablag‘ oyoq-qismi) va aktiv tomoni hisob-kitob bo‘yicha muvofiqlashtiriladi. Shu bosqichlarning hammasini bitta mahsulotning sirtida ko‘rsatish tizimning sakrashlarini, takroriy kiritishlarni va keyingi solishtirish (auditorlik) ishlarini kamaytiradi. Shu sababli baholash mezonlari ham o‘zgaradi — faqat “nechta aktiv turini chiqardi”ni sanash yetarli emas; tartibga solingan savdo bitta bitim sifatida qabul (access) bosqichidan to hisob-kitob (settlement)gacha yetib borishi mumkinligini ham ko‘rish kerak.

Mana mening “qo‘llash (adoption)” uchun dalil chegarasini belgilashim ham shu. Dusk Trade hali qurilish bosqichida: ommaviy materiallar esa sotuvda bo‘lgan aktivlar sonini, bitim hajmini, kotirovkalar onlaynligi ulushini yoki hisob-kitob muvaffaqiyati ko‘rsatkichini bevosita tekshirish mumkin tarzda bermagan.

$DUSK haqida aytganda: Tokenomics sahifasida hozirgi kunda ko‘rsatilgan yagona qo‘llanish — savdo/ijro qilish uchun gas va staking. Hatto Dusk Trade foydalanuvchilarga ega bo‘lsa ham, iqtisodiy “uzatish” (economic transmission) haqida gapirish uchun haqiqiy on-chain harakatlar, doimiy to‘lovlar ehtiyoji va tarmoq xavfsizligi talablari doim ko‘rinib turishi kerak; “mahsulot foydali → kimdir savdo qiladi → token qiymatni ushlab qoladi (capture) ” zanjirida hech bir o‘q (bosqich)ni chetlab o‘tib bo‘lmaydi.

Keyingi bosqichda men faqat uchta turdagi kvitansiyani (hujjatli tasdiqlarni) kuzataman: amalda savdo qilsa bo‘ladigan aktivlar soni; ikki tomonlama kotirovkalar onlaynligi, spred va chuqurlik (depth); haqiqiy hisob-kitob miqdori, birinchi marta muvaffaqiyat ko‘rsatkichi va hosil bo‘lgan gas. Siz Dusk Trade’ning birinchi darajadagi eshigi A mahsulot ochilishidami, B muvofiqlik (compliance) ta’minotidami, yoki C bajariladigan likvidlikdami — deb o‘ylaysiz?

@Dusk #dusk

Men dastlab Moonlight va Phoenix arxitektura sahifasida yonma-yon ko‘rsatilgan bo‘lsa, demak, bugun asosiy tarmoq foydalanuvchilari hali ham ochiq hisoblar va bloklangan (screened) tranzaksiyalar o‘rtasida erkin tanlay oladi, deb o‘ylagandim. @Dusk ’ning Boreas yangilanishini yana bir bor tekshirganimdan so‘ng esa institutsiya qachon onlayn bo‘la olishini hal qiladigan narsa arxitektura diagrammasi emas, balki tarmoq hozir aynan qaysi turdagi tranzaksiyani qabul qilayotgani ekanini bildim.

Rasmiy yangilanish juda aniq yozilgan: asosiy tarmoq 2026-yil 10-iyun kuni Boreas qayta ishga tushirilishi bilan blok `4,414,095` dan boshlab yangi Phoenix tranzaksiyalarini qabul qilishni to‘xtatadi; testnet esa 7-avgust kuni, blok `4,000,000` dan keyin o‘chiriladi. Moonlight — hozirda qo‘llab-quvvatlanayotgan tranzaksiya modeli.

Buni institutsiya xazina bo‘limining cheklangan obligatsiya sotib olish jarayoniga joylasangiz, farq darhol ko‘rinadi. Mahsulot jamoasi to‘lov summasi va hisob bilan bog‘liqligini yashirishni xohlashi, shu bilan birga talab qilingan hujjatlarni vakolat doirasida joy (lokatsiya) yoki auditorga taqdim etishi mumkin. Agar “Dusk Phoenix’ni qo‘llab-quvvatlaydi” degan yozuv ro‘yxatga shunchaki kiritilgan bo‘lsa, hamyon, custodial (saqlov) va hisob-kitob tizimlari oxirigacha borib shuni keyinroq anglaydi: asosiy tarmoqqa ulanish chegarasi allaqachon o‘zgargan, belgilangan tranzaksiya oilasi esa yuborib bo‘lmaydi.

Bu Dusk’ning maxfiylik yo‘nalishi yo‘qolib ketdi degani emas. Saytda maxfiylik, tanlab oshkor qilish va native ZK shartnomalarini asosiy imkoniyat sifatida hanuz sanab o‘tiladi, DuskEVM’dagi Hedger esa boshqa turdagi maxfiy EVM yo‘lini taklif qiladi. Biroq o‘sha kuni rasmiy sayt DuskEVM’ni ham, Hedger’ni ham `Testnet` deb belgilagan. Shuning uchun tarixiy Phoenix, native ZK imkoniyatlari, testnet’dagi Hedger va institutsiyalar uchun mavjud ishlab chiqarish (production) ish oqimlari alohida holatlarda ko‘rsatilishi shart; ularni bitta “maxfiylikni qo‘llab-quvvatlaydi” jumlasida bir-birining o‘rniga almashtirib bo‘lmaydi.

Rasmiy materiallar asosiy tarmoqdagi maxfiylik ish oqimlari keng ko‘lamda ishlay boshlaganini isbotlay olmaydi; Hedger’ning testnet imkoniyatlari allaqachon institutsiya darajasidagi SLAga ega ekanini ham isbotlay olmaydi. Bu yerda “funksiya nomlari qancha ko‘p bo‘lsa, shuncha kuchli qabul qilinadi” degan yo‘l yo‘q.

Keyingi kuzatuv uchun faqat to‘rtta qayd qoladi: asosiy tarmoqda yangidan yaratilishi mumkin bo‘lgan maxfiy tranzaksiya yo‘li, production hamyonlar va custodial qo‘llab-quvvatlash soni, real maxfiy shartnomalar bajarilish hajmi, va avtorizatsiyalangan oshkor qilish (disclosure) muvaffaqiyat darajasi. Token qatlamida men foydalilik hikoyasini kengaytirmayman: $DUSK hujjatlaridagi asosiy nuqta baribir to‘lov ijrosi uchun to‘lov (fee) va tarmoq kafolat (network staking) haqidadir; foydali yo‘llar uzluksiz ishlashni ko‘tara olgandan keyingina kuzatuvchanlik (observability) talabi haqida gapirish mumkin.

Sizningcha, keyingi eng muhim qadam A — native screen (bloklangan) tranzaksiyalarni tiklashmi, B — Hedger’ni production’ga olib chiqishmi, yoki C — avval aniq foydalanish imkoniyati (availability) matritsasini ochiq e’lon qilishmi?#dusk

“Atomic Settlement”ni ko‘rib, men DvP’dagi eng katta muammo — aktiv tomoni va to‘lov tomoni bir vaqtning o‘zida “uzilib qolishini” oldini olish deb o‘ylagandim. Bugun @Dusk bo‘yicha bozor infratuzilmasi hujjatlarini qayta tartibga solib chiqqach, meni yanada qiyinroq qatlamga olib chiqdi: atomlilik va deterministiklik yarim bitimlarning “bo‘lim-bo‘lim” yakunlanishini kamaytirishi mumkin, lekin institutlar muvaffaqiyatsizlikdan keyin nima qilishini hal qilib bera olmaydi.

Dusk’ning rasmiy konsepsiyasi qabul qilish mezonlari, manzilga tegishlilik, cheklangan o‘tkazish, to‘lov koordinatsiyasi va yakuniy hisob-kitobni bitta bozor ish oqimiga birlashtirishga uringan; DuskDS esa blok ratifikatsiyasidan so‘ng deterministik yakuniylikni beradi. Bu kombinatsiya an’anaviy qimmat muammolardan birini — ishtirokchilarga bir nechta daftarlar o‘rtasida qayta-qayta “aktiv berildimi-yo‘qmi, pul yetib keldimi-yo‘qmi”ni tasdiqlash zaruriyatini kamaytirishi mumkin.

Ammo buni obligatsiya sotib olish (bond subscription) ssenariysiga solsangiz, zudlik bilan g‘ayritabiiy holatlar paydo bo‘ladi. Investor avval malaka tekshiruvidan o‘tadi, naqd pul rezerv qilinadi, ulush esa yetkazib berilishini kutadi; topshirish vaqtida esa malaka muddati o‘tib ketishi, mablag‘ yetishmasligi, imzolovchi oflayn bo‘lib qolishi, kesh xizmat/saqlash interfeysi timeout qilishi yoki tashqi to‘lov holati sinxronlashmagan bo‘lishi mumkin. Agar ikkala “oyoq” haqiqatan ham bitta atom shart bilan boshqarilsa, eng yaxshi natija — birga muvaffaqiyat yoki birga muvaffaqiyatsizlik. Lekin “birga muvaffaqiyatsizlik” faqat zanjardagi natija, xolos; biznesning yopiq sikl (closed-loop) yaqinlashuvi bo‘lmaydi.

Men Dusk yo‘nalishini qimmatli deb hisoblaydigan joy — ammo dalillar hanuz yetarli emas — aynan shu yerda. DuskDS yakuniyligi muvaffaqiyatsizlik chegarasini aniqroq qiladi: yakuniy blok ichida muvaffaqiyat yoki xato uzoq vaqt “noma’lum osilib” qolmaydi, ijro muvaffaqiyatsiz bo‘lsa tekshirish mumkin bo‘lgan natija bor. Biroq Dusk Trade’ning rasmiy sayti o‘sha kuni hali ham “Building” deb ko‘rsatilgan va waitlist ochiq; ommaviy materiallarda esa ishlab chiqarish muhitida DvP yakunlash ko‘rsatkichi, anomaliyalar taqsimoti yoki qo‘l aralashuvi bo‘yicha ma’lumot berilmagan.

Xatarlar ham juda aniq. Birinchidan, maxfiylik va tanlab oshkor etish uchun yetuk avtorizatsiya/audit instrumentlari bo‘lmasa, anomaliyalarni tekshirish aksincha sekinroq bo‘lishi mumkin. Ikkinchidan, aktiv tomoni va to‘lov tomoni turli tizimlar bo‘ylab tarqalsa, atomlilik chegarasi torayadi, keyin esa qo‘l bilan kompensatsiya jarayonga qaytadan kiradi. Texnik yakuniylik bor, ammo biznes va’dasi hali ham bajarilmasligi mumkin.

Sizningcha, institutsional qabul qilish DvP’da eng avval A normal yo‘l tezligini ko‘rish kerakmi, B anomaliyada avtomatik tiklanishmi, yoki C tizimlararo hisob-kitob mos kelishini tekshirishmi? #dusk $DUSK

Odatiy holatda 10 000 ta savdoni joylash mumkin, deb o‘ylardim; bu kamida tarmoq bir martalik institutsional buyurtmalar cho‘qqisiga dosh berishini ko‘rsatadi, deb o‘ylagandim. Bugun yana @Dusk raqamining tranzaksiya hayotiy sikli bo‘yicha hujjatini o‘qib, aksincha xulosaga keldim: mempool sig‘imi “tugun vaqtincha nechta buyurtmani qabul qilib ulgurishi”ni javob qiladi, institutsiyalar esa aslida “buyurtma biznesdagi deadlinegacha hisob-kitob (settlement) qilib bo‘lish-bo‘lmasligi”ni sotib oladi.

Rasmiy hujjatda aytilishicha, Dusk L1 tugunining mempool sig‘imini operator sozlaydi, standart qiymat — 10 000 ta buyurtma. To‘liq yuklanganda, undan yuqoriroq gas price’li tranzaksiyalar eng past narxli entry’larni siqib chiqarishi mumkin; ustiga-ustak, har bir tugun ko‘radigan navbat — lokal navbat, butun tarmoq bo‘yicha yagona umumiy snapshot emas. Bu raqam tugun bufer mexanizmini berishini isbotlaydi, lekin 10 000 ta savdoning hammasi bajarilishini isbotlamaydi, hatto ularning biznes ustuvorliklariga muvofiq yakunlanishini ham isbotlamaydi.

Buni obligatsiya obunasiga yoki fond ulushi chiqarilishiga taqsimlab qo‘yishning o‘zi juda aniq. Deadline vaqtigacha investorlar malaka tekshiruvi, buyurtma kiritish, to‘lov va aktivlarni topshirish (delivery)ni yakunlashi kerak. Amalda yanada muhimroq narsa — aynan o‘sha emissiya partiyasi, aynan o‘sha to‘lov oynasi va muvaffaqiyatsizlikka qarshi kompensatsiya; lekin blokka nomzod tranzaksiyalar gas price bo‘yicha kamayish tartibida tanlanadi. Agar navbat tiqilib qolsa, texnik narx ustuvorligi bozor ish oqimida talab qilinadigan adolatli tartibga teng bo‘lmasligi mumkin.

Tranzaksiya ketma-ket: imzoni tuzish, tugunga qabul, tarqatish, tanlash, bajarish va yakuniylashtirish bosqichlaridan ham o‘tadi. Bajarish muvaffaqiyatsiz bo‘lsa ham gas sarflanadi; `removed` hodisasi faqat tranzaksiya qandaydir lokal mempool’dan chiqib ketganini bildiradi — bu blokka kirganini ham, almashtirilganini ham, muddati o‘tganini ham, yoki sig‘im sababli siqib chiqarilganini ham alohida ko‘rsatmaydi; natijani mustaqil aniqlab bo‘lmaydi. Dusk bosh sahifasida bugun ham taxminan 10 soniyalik deterministik yakuniylik ko‘rsatiladi, ammo bu blok yakuniy tasdiqlangandan keyingi deterministik holat, submit qilinganidan boshlab biznes yakunigacha bo‘lgan end-to-end SLA emas.

Eng ogohlantiradigan tomoni — lokal strategiyalardagi farqlar. Hujjatda tranzaksiyaning muddati tugashi ham tugun siyosati ekanligi aytiladi: Rusk ichida default — uch kun; node-installer v0.5.22 esa mainnet va testnet uchun 30 daqiqaga sozlangan. Klient o‘z ulanayotgan tugun qoidalariga ko‘ra ishlashi shart, hech bir sonni tarmoq kafolati deb qabul qilib bo‘lmaydi.
#dusk $DUSK

Maxfiylik qanchalik kuchli bo‘lsa, birjalarga shunchalik qiyin kiriladimi?

Men avval shunday deb o‘ylagandim: maxfiylikni ta’kidlaydigan zanjir bo‘lsa, birja, albatta, eng maxfiy savdo (tranzaksiya) modelini birinchi bo‘lib ulash kerak. Bugun @Dusk ’ning tranzaksiya modeli va birja integratsiyasi bo‘yicha hujjatlarini yana bir marta tartib bilan ko‘rib chiqqanimdan so‘ng, fikrim teskariga ayladi: maxfiylik “qanchalik ko‘p bo‘lsa shunchalik yaxshi” emas, balki har bir qo‘shimcha ko‘rinmaslik qatlami bo‘lsa, kafolatlash (custody), atribusiya (taqib aniqlash) va audit jarayonlarida shunga mos operatsion dizayn bo‘lishi shart.

DuskDS tug‘ma ravishda ikkita qiymat modeli (value model)ni taqdim etadi. Moonlight — ochiq akkaunt: balans, jo‘natuvchi, qabul qiluvchi va summa ko‘rinadi; Phoenix esa yashiruvchi ticketlar (masklangan kuponlar) va nullifier’dan foydalanadi. Bu usul summani, ishtirokchilarni va ticketlar o‘rtasidagi aniq bog‘lanishni oshkor etmasdan, double-spend bo‘lmayotganini hamda mablag‘ yetarli ekanini isbotlaydi; shuningdek, viewing key orqali tanlab oshkor qilish ham mumkin. Ikkalasi yakunda bitta zanjirga tushadi, lekin ko‘rinish darajasi mutlaqo boshqacha.

Bu Dusk “barcha tranzaksiyalar yashirin” degani ham emasligini, shuningdek faqat institut ma’lumotlarini to‘liq ochiq ledjeringa (public ledger) yoyish bilan cheklanmasligini ko‘rsatadi. Foydalanuvchi vaziyatga qarab ochiq akkaunt yoki yashiruvchi ticketlarni tanlashi mumkin: moliyaviy hisobot, birjaga depozit kabi barqaror kuzatish va atribusiyaga muhtoj jarayonlar Moonlight orqali; balans va tranzaksiya munosabatlarini oshkor qilishni istamagan egalik hamda o‘tkazish holatlari esa Phoenix orqali.

Bu yerda ikkinchi bosqich (second-order) qarama-qarshilik yuzaga chiqadi: axborot sizishini kamaytirish uchun foydalanuvchi Phoenix’dan Moonlight’ga bir marta ko‘proq o‘tishga tayyor bo‘lishi mumkin; operatsion murakkablikni kamaytirish uchun esa birja ochiq akkauntni default kirish (asosiy kirish nuqtasi) qilib qo‘yishi ehtimol. Natijada, protokol maxfiylik imkoniyatiga ega, ammo eng ko‘p uchraydigan fiat (fiat) va markazlashgan likvidlik kirish yo‘llari foydalanuvchini baribir ochiq yo‘liga yo‘naltiradi. Maxfiylik funksiyasining qabul qilinish darajasini faqat “yashirish mumkinmi-yo‘qmi” bilan baholab bo‘lmaydi; foydalanuvchi konversiya, oshkor qilish va anomaliyalarni qayta ishlash xarajatlarini zimmasiga olishga tayyormi-yo‘qmi — shuni ham hisobga olish kerak.

$DUSK haqida esa men hozir ham faqat rasmiy tasdiqlangan gas va staking talqinlariga amal qilaman. Faqat ochiq hamda yashiruvchi ikkala yo‘l bo‘yicha uzluksiz va qayta tiklanadigan (recoverable) real ishlar paydo bo‘lsa, maxfiylik tanlovi tarmoq bajarilishi va xavfsizlik ehtiyojiga aylanishi mumkin; aks holda bu faqat namoyish funksiyasi bo‘lib qoladi.

Sizningcha, Dusk’da maxfiylikni qabul qilish uchun avval A — birjada custody (saqlash)ni yengib o‘tish kerakmi, B — ruxsatlarni (viewing permissions) operatsion boshqarishmi, yoki C — foydalanuvchi konversiya xarajatlarimi? #dusk

Ko‘p zanjir bitta bozor emas: muddatlar qanchalik boy bo‘lsa, likvidlik shunchalik osonroq maydalanadi

Ko‘p zanjir ko‘pincha qamrov ko‘rsatkichi sifatida qaraladi, ammo muddatli (belgilangan muddat) bozorlar uchun zanjir qancha ko‘p bo‘lsa, u shart emaski “yanada kattaroq bozor”ga o‘xshaydi; u faqat bir-biri bilan bevosita muomalaga kira olmaydigan ko‘proq kichik bozorlar bo‘lib chiqishi mumkin.

Men @TermMax bozor ta’rifini qayta tartiblayotganda shuni payqadim: har bir belgilangan foizli bozor qarzdorlik aktivlari, garov (kollateral) va yetilish sanasining birgalikdagi kombinatsiyasi bilan belgilanadi. Ochiq ilovada (App) ham ko‘p zanjir bo‘yicha filtrlash kirish yo‘li bor. Likvidlik nafaqat aktivlar bo‘yicha, balki muddat va tarmoq (network) bo‘yicha ham bo‘linib ketadi.

Bu foydalanuvchining real boshdan kechiradigan pul oqimlarini o‘zgartiradi. Lender (qarz beruvchi) mablag‘ni abstrakt “umumiy pool”ga qo‘ymaydi; balki muayyan zanjirda, muayyan qarzdorlik va garov kombinatsiyasi ostida, ma’lum bir yetilish muddatida taklif izlaydi. Qarz oluvchi ham xuddi shunday aniq kataklarda mos pozitsiyani sotadi. Boshqa tarmoqdagi chuqurlik oldingizdagi buyurtmalarni avtomatik to‘ldirib bera olmaydi.

Shuning uchun “ko‘proq zanjirni qo‘llab-quvvatlash” degani odatda erishish (reach) va aktiv kirish nuqtalarini yaxshilash; u avtomatik ravishda bitim (成交) sifatini yechmaydi. Muddatlar qanchalik xilma-xil bo‘lsa, mablag‘ shunchalik tarqoq bo‘lib ketishi mumkin; kichik buyurtmalar chiroyli bo‘lishi, lekin maqsadli summa kattalashganda sirpanish (slippage), qisman bitim yoki hamkor (kontragent) topilmaslik holatlari paydo bo‘lishi mumkin. Cross-chain bridge aktivni ko‘chira oladi, lekin turli zanjirlardagi buyurtmalar va hisob-kitob (settlement) risklarini birlashtirib yuboradi, degani emas.

Rasmiy loyiha sahifasida Atomic Orders va Order Aggregator “What’s Next” bo‘limida keltirilgan: birinchisi likvidlikni bozorlararo (cross-market) tarzda joylashtirishni maqsad qiladi, ikkinchisi esa avtomatik ravishda yanada yaxshi takliflarni qidirishni ko‘zlaydi. Mening taxminimcha, tarqalgan mablag‘ni chaqirish samaradorligi muhim muammo; ammo yo‘l xaritasi borligi uni bugunoq yagona chuqurlikka ega bo‘lib bo‘lganini anglatmaydi.

Ko‘p zanjir kengayishi real qabul qilinishga (real adoption) aylanganini qanday baholash mumkin? Men ayniqsa to‘rtta ko‘rsatkichga e’tibor beraman: zanjir, aktiv juftligi va muddat bo‘yicha ajratilgan bitim qilinadigan chuqurlik; maqsad summa doirasida vaznlangan APR va slippage; to‘liq bitim ulushi hamda kutish vaqti; yetilishdan keyin mablag‘ni keyingi muddatga qayta investitsiya qilish ulushi. Umumiy TVL o‘sishi ham mumkin, lekin u faqat ayrim bozorlarga jamlangan bo‘lsa, bu taqsimot (distribution) ko‘rsatkichlarini o‘rnini bosa olmaydi.

Agar faqat bitta ustuvorlikni tanlash kerak bo‘lsa, siz A ni birinchi qilib ko‘proq zanjir va aktiv kirish nuqtalarini kengaytirish, B ni avval bir nechta bozorlarga jamlanib chuqur likvidlik yaratish, yo C ni avval bozorlararo aggregatsiyani yakunlab keyin kengaytirishni tanlaysizmi?#TermMax

Men o‘ylagandimki, garov (staking) miqyosi yetarlicha katta bo‘lsa, bu tarmoq iqtisodiyoti allaqachon ishga tushganini bevosita ko‘rsatadi. Bugun men @Dusk ning rasmiy endpointini yana qayta o‘qidim: taxminan 2.149 mln DUSK ijobiy staking yozuviga ega ekan, bu o‘sha paytdagi 5.9958 mln aylanmadagi ulushning 35.84% ini tashkil qiladi. Biroq ayni bir tekshiruv meni yanada muhimroq savolga to‘xtatdi: bu xavfsizlik budjetining qancha qismi haqiqiy tranzaksiya uchun to‘lovdan keladi, qancha qismi esa protokol chiqarish (issuance) hisobiga qoladi?

Regulyatsiya qilingan moliya uchun mo‘ljallangan Layer 1’da staking birinchi navbatda kimdir kapitalni konsensus xavfsizligiga kiritganini ko‘rsatadi, lekin u obligatsiya (bond) obunasi, DvP (to‘lov evaziga topshirish) kliring/settlement, korporativ aksiyalar yoki maxfiylik auditlari uzluksiz sodir bo‘layotganini isbotlay olmaydi.

Dusk tokenomikasi juda aniq yozilgan: $DUSK ning asosiy vazifasi gas va staking; har bir blokdagi mukofot ikki qismdan iborat — yangi chiqarilish (new issuance) hamda o‘sha blokda undirilgan barcha tranzaksiya komissiyalari. Mainnet ta’minot modeli dastlabki 5 mln tanga, keyin esa 36 yil davomida yana 5 mln tangani chiqarishni nazarda tutadi; chiqarish tezligi geometrik model bo‘yicha kamayib boradi.

O‘sha kun rasmiy gas-price endpoint average, median, min va max bo‘yicha barchasi 1 LUX ni qaytardi. Bu snapshot o‘sha paytdagi narxni ko‘rsatadi, ammo to‘lovlar (fee income) past ekanini isbotlay olmaydi: umumiy komissiyalar tranzaksiyalar soni va gas used ga ham bog‘liq. Xuddi shunday, taxminan 2.149 mln ijobiy staking ham markazlashmaganlikni bevosita isbotlamaydi. Rasmiy provisioner endpointida 226 ta ijobiy amount yozuvi bor, lekin bitta operator bir nechta key ni boshqarishi mumkin, shuningdek, shartnoma pooli ham bir nechta yozuvlarga bo‘lib yuborilgan bo‘lishi mumkin.

Shuning uchun men “chiroyli staking koeffitsienti”dan ko‘ra bir-birini tekshirib beradigan uchta jadvalga ko‘proq e’tibor beraman: birinchisi — xavfsizlik kapitali: ijobiy staking, locked stake, penaltlar va operatorlar konsentratsiyasi; ikkinchisi — tarmoq mehnati: real tranzaksiyalar, shartnoma bajarilishi, maxfiylik prooflari va settlement; uchinchisi — iqtisodiy qaytish (reflux): gas used, haqiqiy komissiyalar jami miqdori va komissiyalarning blok mukofotidagi ulushi.

Menda ikkita risk bor. Birinchidan: agar mukofot uzoq muddatli ravishda chiqarish (issuance) ga ko‘proq bog‘liq bo‘lsa-yu, kelajakda chiqarish kamayishi tugun daromadi va xavfsizlik budjetini sinovdan o‘tkazadi. Ikkinchidan: hatto komissiyalar oshsa ham, manba oz sonli ilovalar yoki qisqa muddatli migratsion amaliyotlardan kelmayotganini tasdiqlash kerak.

Mening xulosam: 2.149 mln staking e’tiborga loyiq, lekin u “tarmoqni himoya qilish uchun qancha kapital kirgan” degan savolga javob beradi, “bu xavfsizlikni kim doimiy ravishda sotib olmoqda” degan savolga emas. #dusk

“Касбий фоиз” “ҳар қандай сумма экрандаги фоиз билан” дегани эмас. Мен @TermMax бўйича Range Order ва хавф изоҳини солиштириб чиқдим: ҳақиқий равишда келишувни қайси шартлар асосий тарзда белгилайдиган нарса, саҳифада чиройли APR бор-йўқлигидан кўра, шу таклифлар эгри чизиғи қанча реал маблағни сиғдира олиши эканига боғлиқ.

Фойдаланувчи кўрадиган фоиз — рақамга ўхшайди, аслида эса битим ҳажмига қараб ўзгарадиган нарх белгилаш эгри чизиғи бор. Ҳар хил оралиқлар турли фоиз ставкаларини қўллайди; ордер чуқурликни янада кўпроқ “ейди”, кейинги қисми бошқа қатлам (рейтинга) бўйича нархланиши мумкин.

Бу эса муҳим тескариланишни келтиради: фоизни битимдан кейин, аниқ муайян муддат (якунланиш санаси)га мос қилиб “қулфлаш” мумкин; лекин тасдиқ тугмасини босишдан олдин, амалдаги битим шартлари барибир ордер масштаби, эгри чизиқда қолган сиғим ва занжирда бажарилишга боғлиқ. Қатъий бўладиган нарса — мослаштирилган (matched) позициянинг таннархи, саҳифадаги исталган сумма учун бериладиган ваъдa эмас.

Кичик миқдорда олинган қарз фақат эгри чизиқнинг олдинги қисмига таъсир қилади, шундай қилиб экрандаги биринчи ойна (first screen)да кўрсатилган қийматга яқин бўлиши мумкин. Каттароқ қарз эса кейинги қисмга ҳам кириб кетади: вазнланган APR (weighted APR) юқорига силжиши, ҳатто фақат қисмигина битим қилиниши мумкин. Расмий хавф саҳифаси ҳам шунга ишора қилади: катта транзакциялар AMM эгри чизиғи бўйлаб кўпроқ ликвидликни сарфлайди; кутилган натижа занжирда тасдиқланиш ва MEV таъсири сабабли фарқ қилиши мумкин.

Шунинг учун “фоиз прогноз қилинади” деган гапни икки қатламга ажратиш керак. Биринчи қатлам — шартнома (контракт) сатҳи: агар бирлаштириш (match) қилинса, қарз таннархи ва муддат флотация қиладиган бозордаги ўзгарувчан қарз бозори билан энди ўзгармайди. Иккинчи қатлам — бозор сатҳи: мақсад қилинган ҳажмда битимни кутилган вазнланган фоизга яқин шартларда тўлиқ амалга ошириш мумкинми-йўқми. Биринчиси — механизм хусусияти, иккинчиси эса ликвидлик ва қабул (adoption)нинг синовидир. Хавф ҳам “қатъий” деган бир сўз билан бекитиб бўлмайди. Эгри чизиқ жуда ингичка бўлса, слиппажни (slippage) оширади ёки битимнинг фақат қисми бажарилишига олиб келади; ордерни бўлиб юбориш бир битимдаги таъсирни камайтириши мумкин, аммо gas, кутиш вақти ва MEV хавфини оширади.

Бугунги очиқ App саҳифасида текшириб бўладиган TVL, бозор рақамлари, фаол хазиналар (active vaults) ёки реал вақт APR қайтарилмаган, шу сабабли мен эски маълумотларга таянып қолмайман. Кейинги босқичда мен тўртта текширса бўладиган кўрсаткичга кўпроқ эътибор қаратаман: мақсадли сумма бўйича вазнланган битим APR, турли ҳажмларда биринчи ойнадаги нархга нисбатан слиппаж, ордернинг тўлиқ битим қилиниши (complete fill) даражаси ва бир муддатда икки томонли (double-sided) теренлик босим (stress) пайтида ҳам мавжудми-йўқми.

Сиз TermMax’нинг “қатъий фоизли” бозори қай даражада етук бўлганини қайси кўрсаткичлар тўплами орқали баҳолайсиз? A: TVL ва first screen APR; B: турли ордер ҳажмларидаги вазнланган битим APR ва тўлиқ битим қилиш коэффициенти; C: босимли бозордаги икки томонли теренлик ва слиппаж?

#TermMax

官网写出“€300M+ confirmed issuance”，就离一个有规模的链上证券市场不远了。今天重新梳理 @Dusk 的官网、Dusk Trade 文档和 8 月 15 日的新文章，我反而停在两个并列状态上：一边是 €300M+ 确认发行与 50K+ investor reach，另一边是 Dusk Trade 仍标为 Building，入口仍是加入候补名单。

这组数据能证明机构合作管线和潜在触达，不能证明 €300M 已经完成上链发行，更不能证明已有同等规模的成交、结算或二级流动性。把“确认发行”直接读成“已成交”，会把市场建设中最难的一段删掉。

看一笔中小企业债券就清楚了。发行人先确定权利、利率、期限和法律文件；投资者完成身份与适当性检查；认购订单要与付款对应；分配后更新权属；存续期还要处理付息、通知、投票、赎回与争议；若进入二级市场，还需要合格买家、信息披露、价格形成和获准运营的场所。

Dusk Trade 的主技术锚点不是一个 token 合约，而是产品层：把资产发现、投资者 onboarding、钱包连接、支付协调、买卖动作与结算放到同一用户工作流。下层可调用 DuskDS 的结算与最终性、Citadel 的身份和选择性披露，以及 Dusk Connect 的账户连接。它想改变的是多套后台逐笔对账的流程，而不是只把证券换成链上符号。

这正是 €300M+ 值得关注的原因：如果这批项目最终把发行、准入、权属、付款和服务放到共享状态，Dusk 得到的不是一次展示，而是不断产生的市场操作。官方最新文章也明确提醒，拆分份额不会自动创造需求、法律确定性或流动性。

但验证缺口同样大。官网今天把 Dusk Trade 标为 Building，文章仍引导用户加入 waitlist。我没有找到公开页面列出已开放资产数、已完成发行额、成交量、DvP 结算量或活跃投资者。因此，confirmed issuance 更像一张待执行订单，不是成交回执。
#dusk $DUSK

RWA birinchi marta belgilangan muddat bozoriga kirsa, u “zanjirdagi obligatsiya”ga yanada yaqinlashadimi? Men @TermMax ning ko‘rish rejalari, bozor ta’rifi va real (jismoniy) yetkazib berish mexanizmini yana bir bor solishtirganimdan so‘ng, aksincha, shundayga o‘xshash taqqoslashning “qulab tushish” (analogiya chekinishi) xavfini oldini olish kerak, deb o‘yladim: qat’iy foiz stavkasi vaqt va narxni aniq yozib berishi mumkin, ammo zanjirdan tashqari huquqlarni avtomatik ravishda shartnomaga kiritib qo‘ya olmaydi.

TermMax ning rasmiy ko‘rish rejasida RWA kengaytiriladigan garov yo‘nalishi sifatida keltiriladi. Foydalanuvchi esa hali ham qarz aktivi, garov aktivi va muddati (yetilish sanasi) bilan aniqlangan bozorga tanlov qiladi: qarz oluvchi garov tokenini qulflab likvidlik oladi, muddati kelganda esa qoidalar asosida almashtiriladi. Ushbu mexanizm xarajatlar, muddat va zanjirdagi pozitsiyani yanada aniqroq ifodalashi mumkin

Lekin protokol tokenni taniydi. U da’vo qilsa bo‘ladigan asosiy (bazaviy) aktivga aynan mos keladimi, token egasi qaysi emitent yoki saqlovchi (custodian) subyektga duch keladi, qaysi yurisdiksiyada va qanday shartlarda qaytarib (redeem) olsa bo‘ladi — bularni “qat’iy muddat” xulosasidan chiqarib bo‘lmaydi. Mening tushunchamga ko‘ra, huquqlar chegarasi emitent hujjatlari, saqlash va qaytarib olish (redeem) tartiblaridan kelib chiqadi; TermMax esa bunday tokenlarga oid zanjirdagi pul risklarini narxlash va taqsimlash bilan shug‘ullanadi, zanjirdan tashqari shartnomani uning o‘rniga to‘ldirib bermaydi

Qarz olishning aniq qiymati qarz oluvchiga pul oqimi rejasini tuzishga yordam beradi, yetilish sanasi esa turli muddatlarni taqqoslashni osonlashtiradi; biroq garov tokeni narxi noto‘g‘ri aks etilsa, emitent qaytarib olishni to‘xtatsa, bazaviy bozor yopilsa yoki zanjirdagi likvidlik suyulib ketsa, muddatning aniqligi baholash (valuation), kredit va realizatsiya/majburiy undirish (dispozitsiya) risklarini bartaraf etmaydi

TermMax ning real (jismoniy) yetkazib berish bo‘limi bu chegarani yana ham ko‘rsatadi: agar yetilish paytidagi kredit kliring oynasi tugagandan keyin ham to‘liq yopilmasa, qaytarib olish (redeem) pooli bir vaqtda qarz aktivi va garov aktivini o‘z ichiga olishi mumkin va FT egalari ulushlari bo‘yicha olishadi. Bu to‘lov faqat qarz oluvchining kutishi bilan cheklanmasligini bildiradi, ammo RWA garov tokenini qabul qilgan holda qaytarib olish mumkinmi, qanday narxda sotiladi va qancha vaqt ichida naqdga aylanishi mumkinligi — baribir tokenning o‘z huquqlari va bozor sharoitlariga bog‘liq

Shu sababli men “RWA ni qo‘llab-quvvatlaydi” yoki sahifadagi APY ga tayangan holda qat’iy xulosa qilmayman. Yanada qimmatli tekshiruv uch qatlamda: emitent, saqlovchi, yurisdiksiya va bazaviy huquqlar ochiqmi-yo‘qmi; obuna (subscription) va qaytarib olish (redemption) qanchalik barqaror, zanjirdagi narx va mos yozuv (reference) sof qiymat (net asset value) qanchalik chetga chiqyapti; stress holatida ikkilamchi bozor chuqurligi, orakullar (oracle) uzluksizligi, defolt bo‘lgandan keyingi qaytarish koeffitsienti va undirish vaqti qanday

Siz RWA ning belgilangan foizli bozori yetukligini qaysi dalillar to‘plami bilan baholaysiz? A: TVL va sahifadagi APY; B: qaytarib olish bandlari, spread va ikkilamchi chuqurlik; C: defotdan keyingi qaytarish koeffitsienti va undirish vaqti?

#TermMax

Men dastlab shunday o‘yladimki, nazorat qilinadigan qimmatli qog‘ozlar bir marta cross-chain infratuzilmalar orqali ko‘chira olinsa, tabiiy ravishda on-chain bozorida ulush yanada kattalashadi. Ammo men @Dusk va NPEX’ning Chainlink standarti asosidagi rasmiy materiallarini qayta tartiblab chiqqanimdan keyin, aksincha, yanada og‘irroq savolga to‘xtab qoldim: token cross-chain bo‘lishi mumkin, lekin investorlar malakasi, o‘tkazish cheklovlari, oshkor qilish huquqlari va savdo platformasi litsenziyasi esa bitta xabar bilan avtomatik ravishda ko‘chib o‘tmaydi.

Buni real ish jarayoniga qo‘ysangiz juda aniq. Masalan, DUSKEVM’da nazorat qilinadigan bir obligatsiya chiqariladi va emitent uni boshqa zanjirdagi kreditlash yoki savdo ilovasiga olib o‘tmoqchi. Texnik qatlam aktivni ifodalashning cross-chain transformatsiyasini bajarishi kerak; biznes qatlam esa maqsad hamyon malakaga mosmi, maqsad ilova qabul qila oladimi, egalik va hududiy cheklovlar mos keladimi, hamda redemption (qaytarib sotib olish), korporativ aksiyalar va tartibga soluvchi/huquqiy so‘rovlar (regulatory evidence) uchun kim mas’ul ekanini tasdiqlashi lozim. Har qanday qatlam faqat tokenni ko‘chirsa-yu, qoidalarni ko‘chirmasa, yangi adashuv/to‘g‘rilash uchun “hisob-kitob” muammosi qoladi.

Rasmiy 2025-yilgi e’lonlarda “Chainlink CCIP, DataLink va Data Streams bilan integratsiyalanmoqda” degan ibora ishlatiladi hamda CCT ni cross-chain aktiv yo‘li sifatida tanishtiradi. Eng e’tiborga molik narsa “qanchta zanjin ulanyapti” emas, balki CCT ning burn/mint modeli uchinchi tomon likvidlik hovuziga tayanmasligi; $DUSK va NPEX token shartnomasi (contract) egaligini saqlab qolishi hamda rate limits va upgrade paths ni belgilashi mumkinligi.
Nazorat qilinadigan aktivlar uchun haqiqiy qiyinchilik esa strategiyaning ko‘chiriluvchanligidir. Manba zanjiri allaqachon malakali investorlar sertifikatlari bilan bog‘langan bo‘lishi, egalik limitlari va tanlab oshkor qilishni qo‘llashi mumkin; maqsad zanjirida esa manzil tuzilmasi (address scheme), identifikatsiya xizmatlari, maxfiylik qobiliyatlari va vakolatli (authorized) savdo joylari butunlay boshqacha bo‘lishi ehtimol. Agar ikki tomondagi qoidalar bir-birini tanimasa, cross-chain rad etiladi yoki qayta ko‘rib chiqish uchun qo‘lda tasdiqqa qaytariladi; agar likvidlik uchun qoidalar yumshatilsa, asl emissiya shartlari buzilishi ham mumkin.

Shu sababli mening xulosam: cross-chain nazoratdagi to‘siqlarni “texnik yo‘l bilan yo‘qotish” emas, balki bozor uchun ruxsat (market access) berishni ikki bosqichga bo‘lishdir — avval aktiv xabari haqiqiy ekanini isbotlash, so‘ng uni maqsad muhitda baribir qonuniy, audit qilinadigan va xizmat ko‘rsatiladigan (servicable) ekanini isbotlash. Bu jarayonni qayta tuzish (process reconfiguration), shunchaki yana bitta ko‘prik tugmasini qo‘shish emas.

Sizningcha, nazorat qilinadigan aktivlar uchun cross-chain’dagi eng qiyin narsa A — xabar xavfsizligi, B — qoidalar o‘zaro tan olinishi, yoki C — maqsad bozor likvidligi? #dusk

Bozorlar roʻyxati uzunlashgani “qat’iy foiz stavkasi talabi portlayapti” degan talqinga osonlikcha olib keladi. Lekin men @TermMax ning Market va Range Order’larini yana bir bor tartibga solib chiqqanimdan soʻng, bu taklif qobiliyatini haqiqiy qabul qilish (adoption) deb ko‘rsatib yuborishi mumkin, degan fikrga keldim: qancha bozorlarga xizmat yaratish mumkinligi faqat tanlovlar sonini bildiradi; odamlar qanday muddat va qaysi narxda qancha qarzga olishga tayyor ekanini bilishgina talab bor-yo‘qligini ko‘rsatadi.

TermMax’da bitta bozor faqat bitta juftlik (pair) emas. U qarz aktivini, garov (kollateral)ni va muddati (expiration)ni bogʻlaydi hamda garov koeffitsienti (collateral ratio) va likvidatsiya threshold’larini belgilaydi. Qarzdor garovni qulflab, qarz pozitsiyasini hosil qiladi, so‘ng narxlash egri chizig‘i (pricing curve) bo‘yicha likvidlik oladi; kreditor esa muddati tugaganda to‘lovni qabul qilish huquqini ifodalovchi FT ni sotib olib, muddat kelishini kutadi.

Bu shuni anglatadiki, xuddi shu qarzga olingan aktiv — agar garov turi yoki muddati boshqa bo‘lsa — bir nechta bozorlarni keltirib chiqarishi mumkin. Bozorlar sonining o‘sishi mahsulotni bo‘lib chiqarish (cutting/splitting)dan kelishi mumkin, lekin yangi qarz oluvchilar paydo bo‘lishidan ham bo‘lavermaydi. “Yaratilgan bozorlar soni”ni “qabul qilish”ga to‘g‘ridan-to‘g‘ri tenglashtirish, savdo markazidagi peshtaxtalar sonini savdo hajmiga tenglashtirishga o‘xshaydi.

Shuning uchun “haqiqiy qabul qilish”ni uch qatlamga ajrataman: avvalo, har bir muddatdagi haqiqiy qarz olish hajmi va takroriy (repeat) qarz olishni ko‘rish; keyin esa qisqa, o‘rta va uzoq muddatlarda izoh berilishi mumkin bo‘lgan savdo (成交) egri chiziqlari shakllanadimi-yo‘qmi, chuqurlik kattaroq tranzaksiyalarni qanchalik ko‘tara oladi; oxirida esa to‘lov va chiqish (exit) silliqmi-yo‘qmi — qarz oluvchilar muddat tugagach to‘laydimi, qayta qarz oladimi, yoki sayoz likvidlikda majburan qayta moliyalashtirishga to‘g‘ri keladimi.

Bu, shuningdek, nima uchun TVL’ni yakka javob (single answer) sifatida qabul qilib bo‘lmasligini tushuntiradi. TVL ko‘proq “mablag‘ zahirasi”ga o‘xshaydi; agar uzoq muddat davomida qarzga olinmasa, shunchaki taklif yetarli bo‘lishi mumkin. Qarz hajmining o‘sishi ham har doim sog‘lom degani emas: agar u birgina garov turida, bitta muddatda yoki bir nechta yirik mijozlarda to‘plangan bo‘lsa, baribir kontsentratsiya, likvidatsiya va muddati kelib “tiqilib qolish” (muddati tugashi bilan congestion) xavfi mavjud.

Mening xulosam: TermMax’ning uzoq muddatli qiymati “yana ko‘p qat’iy foiz stavkali bozorlar ishga tushirish”da emas, balki real pul talabi asosida tuzilgan DeFi daromadlilik (yield) egri chizig‘ini bosqichma-bosqich shakllantira oladimi-yo‘qligidadir. Qat’iy muddatlar kapital rejalashini osonlashtiradi, lekin garov aktivlari tebranishi, likvidatsiya, orakellar, smart-kontraktlar hamda muddat likvidligi xavfi baribir saqlanadi.

Siz TermMax haqiqatan qabul qilinganini qaysi ko‘rsatkichlar to‘plami bilan baholaysiz? A: TVL va bozorlar soni; B: haqiqiy qarz olish hajmi va egri chiziq chuqurligi; C: muddati kelganda to‘lov va qayta moliyalashtirish yopiq sikli?

#TermMax

Кўпчилик стандартлашган хазина (Vault) ҳақида энг осон қиладиган бир тасаввур бор: интерфейс ягона, демак стратегия сифати ҳам худди шундай ягона. Мен @TermMax ’нинг Vault’ини қайта тартиблаб чиққанимдан кейин, аксинча, “пассив даромад” беркитиб қўяётган муаммоларга кўпроқ эътибор қаратдим — стандартлашилгани улушлар (份额), curator’нинг баҳоси эмас. #TermMax

Фойдаланувчи қарз активларини депозит қилади ва ERC-4626 улушларини олади; кейин curator ўша активни турли муддатли бозорларга қайта тақсимлайди. Фойдаланувчи муддатни танлаш, котировка (баҳо) эгри чизиғи ва маблағнинг қаерга кетиши каби ишларни бошқарувчи (менежер)га топширади.

Бу албатта реал ишқаланишни камайтиради: оддий фойдаланувчи ҳар бир муддат бўйича доимий солиштиришга ва бозорлар ўртасидаги буюртмаларни ўзигача юритишга мажбур эмас. Маблағни режалаштириш “қайси муддатни сотиб оламан?” деган саволдан “мен шу муддатлар конфигурацияси қоидаларини маъқуллайманми?” деган саволга ўтади.

Лекин ERC-4626 фақат интерфейс ва улушлар бухгалтериясини белгилайди, у фойдаланувчига стратегияни баҳолашни айта олмайди. Curator буюртмаларни, нархлар эгри чизиғини, таъминот лимитларини, депозит ва чиқиш навбатларини бошқариши ва аниқ “whitelist”, вақт блоки (time lock) ҳамда самарадорлик учун тўлов (performance fee) ўзгаришларини таклиф қилиши мумкин. Фойдаланувчи ҳар сафар қилмасдан тежаган танловининг ҳар бири curator учун яна бир марта қарор қабул қилиш дегани.

TermMax вақт блоки, guardian, whitelist ва сиғим лимитлари орқали бу ваколатни чеклайди: катта ўзгаришлар лаҳзада кучга кирмайди, кутилмда турган ўзгаришни бекор қилиш мумкин. Аммо time lock янги параметрлар оқилоналигини исботламайди — фақат кузатиш ва чиқиш учун вақт ойнасини беради; whitelist ҳам гаров, oracle, контракт ёки ликвидлик хавфларини йўққа чиқаролмайди.

Шунинг учун мен TVL ёки саҳифа йиллик даромадини алоҳида ҳолда Vault’ни баҳолаш учун қўлламайман. TVL маблағ кирганини кўрсатади, лекин реал қарз бериш, даромаднинг барқарорлиги ва қайтариб олиш (赎回) сифатига жавоб беролмайди. Мен кўпроқ тўловлардан кейинги соф даромад, капиталдан фойдаланиш самарадорлиги, концентрация, стресс давридаги кутилмалар ва слиппежга (slippage) эътибор бераман.

Айниқса “қайтариб беришни бошлаш мумкин” ва “кутилган нарх бўйича ўз активини вақтида қайтариб олиш мумкин” деган икки тушунчани ажратиш керак. Хазина давра муддати, сиғим ва чуқурлик (liquidity depth) билан чекланган позицияларни ушлаб туради; стандарт интерфейс чиқиш ликвидлигини ҳеч нарсадан яратиб беролмайди. Тарихий даромад ҳам кейинги даврдаги қарз олиш эҳтиёжини ўрнини bosa олмайди.

Менинг хулосам: Vault V2’нинг қиммати “ҳаммага ҳам ўрганмаслик” деганида эмас, балки тадқиқот объектни текшириладиган делегация қоидаларига кўтариб беришдадир. Пишиб етган хазина (mature vault) curator нимани танлагани, нима учун ўзгартиргани, қанча тўлов олиши, қачон чиқиш мумкинлигини очиқ ошкор этиши керак. Стратегия чекланишдан оғишганда ким уни тўхтатиши (override) мумкинлиги ҳам аниқ бўлиши лозим. Фақат паст рағбатлантириш ва стресс бозор шароитларида ҳам шаффоф ҳамда чиқиш мумкин бўлса, у барқарор муддатли маблағ киришининг ишончли дарвозасига айланиши мумкин.

我本以为，浏览器能在不到 2 秒内生成隐私证明，机构采用的性能问题就基本解决了。重新梳理 @Dusk 的 Hedger 文章和今天的产品状态后，我反而更谨慎：一个漂亮的单次基准，只证明隐私交互可以做快，不等于交易、结算和授权审计已经形成可承诺的生产 SLA。

这个矛盾要放进真实工作流里看。机构提交债券或基金订单时，不愿把余额、数量、头寸和交易意图公开给全市场；lekin发行人或审计方又必须确认交易有效、参与者合格，并在需要时取得受控证据。Hedger 的主技术锚点，是用同态加密在不暴露数值的情况下处理加密数据，再用零知识证明验证计算正确，让 DuskEVM 应用获得可验证的保密交易路径。

Dusk 2025 年的官方文章写过，轻量电路可在浏览器端“低于 2 秒”生成证明。这个数据很重要：它反驳了“所有 ZK 交互都必然慢到不能用”的粗糙判断，也说明客户端证明有机会接近普通金融应用的等待体验。

但它不能回答四个生产问题：在低配设备上是否仍稳定；订单并发上升后尾延迟是否失控；不同合约和更复杂规则会增加多少计算；证明失败后能否恢复而不让用户重走整条流程。

更关键的是，证明时间并不是结算时间。DuskEVM 文档把流程拆得很清楚：交易先提交给 sequencer；随后 batcher 把数据发布到 DuskDS，状态承诺与 fault proof 再把结果连接到 DuskDS 结算。文档明确提醒，inclusion 与 settlement 是两个阶段，涉及跨层价值时应读取协议或钱包状态，而不是按经过时间猜最终性。

$DUSK 现有官方用途边界很清楚：交易付 gas，staking 保护网络。Hedger 只有从测试功能变成持续发生的金融作业，才会把隐私成本写进链上费用；aks holda, 2 秒只是实验室入口，不是需求证明。

Sizningcha, institut darajasidagi maxfiylik eng avval A — isbotning kechikib tugash (tail latency) muammosiga, B — avtorizatsiya auditini ekspluatatsiya qilish (ops) muammosiga, yo C — real ilovalarni integratsiya qilishga qayerda to‘smoqda?#dusk

Men xususiy savdo qimmatli qog‘ozlarini tokenga aylantirish orqali aktivni on-chain’ga o‘tkazdim, deb o‘ylagan edim. Ammo kecha yangilangan @Dusk -xususiy bozor haqidagi maqolani o‘qib, Native Issuance hujjatini solishtirgach, men bitta masalaga yanada ehtiyot bo‘lib qoldim: agar huquqiy egalik, saqlash (custody), korporativ harakatlar va hisob-kitob hali ham boshqa tizim tomonidan belgilansa, bu token samaradorlik vositasi emas, balki yana bir to‘plam “hisob-kitob uchun tekshiruv” yozuvlarini qo‘shish bo‘lishi mumkin.

Tokenizatsiya odatda aktiv yoki huquqiy da’voni ifodalovchi token yaratadi; bu uni dasturlashni, tarqatishni va ilovalarga ulanishni osonlashtiradi, lekin asosiy aktiv baribir zanjirdan tashqari ro‘yxatga olish, saqlash yoki kliring tizimida turishi mumkin. Native issuance talablari esa yuqoriroq: aktivning o‘zi zanjir ichidagi buxgalteriya daftariga asoslangan holda yaratilishi va boshqarilishi kerak; emissiya, o‘tkazish, xizmat ko‘rsatish va hisob-kitob imkon qadar bir xil huquqiy holat atrofida amalga oshiriladi.

Haqiqiy sinov — xususiy emissiya jarayoni olti marta takroran qayta kiritiladimi-yo‘qmi. An’anaviy jarayonda emitent, maslahatchi, menejer, bank, custody hamda trading maydoni tuzilma tasdiqlari, investorlar uchun ruxsat, obuna (subscribe) taqsimoti, aksiyador/ushlab turuvchilar ro‘yxati, to‘lov, o‘tkazish va keyingi xizmatlar bo‘yicha alohida-alohida ish yuritadi. Har bir tomon taxminan o‘xshash, lekin aynan bir xil bo‘lmagan yozuvni saqlaydi; xatolar ko‘pincha topshirish va “keyinroq tasdiqlash” (post-factum) bosqichida yuzaga keladi.

Agar faqat shu eski jarayonga token qo‘shilsa, on-chain balans baribir zanjirdan tashqari ishonchli (authoritative) ro‘yxat bilan mos kelishi kerak. Token bilan o‘tkazish on-chain’da bajariladi, lekin ro‘yxatga olish yangilanishi uchun kutishga to‘g‘ri keladi; dividendlar zanjirdan tashqari ro‘yxat bo‘yicha hisoblanadi, keyin esa on-chain’da turgan ushlovchi (holder)lar bilan bog‘lab tushuntirish kerak bo‘ladi; nizo chiqqanda esa qaysi yozuv ustunligini ham bilib bo‘lmaydi. Texnologiya tezroqdek ko‘rinadi, ammo operatsiyada aslida yana bir “uzilish nuqtasi” paydo bo‘ladi.

Native issuance haqiqiy o‘zgartiradigan narsa — jarayon va ishonch chegarasidir: investor malakasi obuna yoki o‘tkazishdan oldin tekshirilishi mumkin, taqsimot va egalik yangilanishlari bir xil boshqariladigan holat atrofida sodir bo‘ladi, o‘tkazish cheklovlari esa to‘g‘ridan-to‘g‘ri joriy ushlovchi yozuviga ta’sir qiladi. “Aktiv oyog‘i” (asset leg) va “to‘lov oyog‘i” (payment leg) bir xil hisob-kitob (settlement) jarayoni orqali muvofiqlashtiriladi; foiz to‘lash (付息), ovoz berish (投票), dividend va qaytarib sotib olish (赎回) ham uzluksiz egalik tarixini o‘qiydi. Dusk’ning selektiv oshkor qilish (selective disclosure) va kirishni boshqarish “kim ko‘ra oladi, kim qila oladi” degan savolga javob beradi; DuskDS ning deterministik hisob-kitobi esa “qaysi holat qaysi tranzaksiyada yakun topdi” degan savolga javob beradi.

Bu “arzonroq qilib token chiqarish”dan ko‘ra muhimroq, chunki u emissiya, ro‘yxatga olish, custody, trading va xizmatlar o‘rtasida takroriy hisob-kitob tekshiruvlarini kamaytirishga intiladi; faqat aktivning tashqi ko‘rinishini on-chain belgilarga o‘zgartirib qo‘ymasdan.

Sizningcha, native issuance’ni haqiqiy tarzda eng qiyin ulash qaysi qismdan? $DUSK #dusk

Men yakunda shunday deb o‘ylagandim: blok bir marta deterministik yakuniy tasdiqlangach, qimmatli qog‘ozlar savdosi go‘yoki haqiqiy “yakun” topadi. @Dusk haqidagi materiallarni qayta ko‘rib chiqqanimdan keyin esa, bu faqat texnik jihatdan qaytarilmaslikni hal qilishini, lekin huquqlar va javobgarliklar huquqiy tomondan ham allaqachon qat’iy joyiga tushganini anglatmasligini tushundim.

DuskDS’ning Succinct Attestation yakuniylikni taklif, tekshirish, tasdiqlash uch bosqich orqali ta’minlaydi; rasmiy saytda bugun keltirilgan kuzatuv qiymati taxminan 10 soniyani tashkil etadi. U kutish va hisob-kitob xarajatlarini qisqartirishi mumkin, biroq avtomatik ravishda kim qonuniy egasi ekanini, depozitga topshirish (custody) muvaffaqiyatsiz bo‘lsa kim javobgar bo‘lishini, yoki korporativ amaliyotlar qanday ijro etilishini hal qilib bera olmaydi, shuningdek, nizolar paytida kimda bekor qilish va kompensatsiya qilish vakolati borligini ham belgilab bermaydi.

Shuning uchun men deterministik hisob-kitobni qo‘llab-quvvatlayman, lekin uni “huquqiy risklar yo‘qoldi” deb yozmayman. Men faqat ikki narsani kuzataman: aktiv oyog‘i va to‘lov oyog‘i haqiqatan ham bir vaqtda hisob-kitob qilyaptimi-yo‘qmi, hamda anomaliyali bitim aniqlangandan to uni bartaraf etishgacha qancha vaqt ketadi. $DUSK ’ning uzoq muddatli ma’nosi haqida ham, avvalo tasdiqlangan gas va staking ehtiyojlariga qaytish kerak; texnik yakuniylikni daromad va’da­siga o‘xshatib o‘rash emas.

Sizningcha, institutlar ko‘proq A zanjiridagi qaytarilishdan qo‘rqadimi, yoki B zanjirida huquq va mas’uliyatlarning noaniqligidanmi?#dusk

Men “maxfiylik zanjiri”ning afzalligi deb ma’lumotlar ko‘rinmas bo‘lib qolishini o‘ylagandim. @Dusk haqidagi materiallarni qayta saralab chiqqach, men “selective disclosure” degan iborada to‘xtadim: asosiy gap bu hisob-kitob daftarini chiroqni o‘chirib qo‘yish emas, balki “kim nimani ko‘ra olishi”ni bajariladigan (ijro etiladigan) qoidaga aylantirish.

DuskDS bir tomondan Moonlight’ning ommaviy hisobini, ikkinchi tomondan Phoenix’ning shielded tranzaksiyalarini ham saqlaydi; ikkinchisi esa nol bilim (zero-knowledge) isbotlari orqali miqdor va bog‘lanishlarni yashiradi, lekin viewing key orqali vakolatli tomonga oshkor qilishga ham imkon beradi. Bu dizayn shartsiz anonimlikdan ko‘ra, moliyadagi darajalangan ruxsatlar tizimiga ko‘proq o‘xshaydi.

Lekin yo‘nalish to‘g‘ri bo‘lishi hali barcha muammolar hal bo‘lganini anglatmaydi. Ruxsat chegarasi noto‘g‘ri belgilansa, maxfiylik yangi ma’lumot oroliga aylanib qoladi; audit jarayoni juda sekin bo‘lsa, institutlar baribir oflayn solishtirishga qaytadi. Men faqat ikkita ko‘rsatkichni ko‘raman: real biznesda tanlab oshkor qilish (selective disclosure)dan foydalanish hajmi va bitta ruxsat (authorization) bo‘yicha auditga ketadigan vaqt hamda xarajat. $DUSK uchun esa uzoq muddatli ehtiyoj avval rasmiy tasdiqlangan gas va staking’ga yo‘naltirilishi kerak, “maxfiylik uchun premium” degan tasavvurga emas.

Siz A—hammasi ommaviy, deb ko‘proq ishonasizmi yoki B—audited (audit qilinadigan) maxfiylikmi? #dusk

Yo‘nalishni tushundim: men Duskning yaqinda qilgan bir qator harakatlarini bir joyga jamlab ko‘rsam, ayniqsa u Niderlandiyadagi litsenziyaga ega birja — NPEX bilan “DuskTrade” platformasi ustida qilgan ishi bo‘yicha qarasam, biroz boshqacharoq tuyuladi. Ular kelajak haqida faqat gap sotmayapti shekilli; “compliance privacy” (muvofiqlik va maxfiylik) deb ataladigan bir turdagi kombinatsion yondashuvdan foydalanib, eng og‘ir eshikni ochishga urinayotganga o‘xshaydi.
#dusk $DUSK @Dusk

Yo‘nalishimni tushundim, lekin TBV (Tor Boost Vault) ning eng katta xatosi shunda bo‘lishi mumkin: qoidalar bir marta Bitcoinga “qulf” bilan kiritilgach, foydalanuvchi endi versiya haqida qayg‘urmasa ham bo‘ladi.

Men @BabylonLabs_io protokoli rollari tavsifini qayta ko‘rib chiqqanimda, “yaratishda biriktirilgan” degani faqat xavfsizlik uchun qo‘shimcha kafolat, deb o‘ylagandim; lekin keyinroq qarasam, u tushunish yukini ham foydalanuvchiga qaytarib beradi. AVK, Universal Challenger, “challenge window” kabi elementlar vault yaratilgan paytdagi versiyaga ko‘ra kuchga kiradi, eski vault yangi versiya chiqqani uchun avtomatik ravishda boshqa yo‘lakka o‘tmaydi.

Bu yomon narsa emas. Gap shundaki, backend qoidalarni istalgan payt o‘zgartira olmaydi: sizning asl BTC faqat oldindan imzolangan Taproot yo‘liga ruxsat beradi. Lekin agar frontend faqat foiz stavkasi va “health factor”ni ta’kidlab, vault versiyasi, ishtirokchilar to‘plami, Provider to‘lov stavkasi hamda tiklash (recovery) yo‘li haqida bir vaqtda aniq tushuntirmasa, self-custody “nimaga imzo chekkansiz-u, lekin nima ekanini tushunolmadingiz” holatiga aylanishi mumkin.

Men shu to‘rtta band standart risk tegi (risk yorlig‘i) bo‘lib qoladimi-yo‘qmi, faqat vault soniga qarab baholamasdan kuzataman. TBV boshqaruv (control) dizaynini e’tirof etaman, lekin tekshirib bo‘ladigani ham yetmaydi — keyingi qadam, uni tushunarli qilish kerak.

Siz qaysi birini ko‘proq xohlaysiz? A. Qoidani izsiz qayta yozib bo‘lmaydi / B. Xatar ma’lumotlari bitta ekran ichida ravshan / C. Ikkalasi ham shart

$BABY #baby

Yo‘nalish men tomonniki, lekin TBV uchun eng katta institutiy o‘tish to‘sig‘i foiz stavkasi emas, balki hamyon umuman imzolay olmaydigan holat bo‘lishi mumkin.

@BabylonLabs_io uchun test tarmog‘i FAQ’larini qayta saralagan paytimda juda real bir eslatmada to‘xtab qoldim: Bitcoin tomoni Taproot P2TR, PSBT va xabar imzolanishini qo‘llashi kerak; Safe kabi ko‘p imzoli (multisig) tizimlarda WalletConnect orqali agar imzo chiqmasa, hujjat avval to‘g‘ridan-to‘g‘ri (direct) kengaytirilgan hamyonga o‘tishni tavsiya qiladi.

Men self-custody “kim BTC ushlaydi” degan muammoni hal qiladi deb o‘ylagandim, lekin keyin yana shuni ko‘rdim: institut ham ichki siyosat bo‘yicha bu tranzaksiyalar to‘plamini “kim imzolab bera olishini” javob berishi kerak. Asosiy maqsad BTC’ni boshqa zanjirga ko‘chirib yuborish emas; BTC’ning o‘zini Bitcoin’ning Taproot vault’ida qoldirish, so‘ng oldindan imzolangan yo‘llar va tashqi holatlar isboti orqali chiqish (exit)ni cheklab qo‘yish.

Afzalligi: ko‘priklar yo‘q, qadoqlangan (wrapped) aktivlar va skrb (custodian) yo‘q. Xatari: hozircha signet + Sepolia test jarayoni; apparat hamyonlar, ko‘p imzoli tasdiqlar, ruxsatlar qatlamlanishi va ofatdan tiklash (disaster recovery)ning mosligi bo‘yicha ochiq ko‘rsatkichlar hali yetarli emas.

Mening qarashim: avval qo‘llab-quvvatlash matritsasiga, imzo muvaffaqiyati ehtimoliga va institut tiklanish mashqlariga qarab ko‘rish; keyin esa miqyosli qabul haqida gapirish. $BABY ning uzoq muddatli qiymati ham “institut keladi” degan bitta jumla bilan emas, balki real vault amaliyoti va boshqaruvda (governance) ishtirok bilan asoslanishi kerak.

Sizningcha, kim birinchi bo‘lib to‘siqni oshib o‘tadi? A. shaxsiy kengaytirilgan hamyon foydalanuvchilari / B. professional kiritib boshqaruvchi (custody) texnologik jamoalar / C. an’anaviy institutlar multi-sig. #baby