@Dusk_Foundation Günün ikinci yarısını Dusk’un idarə olunan-asset sənədlərində dolaşmağa sərf etdim və tabı bağladıqdan sonra belə bir şey beynimdə qaldı.
RWA haqqında söhbətlərin çoxu hələ də tokendən başlayır. Əsası on-çeynə qoyursan, sonra onu köçürmək və ya məhdudlaşdırmaq üçün qaydalar əlavə edirsən. Dusk isə başqa istiqamətdən başlayır — idarə olunan bazarın real məhdudiyyətlərindən.
İdarə olunan (regulyasiya olunmuş) bir asset daha çox şey tələb edir: sadəcə transfer yox. Uyğunluq yoxlamaları, aydın səbəblərlə uğursuz ola bilən transfer qaydaları, issuer və ya nəzarətçilər üçün seçmə açıqlama, bərpa (recovery) yolları, korporativ aksiyalar, hesabatlılıq və asset ayağı ilə ödəniş ayağının koordinasiyalı yekunlaşması lazımdır. #dusk
Dusk bunları birinci dərəcəli komponentlər kimi qəbul edir. Citadel identitet və seçmə açıqlamanı idarə edir. Kontraktlar allowlist-lər və məhdudiyyətləri tətbiq edə bilər. Phoenix və Moonlight gizli (shielded) və şəffaf (transparent) axınlar arasında seçim verir. Settlement isə Succinct Attestation-dan deterministik yekunluq üzərində oturur. Protokol hər bir tətbiqi eyni “formada” məcbur etmir. Issuer və ya venue-ların qaydalarının tələb etdiyi şeyi yığa bilməsi üçün onlara blokları verir.
Bu dizayn gerçəkdir.
Bunu döndərib-dolaşdıran şey isə tam iş axınının hələ nə qədər az görünən olması idi. Komponentlər mövcuddur. Uyğunluq, seçmə açıqlama, bərpa və koordinasiyalı settlement-i birlikdə istifadə edən canlı idarə olunan-asset axınları isə hələ də nadirdir. Fəaliyyətin böyük hissəsi hələ də daha sadə görünür.
Bütün tikinti bloklarının tam dəstinin olması kifayət edəcəkmi, yoxsa daha çətin tərəf — tam idarə olunan lifecycle-ı işə salmaq üçün lazım olan institutların bunu yığmağa başlamasıdır — deyə düşünürdüm. $DUSK
RWA haqqında söhbətlərin çoxu hələ də tokendən başlayır. Əsası on-çeynə qoyursan, sonra onu köçürmək və ya məhdudlaşdırmaq üçün qaydalar əlavə edirsən. Dusk isə başqa istiqamətdən başlayır — idarə olunan bazarın real məhdudiyyətlərindən.
İdarə olunan (regulyasiya olunmuş) bir asset daha çox şey tələb edir: sadəcə transfer yox. Uyğunluq yoxlamaları, aydın səbəblərlə uğursuz ola bilən transfer qaydaları, issuer və ya nəzarətçilər üçün seçmə açıqlama, bərpa (recovery) yolları, korporativ aksiyalar, hesabatlılıq və asset ayağı ilə ödəniş ayağının koordinasiyalı yekunlaşması lazımdır. #dusk
Dusk bunları birinci dərəcəli komponentlər kimi qəbul edir. Citadel identitet və seçmə açıqlamanı idarə edir. Kontraktlar allowlist-lər və məhdudiyyətləri tətbiq edə bilər. Phoenix və Moonlight gizli (shielded) və şəffaf (transparent) axınlar arasında seçim verir. Settlement isə Succinct Attestation-dan deterministik yekunluq üzərində oturur. Protokol hər bir tətbiqi eyni “formada” məcbur etmir. Issuer və ya venue-ların qaydalarının tələb etdiyi şeyi yığa bilməsi üçün onlara blokları verir.
Bu dizayn gerçəkdir.
Bunu döndərib-dolaşdıran şey isə tam iş axınının hələ nə qədər az görünən olması idi. Komponentlər mövcuddur. Uyğunluq, seçmə açıqlama, bərpa və koordinasiyalı settlement-i birlikdə istifadə edən canlı idarə olunan-asset axınları isə hələ də nadirdir. Fəaliyyətin böyük hissəsi hələ də daha sadə görünür.
Bütün tikinti bloklarının tam dəstinin olması kifayət edəcəkmi, yoxsa daha çətin tərəf — tam idarə olunan lifecycle-ı işə salmaq üçün lazım olan institutların bunu yığmağa başlamasıdır — deyə düşünürdüm. $DUSK