duskds

439 baxış
Müzakirə edir: 15
jam786mys
·
--
Azalma
Doğrulanıb
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_Foundation {future}(DUSKUSDT)
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_Foundation 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_Foundation 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
@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
·
--
Artım
Bugün burada sizlere DuskDS haqqında danışmaq üçün keçdim; @Dusk_Foundation arxitekturasının bəlkə də ən qarışıq qatlarından biri 🌒 . Amma bunu texniki izahatlardan istifadə etmədən mümkün qədər sadə şəkildə izah etməyə çalışacağam. Əvvəlki yazıda gördük ki, DuskEVM elə bir qatdır ki, onun üzərində EVM-ə uyğun tətbiqlər və ya ağıllı müqavilələr hazırlanır və icra olunur; DuskDS isə DuskEVM-də həyata keçirilən məlumatların və əməliyyatların idarə olunmasına imkan verən infrastrukturun başqa bir qatıdır. Qısa desək, DuskDS DuskEVM-də görülən əməliyyatların qeydə alınmasına və Dusk-ın əsas infrastrukturu (Dusk L1) ilə əlaqələndirilməsinə kömək edir; bu da onların yekunlaşdırılmasını (liquidation) və məlumatların mövcudluğunu asanlaşdırır. Unutmaq olmaz ki, DuskEVM və DuskDS bir-birinə rəqib olan iki fərqli token deyil, həm də iki ayrı blockchain deyil. Bunlar memarlıq $DUSK daxilində müxtəlif funksiyalar yerinə yetirən fərqli qatlarıdır. Növbəti yazıda Dusk L1 və onun əvvəl gördüyümüz qatlarla necə əlaqəli olduğunu danışacağıq. #dusk #DuskEVM #DuskDS
Bugün burada sizlere DuskDS haqqında danışmaq üçün keçdim; @Dusk arxitekturasının bəlkə də ən qarışıq qatlarından biri 🌒 . Amma bunu texniki izahatlardan istifadə etmədən mümkün qədər sadə şəkildə izah etməyə çalışacağam.

Əvvəlki yazıda gördük ki, DuskEVM elə bir qatdır ki, onun üzərində EVM-ə uyğun tətbiqlər və ya ağıllı müqavilələr hazırlanır və icra olunur; DuskDS isə DuskEVM-də həyata keçirilən məlumatların və əməliyyatların idarə olunmasına imkan verən infrastrukturun başqa bir qatıdır.

Qısa desək, DuskDS DuskEVM-də görülən əməliyyatların qeydə alınmasına və Dusk-ın əsas infrastrukturu (Dusk L1) ilə əlaqələndirilməsinə kömək edir; bu da onların yekunlaşdırılmasını (liquidation) və məlumatların mövcudluğunu asanlaşdırır.

Unutmaq olmaz ki, DuskEVM və DuskDS bir-birinə rəqib olan iki fərqli token deyil, həm də iki ayrı blockchain deyil. Bunlar memarlıq $DUSK daxilində müxtəlif funksiyalar yerinə yetirən fərqli qatlarıdır.

Növbəti yazıda Dusk L1 və onun əvvəl gördüyümüz qatlarla necə əlaqəli olduğunu danışacağıq.

#dusk #DuskEVM #DuskDS
Doğrulanıb
Bugün $DUSK kiçik mövqe əlavə etdim, amma indi DuskEVM-ə fərqli baxıram. Diqqətimi çəkən təkcə EVM uyğunluğu deyildi—Hedger-in homomorfik şifrələmə və ZK sübutları ilə məxfi transaksiyaları nəzərdən keçirilə bilən hala gətirməsidir. Mən əvvəllər məxfiliyi istifadəçi xüsusiyyəti kimi görürdüm; indi onu tənzimlənən tətbiqlər üçün qəbul mexanizmi kimi görürəm. @Dusk_Foundation həm də icrasına güc verir, DuskDS isə hesablaşma və məlumatların əlçatanlığını idarə edir. Bu ayrılıq vacib hiss olunur. Real istifadəçilərin bunu nə qədər tez mənimsəyəcəyindən hələ də əmin deyiləm, amma arxitektura baxışımı dəyişdi. $ATM $BANK #DUSK #DUSKEVM #DuskDS #Web3 DUSK üçün sizcə ən çox nə önəmlidir?
Bugün $DUSK kiçik mövqe əlavə etdim, amma indi DuskEVM-ə fərqli baxıram.

Diqqətimi çəkən təkcə EVM uyğunluğu deyildi—Hedger-in homomorfik şifrələmə və ZK sübutları ilə məxfi transaksiyaları nəzərdən keçirilə bilən hala gətirməsidir. Mən əvvəllər məxfiliyi istifadəçi xüsusiyyəti kimi görürdüm; indi onu tənzimlənən tətbiqlər üçün qəbul mexanizmi kimi görürəm.

@Dusk həm də icrasına güc verir, DuskDS isə hesablaşma və məlumatların əlçatanlığını idarə edir. Bu ayrılıq vacib hiss olunur.

Real istifadəçilərin bunu nə qədər tez mənimsəyəcəyindən hələ də əmin deyiləm, amma arxitektura baxışımı dəyişdi.

$ATM $BANK #DUSK #DUSKEVM #DuskDS #Web3

