0x德宝

看到“Atomic Settlement”，我原以为 DvP 的难题就是让资产腿和付款腿同时落链。今天重新梳理 @Dusk 的市场基础设施文档后，我停在了更麻烦的一层：原子与确定性可以消除半笔成交，却不会替机构决定失败之后该怎么办。

Dusk 的官方框架试图把准入判断、地址归属、受限转让、支付协调与最终交割串进同一市场工作流；DuskDS 在区块获 ratification 后提供确定性最终性。这个组合能改变传统证券交割最昂贵的一类问题——参与方不必在多个账本间反复确认“资产到底给了没有、钱到底到了没有”。

但把场景放进一次债券申购，异常马上出现。投资者先通过资格检查，现金被预留，份额等待交付；提交时却可能发生资格过期、余额不足、签名方离线、托管接口超时，或外部支付状态没有同步。如果两条腿确实由同一原子条件控制，最好的结果是一起成功或一起失败；可“一起失败”只是链上结果，不是业务闭环。

这正是我认为 Dusk 方向有价值、但证据仍不够的地方。DuskDS 的最终性把失败边界变清楚：最终区块中的成功或错误不会长期悬而未决，执行失败也有可查询结果。可 Dusk Trade 官网当天仍标为 Building 并开放 waitlist，公开资料没有给出生产环境的 DvP 完成率、异常分布或人工介入数据。

风险也很具体。第一，隐私与选择性披露若缺少成熟的授权审计工具，异常调查反而可能更慢。第二，若资产腿与付款腿跨越不同系统，原子性边界会缩小，人工补偿重新进入流程。技术最终性没有失败，但业务承诺可能仍未兑现。

你认为机构验收 DvP 最该先看 A 正常路径速度，B 异常自动恢复，还是 C 跨系统对账？#dusk $DUSK

Varsayılan olarak 10.000 işlem kaydı koyabildiğini düşündüm; bu da en azından ağın tek seferde bir kurumsal emir yoğunluğuna dayanabileceğini açıklıyor sanırdım. Bugün @Dusk numaralı işlemin yaşam döngüsü dokümanını tekrar okudum ve bunun tam tersine vardım: mempool kapasitesi, yalnızca “düğümün geçici olarak ne kadarını alabileceğini” yanıtlar; kurumsal alıcının asıl satın aldığı ise “iş emri bitiş zamanından önce tahsilat/uzlaşmanın tamamlanıp tamamlanamayacağıdır”.

Resmî doküman, Dusk L1 düğümünün mempool kapasitesinin işletmeci tarafından yapılandırıldığını ve varsayılan değerin 10.000 olduğunu belirtiyor. Dolu iken, daha yüksek gas price değerine sahip işlemler en düşük fiyatlı kayıtları dışarı itebilir; ayrıca her düğümün gördüğü yerel kuyruktur, tüm ağ için tek tip bir anlık görüntü değildir. Bu sayı, düğümün bir tampon (buffer) mekanizması sağladığını gösterebilir; ancak 10.000 işleminin hepsinin icra edileceğini kanıtlamaz, daha da azı bunların iş önceliklerine göre tamamlanacağını kanıtlar.

Bunu bir tahvil talebi (bond) aboneliği ya da fon payı ihracı örneğine koyunca çok netleşir. Bitiş anına kadar yatırımcıların; uygunluk doğrulamasını tamamlaması, emir göndermesi, ödeme yapması ve varlıkların teslim/tesviyesini (settlement) gerçekleştirmesi gerekir. İş açısından muhtemelen daha önemli olan; aynı ihraç partisi, aynı ödeme penceresi ve başarısızlık durumunda telafi/compensationdır; fakat blok adayı işlemler, gas price azalan sıraya göre seçilir. Eğer kuyruk tıkanırsa, teknik fiyat önceliği teknik olarak, piyasa iş akışındaki adil sıraya her zaman denk düşmez.

İşlemin ayrıca sırasıyla; imza oluşturma, düğüm erişimine kabul (node admission), yayılma (propagation), seçim, icra ve nihai onay (finalization) süreçlerinden geçmesi gerekir. İcranın başarısız olması da gas tüketir; `removed` olayı yalnızca işlemin belirli bir yerel mempool’dan ayrıldığını gösterir; bloğa alınma, değiştirme (replacement), zaman aşımı ya da kapasite tarafından dışlanma gibi senaryolar olabilir ve tek başına sonuç hakkında kesin hüküm vermez. Dusk ana sayfası bugün hâlâ yaklaşık 10 saniyelik belirginlik/finalite gösteriyor; ancak bu, bloğun nihai olarak doğrulanmasından sonraki belirginliği anlatır; gönderimden başlayarak işin tamamlanmasına kadar uçtan uca SLA değildir.

Daha da dikkat edilmesi gereken şey, yerel strateji farklılıklarıdır. Doküman ayrıca işlemlerin zaman aşımının (expiration) düğüm politikası olduğunu da belirtir: Rusk’ta varsayılan olarak üç gün; node-installer v0.5.22 ise ana ağ ve test ağında 30 dakikaya ayarlanmıştır. İstemci, bağlandığı düğümün kurallarına göre işlemeyi zorunlu olarak kendi uygulamasında ele almalıdır; herhangi bir sayıyı ağ garantisi olarak kabul edemezsiniz.
#dusk $DUSK

Gizlilik nə qədər güclü olsa, bir birjaya bir o qədər çətin qoşulur?

Mən elə düşünürdüm ki, gizliliyi önə çıxaran bir zəncir, təbii olaraq ən çox məxfiliyi təmin edən birjaya inteqrasiya modelini birinci seçməlidir. Bu gün @Dusk -nin ticarət/əməliyyat modelini və birja inteqrasiya sənədlərini yenidən sistemləşdirəndən sonra qərarım tərsinə çevrildi: gizlilik nə qədər çox olsa da, “hamısı gizlədilsin” prinsipi deyil; görünməzliyin hər əlavə səviyyəsi üçün hostinq, attribütləndirmə (izləndirmə) və audit proseslərində mütləq uyğun əməliyyat dizaynı olmalıdır.

DuskDS iki dəyər modeli üzrə doğma təklif edir. Moonlight — açıq hesabdır: balans, göndərən, qəbul edən və məbləğ görünür; Phoenix isə maskalanmış biletlər və nullifier istifadə edir: məbləği, iştirakçıları və konkret bilet əlaqəsini üzə çıxarmadan iki dəfə xərcləmə (double-spend) etmədiyini və vəsaitin kifayət qədər olduğunu sübut edir, həmçinin viewing key vasitəsilə seçmə açıqlama da mümkündür. Hər ikisi yekunda eyni zəncir üzərinə düşür, amma görünürlük tamamilə fərqlidir.

Bu, Dusk-nin “bütün əməliyyatlar tam görünməzdir” olmadığını da sübut edir, həm də yalnız institusional məlumatları tam şəkildə açıq ledger-ə (ictimai hesaba) tökmək məcburiyyəti olmadığını. İstifadəçi ssenaridən asılı olaraq açıq hesabdan, ya da maskalanmış bilet yolundan istifadə edə bilər: maliyyə hesabatı, birjaya depozit kimi sabit müşahidə və atribütləndirmə tələb edən proseslər üçün Moonlight; balansın və əməliyyat əlaqələrinin açıqlanmasını istəmədiyi halda isə Phoenix.

