duskvm

Moonlight və Phoenix haqqında düşünərkən bir şeyi səhv edirdim: vəziyyət formasını sanki onun da finaliliyi (yekunluğu) müəyyənləşdirdiyini qəbul edirdim.
Bu fərziyyə məni narahat etməyə başladı.
Moonlight #DuskVM adlı, ictimai-hesab modeli ilə gəlir: Balanslar, Göndərən, Qəbuledən, Məbləğ və Nonce Progression.
Phoenix isə tamamilə başqa bir iz üzərində qurulub: Şifrələnmiş Qeydlər, Qorunan (Shielded) Çıxışlar, Nullifier-lər və Privat Vəziyyət.
İlk instinktim belə idi ki, belə iki fərqli sistem bəlkə də finala çatmaq üçün iki fərqli yol tələb edir.
Amma bəlkə də burada mən, əslində olmayan bir mürəkkəblik əlavə edirdim.
Moonlight hesab şəklində qala bilər. Phoenix qeyd (note) şəklində qala bilər. #DuskVM hər ikisini hansısa universal vəziyyət formatına çevirməyə ehtiyac duymur ki, icranın nə vaxt bitdiyini qərarlaşdırsın.
Bu, həm də #DuskDS -u yenidən düşünməyimə səbəb oldu.
Mən hesab edirdim ki, o, iki modelin altında bir-birilə paylaşılan $DUSK vəziyyət yaratmalıdır. İndi buna daha az əminəm.
İcra məntiqi (execution logic) ixtisaslaşmış olaraq qala bilər, Dusk L1 isə nəticə vəziyyətinə tək, deterministik finalilik sərhədi verə bilər.
Və dürüst desəm, bu ayrılıq mənə fərdi vəziyyət modellərindən daha maraqlıdır.
Vəziyyəti ifadə etməyin müxtəlif yolları, həmin vəziyyətin yekun olaraq nə vaxt tamamlandığı sualına mütləq fərqli cavablar tələb etmir.
Mən hələ də bunun necə dərəcədə təmiz ayrıldığını düşünürəm: Moonlight və Phoenix daha da mürəkkəbləşdikcə bu ayrılıq nə qədər sağlam qalır?

#dusk $DUSK @Dusk

#dusk $DUSK @Dusk
Dusk’ın Modul Yığın (Stack) Konsepti: Üç Qat, Bir Məqsəd

Bəs blokçeyn arxitekturası tənzimləməni (settlement) və icranı (execution) ayrıca iş kimi qəbul etsəydi?

@Dusk bunu üç komponentin ətrafında qurulan modul dizaynla edir:

1. DuskDS — tənzimləmə təməli
Konsensus, yekunluq (finality), məlumatın əlçatanlığı (data availability) və Dusk-in yerli transaksiyon modellərini idarə edir; o cümlədən ictimai köçürmələr üçün Moonlight və gizli (shielded) köçürmələr üçün Phoenix.

2. DuskEVM — EVM yolu
Tərtibatçılar Solidity və tanış Ethereum alətlərindən istifadə edə bilərlər, tətbiqlər isə DuskDS vasitəsilə tənzimlənir (settle). Bu, EVM-ə əsaslanan DeFi və tokenləşdirilmiş aktiv tətbiqləri üçün mühiti daha əlçatan edir.

3. DuskVM — birbaşa L1 icrası
DuskVM Rust/WASM smart kontraktlarını birbaşa Dusk L1 üzərində işlədir; bu, Dusk-in transaksiyon modellərinə daha dərin girişə, gizlilik imkanlarına və ya sıfır bilik (zero-knowledge) funksionallığına ehtiyacı olan tətbiqlər üçün uyğundur.

Ən maraqlı tərəf ayrılığın özüdür: fərqli tətbiqlər, alt qatdakı tənzimləmə qatını (settlement layer) əvəz etmədən, ehtiyac duyduqları icra mühitini seçə bilirlər.

$DUSK üçün bu, EVM uyğunluğu, birbaşa L1 icrası, gizlilik və deterministik tənzimləmənin eyni daha geniş arxitektura daxilində birlikdə işləyə biləcəyi bir təməl yaradır.

#DUSK #DuskEVM #DuskVM

Sorğu: 🏗️ Dusk’ın modul arxitekturasının hansı hissəsi sizi ən çox maraqlandırır?

@Dusk DeFi və tokenləşdirilmiş maliyyə üçün nəsə qurur və bu, getdikcə daha çox: məxfilik, amma uyğunluq (compliance) itirmədən tələb edəcək. Açıq (public) blokçeynlər güclüdür, çünki əməliyyatlar şəffaf və yoxlanıla bilər. Lakin tənzimlənən maliyyə bazarları hər bir qalıq, mövqe, investor məlumatı və ya əməliyyatı ictimai şəkildə açıqlaya bilməz. @Dusk bu problemi sıfır-bilik (zero-knowledge) texnologiyası, məxfi (confidential) köçürmələr, seçmə açıqlama (selective disclosure), girişə nəzarət (access controls) və deterministik (müəyyən, öncədən planlanmış) settlement ilə həll edir. �
Dusk +1
Bu yanaşmanı maraqlı edən məqam budur ki, məxfilik hər şeyi gizlətmək demək olmaya bilər. Səlahiyyətli iştirakçılar ehtiyac duyduqları məlumatı ala bilərlər, həssas məlumat isə lazımsız ictimai açıqlanmadan qorunur. Bu, xüsusən tokenləşdirilmiş qiymətli kağızlar, real-dünya aktivləri, institusional DeFi və uyğunluğun (eligibility), hesabatlılığın (reporting), köçürmə məhdudiyyətlərinin (transfer restrictions) və settlement qaydalarının önəmli olduğu digər maliyyə iş axınlarında aktual ola bilər. �
DOCS +1
Dusk həmçinin modul arxitekturadan istifadə edir: #DuskDS settlement və data availability (məlumatın mövcudluğu) üzərində fokuslanır, #DuskVM isə yerli (native) Rust/WASM icrası üçün, #DuskEVM isə EVM-ə uyğun tətbiqlər üçün nəzərdə tutulub. Bu, tərtibatçılara tətbiq hansı sahəyə prioritet verirsə, müxtəlif istiqamətlər təqdim edir: yerli məxfilik, tanış EVM alətləri və ya tənzimlənmiş settlement infrastrukturu. �
DOCS
Mənim üçün Dusk-ın maraqlı tərəfi sadəcə “məxfilik” deyil. Bu, eyni maliyyə infrastruktusunda məxfilik, uyğunluq (compliance) və proqnozlaşdırıla bilən settlement-in birləşməsidir. Daha çox real-dünya aktivləri və institusional bazarlar on-çeynə (on-chain) keçdikcə, bu imkanlar getdikcə daha önəmli ola bilər. #dusk $DUSK