DUSK üçün sizcə ən çox nə önəmlidir?
Privacy 🔐
67%
EVM access
33%
Settlement
0%
6 Səslər • Səsvermə bağlanıb
·
--
Artım
Doğrulanıb
Körpü hələ də aşağıdır və vaxt keçdikcə buna görə daim geri qayıdıram. @Dusk_Foundation 16 yanvar tarixində körpü xidmətlərini dayandırdı: monitorinq normal əməliyyatlara uyğun olmayan aktivliyi — protokol yox, komandaya məxsus operativ cüzdanı — aşkar etdikdən sonra. DuskDS bloklamaları heç vaxt dayanmamışdı. Amma körpü, sərtləşdirmə işlərini tamamlayana qədər yenə də dayandırılıb. Yəni artıq göndərilmiş mitigasiya Web Cüzdan daxilində yerləşdirilmiş alıcı blocklist-dir. Pis ünvanı işarələyin, xəbərdarlıq verin, göndərişi dayandırın. Hamısı budur. Bu, təhlükəsizlik şəbəkəsidir. Və bu hissəni dayandıra bilmirəm: əgər siz Rusk CLI işlədirsiniz və ya öz alətlərinizi qurmusunuzsa, bu xəbərdarlıq heç vaxt işə düşmür. Siz tam suverensiniz — və eyni zamanda tam məruz qalmısınız. ZK kriptoqrafiyası alt qat həqiqətən ciddi işdir. Bunlardan heç biri bu həftənin real risk səthinə toxunmur. Düşünmürəm ki, blocklist qərarı yanlış idi. Praktik baxımdan düzgündür — ən tez daha çox istifadəçini qoruyun, arxitekturanı isə sonra düzəldin. Amma $DUSK açıq şəkildə tənzimlənən institusional bazarlar üçün mövqe tutur. Əgər ən görünən təhlükəsizlik nəzarəti protokolda deyil, Web Cüzdanda yaşayırsa, uyğunluq (compliance) komandası bu stack-i həqiqətən stress-test edəndə nə baş verdiyi barədə real sual yaranır. Mənim izlədiyim boşluq budur. Kriptoqrafiya yox — qorunmanın real olaraq harada yerləşdiyinə dair idarəetmə. İnstitusiyalar önbellek xəbərdarlıqları yox, protokol səviyyəsində zəmanətlərə ehtiyac duyursa, Dusk-un hazırkı yol xəritəsi bunun istiqamətində kifayət qədər sürətlə irəliləyirmi? #Dusk #DeFi #ZeroKnowledge #Bridge #DuskDS
Körpü hələ də aşağıdır və vaxt keçdikcə buna görə daim geri qayıdıram.

@Dusk 16 yanvar tarixində körpü xidmətlərini dayandırdı: monitorinq normal əməliyyatlara uyğun olmayan aktivliyi — protokol yox, komandaya məxsus operativ cüzdanı — aşkar etdikdən sonra. DuskDS bloklamaları heç vaxt dayanmamışdı. Amma körpü, sərtləşdirmə işlərini tamamlayana qədər yenə də dayandırılıb. Yəni artıq göndərilmiş mitigasiya Web Cüzdan daxilində yerləşdirilmiş alıcı blocklist-dir. Pis ünvanı işarələyin, xəbərdarlıq verin, göndərişi dayandırın.

Hamısı budur. Bu, təhlükəsizlik şəbəkəsidir.

Və bu hissəni dayandıra bilmirəm: əgər siz Rusk CLI işlədirsiniz və ya öz alətlərinizi qurmusunuzsa, bu xəbərdarlıq heç vaxt işə düşmür. Siz tam suverensiniz — və eyni zamanda tam məruz qalmısınız. ZK kriptoqrafiyası alt qat həqiqətən ciddi işdir. Bunlardan heç biri bu həftənin real risk səthinə toxunmur.

Düşünmürəm ki, blocklist qərarı yanlış idi. Praktik baxımdan düzgündür — ən tez daha çox istifadəçini qoruyun, arxitekturanı isə sonra düzəldin.

Amma $DUSK açıq şəkildə tənzimlənən institusional bazarlar üçün mövqe tutur. Əgər ən görünən təhlükəsizlik nəzarəti protokolda deyil, Web Cüzdanda yaşayırsa, uyğunluq (compliance) komandası bu stack-i həqiqətən stress-test edəndə nə baş verdiyi barədə real sual yaranır.

Mənim izlədiyim boşluq budur. Kriptoqrafiya yox — qorunmanın real olaraq harada yerləşdiyinə dair idarəetmə.

İnstitusiyalar önbellek xəbərdarlıqları yox, protokol səviyyəsində zəmanətlərə ehtiyac duyursa, Dusk-un hazırkı yol xəritəsi bunun istiqamətində kifayət qədər sürətlə irəliləyirmi?

#Dusk #DeFi #ZeroKnowledge #Bridge #DuskDS
Daha çox kontent araşdırmaq üçün daxil olun
Binance Square-də qlobal kriptovalyuta istifadəçilərinə qoşulun
⚡️ Kriptovalyuta haqqında ən son və faydalı məlumatları əldə edin.
💬 Dünyanın ən böyük kriptovalyuta birjası tərəfindən etibar edilir.
👍 Doğrulanmış yaradıcılardan gələn real məlumatları kəşf edin.
E-poçt/Telefon nömrəsi