Burada ikinci dərəcəli bir ziddiyyət ortaya çıxır: məlumat sızmasının qarşısını almaq üçün istifadəçi daha bir dəfə Phoenix-dən Moonlight-a çevirmə etməyə məcbur ola bilər; əməliyyat mürəkkəbliyini azaltmaq üçün isə birja açıq hesabı default (standart) giriş kimi təyin edə bilər. Nəticədə protokol gizlilik imkanına malik olsa da, ən çox rast gəlinən fiant valyuta və mərkəzləşdirilmiş likvidlik girişləri yenə də istifadəçini açıq yola yönləndirir. Gizlilik funksiyasının qəbulu təkcə “gizlətmək mümkündürmü” sualına görə deyil, istifadəçinin çevirmə, açıqlama və anomaliya (istisna) emalı kimi əlavə xərcləri və öhdəlikləri daşımağa hazır olub-olmamasına görə ölçülməlidir.

$DUSK məsələsinə gəldikdə isə, mən hələ yalnız rəsmi təsdiqlənmiş gas və staking çərçivəsindən istifadə edirəm. Yalnız açıq və maskalanmış iki yolun hər ikisinin davamlı, bərpa edilə bilən real işlər yaratdığı halda, gizlilik seçimi şəbəkə icrası və təhlükəsizlik tələbinə çevrilir; yoxsa, sadəcə nümayiş funksiyası kimi qalır.

Sizcə Dusk-nin gizlilik qəbulu əvvəl A birja hostinqini, B baxış (viewing) hüquqlarının əməliyyatını, yoxsa C istifadəçi çevirmə xərclərini aşmalıdır? #dusk

Çoxzəncirli vahid bir bazar deyil: Sabit müddətli nə qədər zəngindir, likvidlik bir o qədər asan parçalanır

Çoxzəncir tez-tez əhatə dairəsi göstəricisi kimi qəbul edilir, amma sabit müddətli bazarlar üçün zəncir nə qədər çox olsa da, bu, mütləq “daha böyük bir bazar”a bənzəmək demək deyil; əksinə, bu, bir-biri ilə birbaşa alqı-satqı edilə bilməyən daha çox kiçik bazarların yaranması ola bilər.

@TermMax -in bazar tərifini yenidən nəzərdən keçirəndə diqqətimi çəkdi: hər bir sabit faizli bazar borc aktivi, girov və müddət tarixinin birgə kombinasiyası ilə müəyyən olunur. Rəsmi App-da həmçinin çoxzəncir filtri giriş nöqtələri var. Likvidlik yalnız aktiv cütləri üzrə deyil, həm də müddət və şəbəkə səviyyəsində yenə parçalanmağa davam edəcək.

Bu, istifadəçilərin gerçək olaraq yaşadığı kapital axınını dəyişir. Kreditorlar pulu abstrakt “ümumi hovuz”a yerləşdirmir, əksinə müəyyən bir zəncirin daxilində, müəyyən bir borc və girov kombinasiyasında və müəyyən bir müddət tarixində kotirovka axtarır; borcalan da eyni dərəcədə konkret olan həmin “qutularda” müvafiq mövqelərini satmalıdır. Başqa bir şəbəkənin dərinliyi qarşıdakı sifarişi avtomatik “tamamlamır”.

Deməli, “daha çox zənciri dəstəkləmək” yalnız çatma imkanını və aktiv girişini həll edir; avtomatik olaraq bağlanma keyfiyyətini həll etmir. Müddətlər nə qədər rəngarəngdirsə, kapital bir o qədər dağıla bilər; kiçik həcmli kotirovkalar gözəl görünsə də, hədəf məbləğ böyüyəndə sürüşmə (slippage), qismən icra və ya qarşı tərəfin tapılmaması ehtimalı arta bilər. Çarpazzəncir körpüləri aktivləri daşıya bilər, amma müxtəlif zəncirdəki sifarişləri və hesablaşma risklərini avtomatik birləşdirmir.

Rəsmi layihə səhifəsində Atomic Orders və Order Aggregator “What’s Next” bölməsində verilib: birincisi likvidliyin bazarlar arasında paylanmasını istəyir, ikincisi isə daha yaxşı kotirovkaları avtomatik axtarmağı hədəfləyir. Mənim qənaətim budur ki, dağılan kapitalın çağırılma səmərəliliyi vacib problemdir; amma yol xəritəsi mövcuddur deyə, bu gün artıq vahid dərinlik əldə edilib demək deyil.

Çoxzəncir genişlənməsinin real qəbul olunub-olunmadığını necə qiymətləndirmək olar? Mən daha çox dörd göstəriciyə diqqət edirəm: zəncir, aktiv cütü və müddət üzrə bölünmüş, alqı-satqı edilə bilən likvidlik dərinliyi; hədəf məbləğ üzrə çəkili APR və sürüşmə; tam icra faizi və gözləmə müddəti; müddət tamamlanandan sonra kapitalın növbəti müddətə reinvestisiya payı. Ümumi TVL artsa belə, bu likvidliyin yalnız bir neçə bazarda cəmlənməsi ehtimalı var və bu, bu paylanma göstəricilərini əvəz edə bilməz.

Əgər yalnız bir prioritet seçmək mümkün olsa, A-dan əvvəl daha çox zəncir və aktiv girişini, yoxsa B-dən əvvəl azsaylı bazarlarda dərin likvidliyi cəmləməyi, yoxsa C-dən əvvəl çarpaz bazar aqreqasiyasını tamamlayıb sonra genişlənməni seçərdin? #TermMax

Düşünürdüm ki, staking həcmi kifayət qədər böyükdürsə, bu, şəbəkə iqtisadiyyatının artıq işə düşdüyünü birbaşa göstərər. Bu gün @Dusk -nin rəsmi endpoint-lərini yenidən oxudum: təxminən 2.149 milyon DUSK müsbət staking qeydi şəklindədir və o dövrdəki 5.9958 milyard dövriyyə həcminin 35.84%-ni təşkil edir. Amma eyni turdakı yoxlama məni daha vacib bir sualda saxladı: bu təhlükəsizlik büdcəsinin nə qədər hissəsi real əməliyyatların ödənişindən gəlir, nə qədər isə protokolun emissiyasından?

Regulyasiya olunan maliyyə üçün nəzərdə tutulan Layer 1 üçün staking, ilk növbədə, kimsənin kapitalı konsensusun təhlükəsizliyi üçün ora qoyduğunu sübut edir. Lakin bu, istiqraz abunəçiliyinin, DvP hesablaşmalarının, korporativ aksiyaların və ya məxfilik auditinin davamlı şəkildə baş verdiyini sübut etmir.

Dusk tokenomikası çox aydındır: $DUSK -un əsas istifadəsi gas və staking-dir. Hər blokun mükafatı iki hissədən ibarətdir — yeni emissiya və həmin blok tərəfindən toplanan bütün transaksiya komissiyaları. Mainnet təchizat modeli ilkin 5 milyard sikkədir; daha sonra 36 il ərzində əlavə 5 milyard sikkə buraxılır və buraxılış tempi həndəsi (geometrik) modelə görə azalır.

Həmin gün rəsmi gas-price endpoint-dən qayıdan average, median, min və max hamısı 1 LUX idi. Bu snapshot o anda verilən qiymətləri sübut edə bilər, amma xərclərin gəlirliyinin aşağı olduğunu sübut edə bilməz; çünki ümumi komissiya gəliri həm də əməliyyatların sayı və istifadə olunan gas-dan asılıdır. Eynilə, təxminən 2.149 milyon müsbət staking də mərkəzləşdirilməməni birbaşa sübut etmir. Rəsmi provisioner endpoint-də 226 ədəd müsbət amount qeydi var, amma bir operator çoxlu key idarə edə bilər; smart kontrakt hovuzu isə qeydləri bir neçə hissəyə bölə bilər.

Ona görə də mənim marağım “gözəl staking nisbəti” deyil, bir-birini qarşılıqlı yoxlaya bilən üç cədvəldir: birinci — təhlükəsizlik kapitalı: müsbət staking, locked stake, cərimələr və operatorların konsentrasiyası; ikinci — şəbəkə işi: real transaksiyalar, kontrakt icrası, məxfilik sübutları və hesablaşma; üçüncü — iqtisadi geri dönüş: istifadə olunan gas, faktiki ümumi komissiyalar və komissiyaların blok mükafatında payı.

İki risk saxlayıram. Birincisi, əgər mükafatlar uzun müddət ərzində ödənişdən daha çox emissiyadan asılı qalarsa, gələcək emissiyanın azalması node gəlirini və təhlükəsizlik büdcəsini sınağa çəkəcək. İkincisi, hətta komissiyalar artsa belə, mənbənin azsaylı tətbiqlərdən və ya qısa müddətli köçürmə əməliyyatlarından olmadığını təsdiqləmək lazımdır.

Mənim qərarım budur: 2.149 milyon staking dəyərli və qəbul edilə bilər, amma bu, “şəbəkəni qorumaq üçün nə qədər kapital qoyulub” sualına cavab verir; “bu təhlükəsizlik üçün davamlı olaraq kim ödəyir” sualına yox. #dusk

“Sabit faiz dərəcəsi” “istənilən məbləğin ekrandakı faizlə bağlana bilməsi” demək deyil. Mən @TermMax nömrəli Range Order və risk izahını tutuşdurandan sonra belə qənaətə gəldim ki, razılaşmanı hansı şərtlər altında reallaşdıran əsas amil səhifədə göz oxşayan APR-nin olub-olmaması deyil; daha çox bu təklif (kotirovka) əyrisinin nə qədər real vəsaiti daşıya bilməsidir.

İstifadəçinin gördüyü faiz rəqəm kimidir, amma alt qatında isə satış (成交) həcminə görə dəyişən qiymət əyrisi dayanır. Müxtəlif diapazon konfiqurasiyalarına görə müxtəlif faizlər tətbiq edilir; sifariş daha çox dərinliyə daxil olarsa, sonrakı hissə başqa kotirovka “pilləsinə” düşə bilər.

Bu, mühüm bir tərsin (revers) doğurur: faiz bağlandıqdan sonra, konkret müddət bitmə tarixinə uyğunlaşdırılaraq kilidlənə bilər; amma “təsdiqlə” düyməsinə kliklənməzdən əvvəl faktiki icra şərtləri hələ də sifarişin həcmi, əyridə qalan tutum (capacity) və zəncir üzərində icradan asılıdır. Sabit olan, artıq uyğunlaşdırılmış (matched) mövqelərin dəyəridir; səhifədə hər məbləğ üçün verilən kotirovka deyil.

Kiçik borc yalnız əyrinin ön hissəsini yeyir və bu, ekranda birinci ekranda göstərilən dəyərə yaxın ola bilər; böyük borc isə arxaya doğru satışa davam edir, nəticədə orta çəkili (weighted) APR yuxarı qalxa bilər və hətta yalnız qismən bağlana bilər. Rəsmi risk səhifəsi də böyük əməliyyatların AMM əyrisi boyunca daha çox likvidlik sərf etdiyini, habelə gözləntilərlə faktiki icranın zəncirdə təsdiqin və MEV səbəbilə fərqlənə biləcəyini bildirir.

Deməli, “faizin proqnozlaşdırıla bilməsi” iki səviyyəyə bölünməlidir. Birinci səviyyə müqavilə (kontrakt) səviyyəsidir: bir dəfə uyğunlaşdırma baş verdikdə, borc xərci və ödəmə (müddət bitmə) tarixi üzən borclanma bazarının dalğalanmasından artıq dəyişmir. İkinci səviyyə isə bazar səviyyəsidir: hədəf məbləğdə əməliyyatı təxminə yaxın çəkili faizlə (weighted rate) tamamlayıb-tamamlamamaq mümkündürmü. Birincisi mexanizmin xüsusiyyətidir; ikincisi likvidlik və tətbiq olunmanın (adoption) sınağıdır. Risk də “sabit” kimi tək bir sözlə ört-basdır edilməməlidir. Əyri çox nazikdirsə, slippage böyüyə bilər və ya qismən bağlanma baş verə bilər; əməliyyatı hissələrə bölmək təkilklikdə zərbəni (impact) azalda bilsə də, gas-i artırır, gözləmə vaxtını uzadır və MEV riskini üzə çıxarır.

Bu gün açıq App səhifəsində yoxlanıla bilən TVL, bazar sayı, aktiv vault-lar və ya real-time APR qaytarılmadığı üçün köhnə dataya söykənmirəm. Sonradan daha çox diqqətimi dörd yoxlanıla bilən göstəriciyə yönəldəcəyəm: hədəf məbləğ üzrə çəkili bağlanma APR-i, müxtəlif ölçülərdə birinci ekranda göstərilən kotirovkaya nisbətən slippage, sifarişin tam bağlanma faizi və eyni müddətli ikitərəfli (double-sided) dərinliyin təzyiq zamanı hələ də olub-olmaması.

TermMax-ın sabit faizli bazarının yetkinləşdiyini hansı göstəricilər qrupu ilə qiymətləndirəcəksiniz? A: TVL və birinci ekran APR-i; B: müxtəlif sifariş ölçülərində çəkili bağlanma APR-i və tam bağlanma faizi; C: təzyiqli bazar zamanı ikitərəfli dərinlik və slippage?

#TermMax

“€300M+ təsdiqlənmiş emissiya” yazmaqla, kütləvi miqyaslı onlayn/zanqiqzən zəncir üzərində qiymətli kağız bazarına yaxınlaşmış olurlar. Bu gün @Dusk -nın rəsmi saytını, Dusk Trade sənədlərini və avqustun 15-i üzrə yeni məqaləni yenidən səliqə ilə nəzərdən keçirəndən sonra isə mən iki paralel vəziyyətdə qalıram: bir tərəf €300M+ təsdiqlənmiş emissiya və 50K+ investor çatışması, digər tərəf isə Dusk Trade-in hələ Building kimi işarələnməsi, girişin isə gözləmə siyahısına (waitlist) qoşulmaqla məhdudlaşmasıdır.

Bu məlumatlar institusional tərəfdaşlıq əməkdaşlıq boru kəmərinin və potensial hədəf auditoriyanın olduğunu göstərə bilər, amma €300M-in artıq zəncir üzərinə emissiya edildiyini sübut etmir; həm də eyni miqyaslı müqavilələrin, klirinq/settlementin və ya ikincil likvidliyin mövcud olduğunu sübut etmir. “təsdiqlənmiş emissiya”nı birbaşa “bağlanmış/çəkilmiş (ticarət edilmiş)” kimi oxumaq bazar quruculuğunda ən çətin mərhələnin üzərindən xətt çəkmək deməkdir.

Bir kiçik və orta müəssisə korporativ istiqrazını (SME bond) nəzərdən keçirin: emitent əvvəlcə hüquqları, faiz dərəcəsini, müddəti və hüquqi sənədləri müəyyənləşdirir; investorlar isə şəxsiyyət və uyğunluq (appropriate) yoxlamalarını tamamlayır; abunə sifarişləri ödənişlə uyğunlaşdırılmalıdır; paylanmadan sonra mülkiyyət (hüquq) yenilənir; mövcudluq dövründə isə faiz ödənişləri, bildiriş, səsvermə, geri satınalma və mübahisələrin həlli kimi məsələlər idarə olunur; əgər ikincil bazara çıxılırsa, əlavə olaraq uyğun alıcılar, məlumat açıqlanması, qiymətin formalaşması və fəaliyyət göstərmək üçün icazəli məkan lazımdır.

Dusk Trade-in əsas texniki dayağı bir token müqaviləsi deyil, məhsul səviyyəsidir: aktivin kəşfi, investor onboarding, cüzdanın qoşulması, ödəniş koordinasiyası, alqı-satqı əməliyyatları və klirinqi/settlementi eyni istifadəçi iş axınında birləşdirmək. Aşağı səviyyədə isə DuskDS-in settlement və finality-si, Citadel-in kimlik və seçmə (selektiv) açıqlama imkanları, eləcə də Dusk Connect-in hesab bağlantısı çağırıla bilər. Onun dəyişdirmək istədiyi çoxlu ayrı arxa fon proseslərində hər bir əməliyyat üzrə hesablaşmanın yerinə, bu iş axınını vahidləşdirməkdir; sadəcə qiymətli kağızı zəncir üzərində simvola çevirmək deyil.

€300M+ məhz buna görə diqqətə layiqdir: əgər bu layihələr sonda emissiyanı, icazəni (access/entry), mülkiyyəti, ödənişi və xidmətləri paylaşılan vəziyyətə gətirə bilsə, Dusk-un əldə etdiyi tək bir təqdimat yox, daim bazar əməliyyatları yaradan mexanizm olur. Rəsmi ən yeni məqalə də bunu açıq şəkildə xatırladır: payların bölünməsi tələbi avtomatik yaratmır, hüquqi müəyyənliyi və ya likvidliyi də avtomatik artırmır.

Amma yoxlama boşluğu da eyni dərəcədə böyükdür. Bu gün rəsmi saytda Dusk Trade “Building” kimi göstərilir, məqalə isə istifadəçiləri yenə də waitlist-ə yönləndirir. Mən açıq səhifədə artıq açılmış aktivlərin sayı, artıq tamamlanmış emissiya həcmi, ticarət həcmi, DvP settlement həcmi və ya aktiv investorların sayı kimi göstəriciləri sadalayan bir məlumat tapa bilmədim. Buna görə də “confirmed issuance” daha çox icra edilməli bir sifariş vərəqinə bənzəyir, ticarət qəbzi/deyilən “成交回执” deyil.
#dusk $DUSK

RWA bir dəfə sabit müddətli bazara daxil olanda, “zəncirüstü istiqrazlara” daha çox yaxınlaşırmı? Mən @TermMax -nın baxışı, bazarın tərifi və fiziki çatdırılma mexanizmini yenidən tutuşdurduqdan sonra əksinə bu cür bənzətmənin sürüşməsinin qarşısını almaq lazım gəldiyini düşünürəm: sabit faiz dərəcəsi zaman və qiyməti aydın yaza bilər, amma zənciraltı hüquqları avtomatik olaraq müqaviləyə köçürə bilməz.

TermMax-ın rəsmi baxışı RWA-nı genişlənə bilən təminat (kolleteral) istiqaməti kimi göstərir. İstifadəçi yenə də borc aktivləri, təminat aktivləri və ödəmə tarixi ilə müəyyən edilən bazanı seçir: borcalan təminat tokenini kilidləyərək likvidlik alır, müddət sonunda isə qaydalara əsasən əvəzlənir. Bu mexanizm xərcləri, müddəti və zəncirüstü mövqeni daha aydın ifadə edə bilir

Amma protokol tokeni tanıyır. Bu token iddia edilə bilən əsas aktivə uyğundurmu, token sahibinin qarşısında hansı emitent və ya qəyyum (təsis edən) tərəfi durur, hansı yurisdiksiyada və hansı şərtlərlə geri alınır—bunu “sabit son tarix” kimi bir nəticə ilə çıxarmaq olmaz. Mənim anlayışıma görə, hüquq sərhədləri emitentin sənədlərindən, qəyyumluq və geri satınalma (redeem) razılaşmalarından formalaşır; TermMax isə bu cür tokenlər üçün zəncirüstü maliyyələşmə riskinin qiymətlənməsi və paylanmasına cavabdehdir, onun zənciraltı müqaviləsini tamamlamır

Müəyyən edilmiş borclanma dəyəri borcalana pul axını planlamasında kömək edir, ödəmə tarixinin dəqiq olması isə müxtəlif müddətlərə görə müqayisəni asanlaşdırır; lakin təminat tokeninin qiymət mənbəyi təhrif olunarsa, emitent geri satınalmaya (redeem) fasilə verərsə, əsas bazar bağlanarsa və ya zəncirüstü likvidlik incələrsə, müddət dəqiqliyi qiymətləndirmə, kredit və satış/likvidasiya risklərini aradan qaldırmır

TermMax-ın fiziki çatdırılma mexanizmi bu sərhədi daha da aydın edir: əgər müddət başa çatdıqdan sonra təmizləmə pəncərəsi bitənə qədər borc kreditləri hələ də ödənilməyibsə, geri satınalma havuzu eyni anda həm borc aktivlərini, həm də təminat aktivlərini ehtiva edə bilər və FT sahibləri paylarına görə alırlar. Bu, ödənişin yalnız borcalanı gözləməklə məhdudlaşmamasını göstərir; amma RWA təminat tokenini qəbul etsəniz belə, geri satınalma olub-olmayacağı, hansı qiymətə geri qaytarılacağı və nə qədər vaxtda likvidləşəcəyiniz—yenə də tokenin özünün hüquqları və bazardan asılıdır

Buna görə də mən “RWA-ni dəstəkləyir” və ya səhifədəki APY göstəricisi ilə birbaşa qiymətləndirmə aparmıram. Daha dəyərli yoxlama üç qatdadır: emitent, qəyyum (custody), yurisdiksiya və əsas hüquqların açıq olub-olmaması; abunəlik və geri satınalma prosesinin sabitliyi, zəncirüstü qiymətlə referens xalis dəyərin (NAV) nə qədər kənara çıxması; təzyiq altında ikincil likvidlik dərinliyi, oracle-ların fasiləsizliyi, defolt sonrası geri alış/geri qazanma dərəcəsi və likvidasiya müddəti

Siz RWA sabit faiz bazarının yetkinliyini hansı dəlil dəsti ilə qiymətləndirirsiniz? A: TVL və səhifədəki APY; B: geri satınalma şərtləri, spread və ikincil dərinlik; C: defoltdan sonra geri qazanma dərəcəsi və likvidasiya müddəti?

#TermMax

Mən əvvəlcə belə düşünürdüm ki, tənzimlənən qiymətli kağızlar tənzimləyici kəsintisiz zəncirarası əsas infrastruktura keçid edə bilən kimi, avtomatik olaraq daha böyük zəncirüstü bazar qazanacaqlar. Yalnız @Dusk və NPEX-in Chainlink standartından istifadə etdiyini göstərən rəsmi materialları yenidən diqqətlə nəzərdən keçirdikdən sonra daha çətin bir suala ilişib qaldım: token zəncirlərarası keçə bilər, investor ixtiyarı, ötürmə məhdudiyyətləri, açıqlama səlahiyyətləri və ticarət platformasına icazələr isə bir mesajla avtomatik olaraq onunla birlikdə köçmür.

Bunu real iş axınına qoyanda hər şey aydın olur. Məsələn, tənzimlənən bir istiqraz DUSKEVM üzərində buraxılır və emitent onu digər zəncirdəki borclanma və ya ticarət tətbiqinə aparmaq istəyir. Texniki səviyyədə aktivin zəncirlərarası təmsil çevrilməsi tamamlanmalıdır; biznes səviyyəsində isə hədəf cüzdanın uyğun olub-olmaması, hədəf tətbiqin qəbul edə bilməsi, pay və region məhdudiyyətlərinin uyğunluğu, habelə geri satınalma, korporativ aksiya və tənzimləyici istintaq üçün məsuliyyətin kimdə olması təsdiqlənməlidir. Hər hansı qat yalnız tokeni daşıyır, qaydaları daşımırsa, yeni bir hesablama uyğunsuzluğu yaradır.

Rəsmi 2025-ci il elanı Chainlink CCIP, DataLink və Data Streams-in “inteqrasiya olunduğunu” ifadə edir və CCT-ni zəncirlərarası aktiv yolu kimi təsvir edir. Ən diqqətçəkən məqam “neçə zəncir qoşulduğu” deyil, CCT-nin burn/mint modelinin üçüncü tərəf likvidlik hovuzuna söykənməməsidir; $DUSK və NPEX token müqaviləsinə mülkiyyətini hələ də saxlayır və rate limitlər və upgrade yolları qura bilər.

Tənzimlənən aktivlər üçün həqiqətən çətin məsələ strategiyanın daşına bilməsidir (portativlik). Mənbə zənciri artıq uyğun investor şəhadətnamələrinə bağlanmış, holdinq limiti və seçmə açıqlama ilə işləyə bilər; hədəf zəncir isə ünvan sistemi, identifikasiya xidmətləri, məxfilik imkanları və səlahiyyət verilən platforma ilə fərqli ola bilər. Hər iki tərəfin qaydaları bir-birini tanımırsa, zəncirlərarası keçid ya rədd edilir, ya da əl ilə təsdiq mərhələsinə geri qaytarılır; likvidlik üçün qaydaları yumşaltmaq isə orijinal buraxılış şərtlərini poza bilər.

Mənim qənaətim budur: zəncirlərarası keçid tənzimləyici əngəlləri “texnoloji olaraq yox etmir”; sadəcə bazara çıxışı iki mərhələyə bölür—əvvəl aktiv mesajının etibarlı olduğunu sübut etmək, sonra onun hədəf mühitdə yenə də qanuni, audit edilə bilən və xidmət göstərilə bilən olduğunu sübut etmək. Bu, prosesin yenidən qurulmasıdır, sadəcə bir əlavə körpü düyməsi deyil.

Sizcə, tənzimlənən aktivlərin zəncirlərarası keçidində ən çətin hissə A mesajın təhlükəsizliyi, B qaydaların qarşılıqlı tanınması, yoxsa C hədəf bazarın likvidliyidir? #dusk

Bazar siyahısı uzanırsa, bunu asanlıqla “sabit faiz tələbi partlayır” kimi şərh etmək olar. Amma mən @TermMax -in Market və Range Order-larını yenidən qaydaya salanda düşünürəm ki, bu, tədarük qabiliyyətini real qəbul etmə kimi izah edə bilər: neçə bazar yaratmaq olar—sadəcə seçimlərin nə qədər olduğunu göstərir; kimsə hansı müddətdə, hansı xərclə nə qədər borc götürməyə razıdırsa—ancaq tələbin olub-olmadığını göstərir.

TermMax-da bir bazar təkcə bir cüt sikkə deyil. O, borclanma aktivi, girov və son tarix (müddət bitimi) ilə bağlanır və girov nisbətini (collateral ratio) və ləğv həddini (liquidation threshold) müəyyən edir. Borcalan girovu kilidləyir, borc mövqeyi formalaşdırır, sonra qiymət əyrisi üzrə likvidlik əldə edir; borc verən isə son tarixdə ödəniləcək hüququ təmsil edən FT-ni alır və son tarixə qədər onu qaytarılma üçün gözləyir.

Bu o deməkdir ki, eyni borclanma aktivi yalnız girov və ya son tarix fərqli olduqda belə bir neçə bazar yarada bilər. Sayın artması məhsulun “parçalara bölünməsi” hesabına ola bilər, amma mütləq yeni borcalanların artması demək deyil. “Yaradılmış bazar sayı”nı birbaşa “qəbul” kimi qəbul etmək, ticarət mərkəzindəki rəf sayını satışla eyni tutmaq kimidir.

Ona görə mən “real qəbul”u üç səviyyəyə ayırıram: əvvəlcə müxtəlif müddətlər üzrə real borc götürmə həcmi və təkrar borc götürmə (təkrar borclanma) olub-olmamasına baxmaq; sonra qısa, orta və uzun müddətlərdə izaholunan uyğunluq/trafik (executed trades) əyriləri formalaşıb-formalaşmadığını, dərinliyin daha böyük əməliyyatları daşıyıb-daşıya bilmədiyini yoxlamaq; sonda isə ödənişlərin (müddət bitəndə geri ödənmə) və çıxışın (exit) rəvan olub-olmamasına baxmaq—borcalanlar müddət bitəndə qaytarırmı, yenidən borc götürürmü, yoxsa dayaz likvidlikdə məcburi refinans (yenidən maliyyələşdirmə) etməli olurlar.

Bu da izah edir ki, niyə TVL təkbaşına cavab ola bilməz. TVL daha çox “pul ehtiyatı” kimidir; əgər uzun müddət borc götürülmürsə, bu sadəcə tədarükün bol olmasını göstərə bilər. Borc götürmə həcminin artması da mütləq sağlamlıq əlaməti deyil: əgər yalnız bir girov aktivində, bir müddətdə və ya bir neçə böyük oyunçuda cəmlənibsə, yenə də konsentrasiya, ləğv (liquidation) və son tarix sıxlığı riski qalır.

Mənim qənaətim budur ki, TermMax-ın uzunmüddətli dəyəri “daha çox sabit faizli bazar”ın işə salınmasında deyil, real kapital tələbinin əməliyyatlar vasitəsilə yaratdığı DeFi gəlirlik əyrisini tədricən formalaşdırmaq imkanındadır. Sabit müddət kapitalın planını daha aydın edir, amma girov qiymətinin dəyişkənliyi, ləğv, oracle, smart kontraktlar və müddət likvidliyi riski hələ də mövcuddur.

Siz TermMax-ın həqiqətən qəbul edilib-edilmədiyini hansı göstəricilər dəsti ilə qiymətləndirərsiniz? A: TVL və bazar sayı; B: real borc götürmə həcmi və əyrinin dərinliyi; C: son tarix ödənişi və yenidən maliyyələşdirmə qapalı dövrəsi?

#TermMax

Standartlaşdırılmış xəzinələrin ən asan yaratdığı illüziya budur: interfeys vahiddir və elə bil ki, strategiya keyfiyyəti də vahiddir. Mən @TermMax -in Vault-unu yenidən qaydasına salandan sonra isə daha çox “passiv gəlir”in kölgədə qoyduğu problemlə maraqlanmağa başladım — standartlaşdırılan paydır, curator-un qərarı deyil.#TermMax

İstifadəçi borc aktivlərini depozit edir və ERC-4626 payları alır; curator isə həmin aktivin portfelini müxtəlif müddət bazarlarına yerləşdirir. İstifadəçi müddəti başa çatma tarixi, təklif (quote) əyrisi və vəsaitin hara yönələcəyi kimi seçim işini idarə edənlərə həvalə edir.

Bu, həqiqi sürtünməni həqiqətən azaldır: adi istifadəçi hər bir müddət bitmə tarixini fasiləsiz müqayisə etməli olmur və özü də bazarlararası sifarişləri ayrıca idarə etməyə məcbur qalmır. Vəsait planlaşdırması “hansı müddəti alım?” sualından “bu müddət üzrə yerləşdirmə qaydalarını qəbul edirəmmi?” sualına çevrilir.

Amma ERC-4626 yalnız interfeysi və pay mühasibatlığını müəyyən edir; istifadəçinin strategiya barədə qərar verməsini əvəz edə bilməz. curator sifarişləri, qiymət əyrilərini, təchizatın (supply) yuxarı həddini, habelə depo/geriçəkmə (withdraw) növbələrini idarə edə və ağ siyahı (whitelist), zaman kilidi (time lock) və performans haqqı dəyişikliklərini təklif edə bilər. İstifadəçinin hər dəfə qənaət etdiyi seçim, curator-a əlavə bir dəfə qərar vermək deməkdir.

TermMax bu səlahiyyəti zaman kilidi, guardian, ağ siyahı və tutum (capacity) yuxarı həddi ilə məhdudlaşdırır: böyük dəyişikliklər anında qüvvəyə minmir, gözlənilən dəyişiklik isə ləğv edilə bilər. Amma zaman kilidi yalnız müşahidə və çıxış üçün pəncərə yaradır; yeni parametrlərin əsaslılığını sübut etmir. Ağ siyahı da kollateralı, orakul (oracle) riski, müqavilə (kontrat) riski və likvidlik risklərini aradan qaldıra bilmir.

Buna görə, mən TVL və ya səhifədəki illik gəliri təkbaşına Vault-a qiymət verməyəcəyəm. TVL vəsaitin daxil olduğunu göstərə bilər, amma real borclanma, gəlirin davamlılığı və geriçəkmənin keyfiyyəti barədə cavab vermir. Mən daha çox haqqdan sonrakı xalis gəlirə, kapitaldan istifadə əmsalına, konsentrasiya səviyyəsinə, habelə gərgin dövrlərdə gözləməyə və slippage-ə diqqət edirəm.

Xüsusilə fərqləndirmək lazımdır: “geriçəkmə başlatmaq mümkündür” və “gözlənilən qiymətə vaxtında aktivləri geri almaq mümkündür”. Vault-un saxladığı mövqelər müddət, tutum və dərinlik məhdudiyyətlərinə tabedir; standart interfeys likvidlik çıxışını heç bir yerdən yarada bilməz. Keçmiş gəlirlər də növbəti dövrün borclanma ehtiyacını əvəz edə bilməz.

Mənim qənaətim belədir: Vault V2-nin dəyəri “hamının araşdırmamasını təmin etmək”də deyil, araşdırma obyektini yoxlanıla bilən etibar/mandat (delegasiya) qaydalarına yüksəltməkdədir. Yetkin bir Vault curator-un nə seçdiyini, niyə düzəliş etdiyini, nə qədər haqq tutduğunu, və nə vaxt çıxışın mümkün olduğunu açıqlamalıdır. Strategiya sapdığı zaman isə kimin müdaxilə (dayandırma) səlahiyyəti olduğunu aydın göstərməlidir. Yalnız aşağı motivasiya və stressli bazar dövrlərində də şəffaf və çıxıla bilən olduğu halda, o, sabit müddətli kapital üçün etibarlı giriş nöqtəsinə çevrilə bilər.

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

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

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

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

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

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

你认为机构级隐私最先卡在 A 证明尾延迟，B 授权审计运维，还是 C 真实应用集成？#dusk

Mən elə düşünürdüm ki, özəl qiymətli kağızları token formasına salmaqla (tokenləşdirmə ilə) artıq aktivləri zəncirə (on-chain) köçürmüş sayılırıq. Dünən yenilənən @Dusk özəl bazar məqaləsini oxuyub Native Issuance sənədini də tutuşdurandan sonra isə daha bir məqələyə qarşı daha ehtiyatlı oldum: əgər hüquqi mülkiyyət, depozit/saxlama (custody), korporativ fəaliyyətlər və hesablaşma yenə də başqa bir sistem tərəfindən idarə olunursa, bu token səmərəlilik aləti yox, sadəcə yeni bir sıra uzlaşma (reconciliation) üçün gözləyən qeyd dəftəri ola bilər.

Tokenləşdirmə adətən aktivə və ya hüquqi iddiaya bənzər bir token yaradır; bu, aktivin proqramlaşdırılmasını, paylanmasını və tətbiqlərə inteqrasiyasını asanlaşdıra bilər, amma əsas aktiv yenə də zəncirdən kənarda qeydiyyat, saxlayıcı (depozit) və ya klirinq/hesablaşma sistemlərində qala bilər. Native issuance isə daha yüksək tələblər qoyur: aktivin özü zəncirin dəftəri ətrafında yaradılmalı və idarə edilməlidir, buraxılış, ötürmə, xidmət və hesablaşma mümkün qədər eyni hüquqi vəziyyət (mülkiyyət vəziyyəti) üzərində qurulmalıdır.

Əsl sınaq ondan ibarətdir ki, bir özəl buraxılışı altı dəfə təkrarən eyni məlumatla yazmaq lazım gəlir. Klassik prosesdə emitent, məsləhətçi, menecer, bank, depozit/saxlayıcı və ticarət meydanı strukturun təsdiqi, investorların uyğunluq (access) yoxlanışı, abunə paylanması, sahib reyesi (holder roster), ödəniş, ötürmə və sonrakı xidmətləri ayrı-ayrılıqda həll edir. Hər tərəf oxşar, amma tam eyni olmayan bir qeyd saxlayır; səhvlər çox vaxt təhvil-təslim və sonradan təsdiqləmə (catch-up/ratification) mərhələlərində baş verir.

Sadəcə bu köhnə axına bir token əlavə etsək, zəncir üzərindəki balanslar yenə də zəncirdənkənar nüfuzlu (authoritative) reyesə uyğunlaşdırılmalıdır. Ötürmə zəncir üzərində baş versə də, qeydiyyatın yenilənməsini gözləmək lazımdır; dividendlər zəncirdənkənar siyahıya görə hesablanır, sonra geri qayıdıb zəncirin sahibini izah edirsən; mübahisə yarananda isə hansı qeyd dəftərinin üstün tutulduğunu da bilmirik. Texniki cəhətdən daha sürətli görünə bilər, amma əməliyyat səviyyəsində əksinə əlavə bir qırılma nöqtəsi (breakpoint) yaranır.

Doğma (native) buraxılışın real dəyişdirdiyi isə proses və etibar sərhədidir: investor uyğunluğu abunə almadan və ya ötürməzdən əvvəl yoxlana bilər, paylanma və mülkiyyət yenilənməsi eyni idarə olunan (controlled) vəziyyət ətrafında baş verir, ötürmə məhdudiyyətləri birbaşa cari sahibin qeydinə təsir edir, aktivin “ayağı” ilə ödənişin “ayağı” isə eyni hesablaşma prosesi ilə koordinasiya olunur. Faiz ödəməsi, səsvermə, dividendlər və geri satınalma (müddəti bitmə/redemption) isə ardıcıl hüquqi tarixi oxuyur. Dusk-ın seçmə açıqlama (selective disclosure) və giriş nəzarəti “kim görə bilər, kim edə bilər” sualına cavab verir; DuskDS-in deterministik hesablaşması isə “hansı statusun hansı qismi artıq yekunlaşıb” sualına cavab verir.

Bu, sadəcə “daha ucuz qiymətə token buraxmaq”dan daha vacibdir, çünki o, aktivin zahiri görünüşünü zəncirə işarəyə çevirməkdən başqa, buraxılış, qeydiyyat, saxlayıcı, ticarət və xidmətlər arasında təkrar-təkrar uzlaşma işini azaltmağa çalışır.

Səncə native issuance-da ən çətin tərəf nədir? $DUSK #dusk

Mən elə düşünürdüm ki, blok bir dəfə deterministik şəkildə yekun təsdiqlənəndə, qiymətli kağızlar üzrə ticarət artıq həqiqətən “başa çatır”. @Dusk barədə məlumatları yenidən qaydaya saldıqdan sonra isə gördüm ki, bu yalnız texniki səviyyədə geri dönməməni həll edir; hüquqi baxımdan isə hüquqlar və məsuliyyətlər tam olaraq artıq müəyyən olunmur.

DuskDS-in Succinct Attestation adlı mexanizmi təklif, doğrulama və təsdiq olmaqla üç addımda yekunluğu tamamlayır; rəsmi saytın bu gün verdiyi müşahidə dəyəri təxminən 10 saniyədir. O, gözləmə və uzlaşdırma xərclərini sıxışdıra bilər, amma avtomatik olaraq kiminsə hüquqi mülkiyyətçi olub-olmamasını, depozit (kustodiya) uğursuzluğu kimin məsuliyyətinə düşdüyünü, yaxud korporativ aksiyaların necə icra olunacağını, eləcə də mübahisə zamanı kimin ləğv və kompensasiya səlahiyyətinin olduğunu müəyyənləşdirə bilməz.

Ona görə mən deterministik (yekun) bağlanmanı qəbul edirəm, amma bunu “hüquqi risklərin yox olması” kimi yazmıram. Mən yalnız iki şeyi izləyirəm: aktiv ayağı ilə ödəniş ayağının həqiqətən sinxron şəkildə yekunlaşması, və anormal əməliyyatın aşkar edilməsindən tutmuş onun idarə olunmasına (bərbadə/çözümlənməsinə) qədər nə qədər vaxt keçməsidir. $DUSK üçün uzunmüddətli məna da əvvəlcə artıq təsdiqlənmiş gas və staking tələblərinə qayıtmalıdır; texniki yekunluğu gəlir vədinə bənzədib paketləmək yox.

Sizcə, institutlar daha çox A zəncirində geri dönmədən (rollback) qorxur, yoxsa B zəncirində hüquq və məsuliyyətlərin aydın olmamasından? #dusk

Mən əvvəl “məxfilik zənciri”nin satış nöqtəsinin sadəcə məlumatı görünməz etmək olduğuna inanırdım. @Dusk ilə bağlı materialları yenidən nəzərdən keçirəndən sonra “selective disclosure” sözündə dayandım: əsas məsələ dəftəri söndürmək deyil, “kim nəyi görə bilir” sualını icra edilə bilən qaydalar halına gətirməkdir.

DuskDS eyni zamanda Moonlight-ın açıq hesablarını və Phoenix-in qorunan (shielded) əməliyyatlarını saxlayır; sonuncu isə sıfır bilik sübutları ilə məbləği və əlaqələri gizlədir, eyni zamanda viewing key vasitəsilə səlahiyyətli tərəflərə açıqlaya bilir. Bu dizayn, qeyd-şərtsiz anonimlikdən daha çox maliyyədəki dərəcəli icazələrə bənzəyir.

Amma istiqamətin doğru olması hələ bütün problemlərin həll olunduğunu demir. İcazə sərhədi səhv qurularsa, məxfilik yeni informasiya adası (silo) kimi formalaşa bilər; audit prosesi çox yavaş olarsa, institutlar yenə də offline uzlaşdırmaya (hesabatların uyğunlaşdırılmasına) qayıdacaq. Mən yalnız iki göstəriciyə baxıram: real biznesdə seçmə açıqlamanın istifadəsi miqyası və bir dəfəlik icazə/audit üçün vaxt ile xərc. $DUSK üçünsə, uzunmüddətli tələbin əvvəlcə rəsmi olaraq təsdiqlənmiş gas və staking üzərində qurulması daha məqsədəuyğundur, “məxfilik premiumu” kimi təsəvvür edilən şeyin yox.

Siz daha çox A — tam açıq — tərəfdarısınız, yoxsa B — audit edilə bilən məxfilik? #dusk

Yönü mənə deyəsən... Dusk-un son zamanlar etdiyi bir sıra hərəkətləri bir yerə yığanda, xüsusən də onun Niderlandda lisenziyalı birja olan NPEX-lə qurduğu DuskTrade platformasını görəndə, bir az fərqli olduğunu hiss edirsən. Elə bil gələcəklə bağlı boş vədlər vermirlər, əksinə “compliance privacy” (uyğunluqla məxfilik) adlanan bir dəst kombinasiyadan istifadə edərək ən ağır qapını açmağa çalışırlar.
#dusk $DUSK @Dusk

İstiqaməti anlayıram, amma TBV-nin ən böyük yanlış anlaşılması budur ki: qayda bir dəfə Bitcoin-ə kilidlənəndən sonra istifadəçi versiya ilə artıq yenidən məşğul olmur.

@BabylonLabs_io -in protokol rollarının izahını yenidən sistemləşdirəndə əvvəlcə düşündüm ki, “yaradılma zamanı sabitləşdirmək” sadəcə bir təhlükəsizlik zəmanətidir; amma davam edəndə gördüm ki, bu yanaşma həm də anlayış yükünü istifadəçiyə qaytarır. AVK, Universal Challenger, challenge (çağırış) pəncərəsi və s. vault yaradılan zaman qüvvəyə minən versiya ilə işləyəcək; köhnə vault-lar yeni versiya çıxdığı üçün avtomatik olaraq trayektoriyanı dəyişməyəcək.

Bu pis şey deyil. Məsələ backend-in qaydaları istənilən vaxt dəyişə bilməsində deyil; söhbət odur ki, “native” BTC-niz yalnız əvvəlcədən imzalanmış Taproot yolunu qəbul edir. Amma əgər ön tərəf yalnız faiz dərəcəsini və sağlamlıq faktorunu vurğulasa, eyni zamanda vault versiyası, iştirakçıların toplusu, Provider tarifləri və bərpa (recovery) yolu aydın şəkildə izah olunmasa, özünüzün idarə etməniz (self-custody) “hansı şeyi özünüz imzalamısınız, amma nə demək olduğunu başa düşmürsünüz” vəziyyətinə çevrilə bilər.

Mən bu dörd bəndin sadəcə vault sayına baxmaq yox, standart risk etiketlərinə çevrilib-çevrilmədiyini izləyəcəyəm. TBV-nin nəzarət hüququ dizaynını qəbul edirəm, amma doğrulanma daha bir addım ataraq onu başa düşülən hala gətirməlidir.

Siz hansı məsələyə daha çox önəm verirsiniz? A. Qaydalar yenidən izlənib düzəldilə bilməz / B. Risk məlumatı bir ekranda başa düşülər / C. Hər ikisi birlikdə mütləqdir

$BABY #baby

İstiqamət doğrudur, amma TBV-in ən böyük qurum qapı həddi bəlkə də faiz deyil, elə pul kisəsi ümumiyyətlə imzanı qoya bilməməsidir.

Mən @BabylonLabs_io -in testnet FAQ-sını yenidən səliqəyə salanda, qarşıma çox real bir xatırlatma çıxdı: Bitcoin tərəfi Taproot P2TR, PSBT və mesaj imzalamağı dəstəkləməlidir; Safe kimi multi-sig (çox imzalı) həllər WalletConnect vasitəsilə imzalama pəncərəsi çıxmırsa, sənəd əvvəlcə birbaşa genişləndirmə (extension) wallet-ə keçməyi tövsiyə edir.

Mən self-custody-nin “BTC-ni kim saxlayır” problemini həll etdiyini düşünürdüm, amma davam etdikcə anladım ki, qurum hələ də “bu əməliyyatlar dəstini daxili siyasətə uyğun olaraq kim imzalaya bilər” sualına cavab verməlidir. Əsas məsələ BTC-ni cross-chain köçürmək deyil; əsas məsələ doğma BTC-ni Bitcoin-in Taproot vault-ında saxlamaq və sonra əvvəlcədən imzalanmış (pre-signed) yollar və xarici vəziyyət sübutları ilə çıxışın (vault-dan çıxma) məhdudiyyətlərini təmin etməkdir.

Üstünlüyü: körpü (bridge), tokenləşdirilmiş aktivlər (wrapped) və kənar custodian (qəyyum) yoxdur; riski: hazırda hələ signet + Sepolia test prosesidir, hardware wallet-lər, multi-sig təsdiqləri, səlahiyyət səviyyələndirməsi və fəlakətdən bərpa (DR) uyğunluğu ilə bağlı açıq nəticə (public scoreboard) hələ də çatışmır.

Mənim qiymətləndirməm: əvvəlcə uyğunluq matrisinə baxın, imza uğur faizi və qurumun bərpa/sınaq (recovery) məşqlərinə nəzarət edin, sonra miqyaslı tətbiq məsələsini danışın. $BABY -in uzunmüddətli dəyəri də real vault əməliyyatları və idarəetmə (governance) iştirakı ilə dəstəklənməlidir, “qurumlar gələcək” kimi bir cümlə ilə yox.

Sizcə kim əvvəlcə həddi aşacaq? A. fərdi extension wallet istifadəçiləri / B. peşəkar custodian texnologiya komandası / C. ənənəvi qurumların multi-sig-i. #baby

TBV真正容易被忽ərə düşən risk imza sayının az olması deyil; istifadəçi çox dəfə “təsdiq et” düyməsinə basır, amma BTC-nin sonda hara getməsinə icazə verildiyini bilməyib.

Mən @BabylonLabs_io üçün vault qurma prosesini yenidən səliqəyə salanda, çoxsaylı əvvəlcədən imzaların sadəcə əməliyyat baxımından bezdirici olacağını düşünürdüm. Daha diqqətlə baxanda başa düşdüm ki, əsas məsələ “çox imza atmaq” deyil — bu Schnorr imzaları əvvəlcədən Claim, Assert, ChallengeAssert və Payout kimi qanuni yolları kilidləyir.

**BTC-nin idarəetmə səlahiyyətini protokola verməkdən söhbət getmir; istifadəçi depozit etmədən əvvəl gələcəkdə hansı çıxışların mümkün olduğunu faktiki olaraq məhdudlaşdırır.** TBV-nin bridge, wrapping və ya custodian-a arxalanmamasının həlledici səbəbi məhz budur.

Amma üstünlüklə yanaşı məhsul riski də var: əgər cüzdan yalnız oxunması çətin bir PSBT sətiri və kütləvi təsdiqləmə göstərirsə, kriptoqrafik “özünə-kimlik” (self-custody) sadəcə istifadəçi təcrübəsində “kor-ağ imza”ya çevrilə bilər. Hazırda hələ signet + Sepolia public testnetdir; UniSat, Taproot P2TR, PSBT və message signing uyğunluq diapazonunun daha çox real yoxlanışına ehtiyac var.

Mənim qənaətim: əvvəlcədən imzalanmanın sərhədlərinə yaxşı baxmaq lazımdır, amma “imzalaya bilmək”i “başa düşmək” kimi qəbul etməyəcəyəm. Mən çıxış ünvanının xülasəsinə, hər bir yolun izahına, imza kəsilmə (interruption) faizinə və hardver cüzdan uyğunluğuna nəzarət edəcəyəm.

Siz daha çox hansını nəzərə alırsınız?

A. Yollar aydın yazılsın
B. Cüzdan daha çox uyğunluq versin
C. Daha az dəfə imza etdirsin

$BABY #baby

Hələ test şəbəkəsini işə salıb Bitcoin DeFi “uçdu” deməyə tələsməyin. Kiçik miqyasda uğur qazanmaq və böyük miqyasda təhlükəsizliyə nail olmaq — tamamilə fərqli nəticə cədvəlləridir.

Bu gün @BabylonLabs_io -in parametr səhifəsini yenidən səliqəyə salanda əvvəlcə düşündüm ki, 0.4 BTC sadəcə adi istifadə limiti kimidir. Daha sonra baxanda aydın oldu: mövcud public testnet tək vault, tək mövqe və tək ünvan üçün limitin 0.4 BTC olmasını təkcə məhdudlaşdırmır — Aave v4 tətbiqi üzrə ümumi exposure da 10 BTC-də saxlanılıb.

Bu, adoption (qəbul) göstəricisi deyil, partlayış radiusunu bilərəkdən məhdudlaşdıran risk “təhlükəsizlik barjerasıdır”. TBV-nin native BTC-si yenə də öz Taproot UTXO-larında kilidlidir: körpülənmir, qablaşdırılmır, “mix pool”-a da daxil edilmir; amma kiçik cap təbii olaraq paralel sübutların (concurrency proofs) azalmasına, likvidlik/clearinq tıxacının yüngülləşməsinə və operator tutumu üzərindəki yükün aşağı düşməsinə gətirir.

Ona görə mexanizmi dəstəkləyirəm, amma “prosesin işləməsini” “miqyasın işləməsi” kimi genişləndirməyəcəyəm. Hazırda hələ də signet + Sepolia testnet ssenarisidir; mən yalnız cap istifadəsinə, eyni zamanda aktiv vault sayına, genişləndirmədən sonra P95 sübut gecikməsinə (proof latency) və uğursuzluq faizinə baxıram.

Bitcoin DeFi-nin əsl dönüş nöqtəsi demo daha gözəl görünəndə deyil, barjeralar tədricən boşaldılandan sonra təhlükəsizlik yenə də dayanıqlı qalanda başlayır. Hansı bəndə əvvəl baxacaqsınız?

A. Aktiv vault sayı
B. Genişləndirmədən sonrakı dayanıqlılıq
C. Mainnet-də real borclanma həcmi

$BABY #baby