#dusk $DUSK
Dusk Şəbəkəsində DuskVM-nin DuskEVM ilə müqayisəsi
@Dusk_Foundation Əvvəlcə DuskVM ilə DuskEVM arasında seçim etməyin dilə, Rust və WASM-ə qarşı Solidity və artıq hamının istifadə etdiyi EVM alətlərinə bağlı olduğunu düşünmüşdüm. Bu gecə gözlədiyimdən daha uzun çəkdi və elə həmin arada artıq elə bil tamam dil seçimi kimi görünməyi dayandırdı.
DuskVM şəbəkənin əsas qatında oturur, yəni Duskın həqiqətən üzərində qurulduğu məxfilik və sıfır bilik (zero-knowledge) “əşyalarına” birbaşa çıxış əldə edir. DuskEVM isə Solidity kontraktlarını standart EVM alətləri ilə işlədir, amma yenə də eyni DuskDS qatından keçərək məlumatını yekunlaşdırır və dərc edir; istənilən halda eyni DUSK tokeni ilə qaz (gas) ödəyir. Geri-dönə-dönə ağlıma qayıdan qəribə bir simmetriyadır bu: fərqli icra yolları, eyni yekunlaşdırma, hər ikisinin altında eyni token.
DuskVM seçmək sadəcə dil seçmək deyil—məxfilik primitivlərinə yaxınlığı seçməkdir. DuskEVM seçmək isə sadəcə tanışlıq deyil—bu primitivlərdən alətlər baxımından uzaqlıqdır; üstəlik, çox inkişaf etdiricinin artıq bildiyi alətlərdir bunlar. Əksər müqayisələrin keçdiyi incə bir sürtünmədir bu. #dusk
Hər iki qatın altında üçüncü bir şey var ki, daim ona qayıdıram. Duskın sənədləri təsdiqləyir ki, DuskEVM mövcud EVM cüzdanları, briclər və birjalar üçün kod dəyişikliyi demək olar ki, olmadan qoşulmağa imkan verir—buna yerli (native) inteqrasiyanın tələb edəcəyi vaxtdan daha tez. DuskVM isə belə ekvivalent bir qısa yol təklif etmir. Hər dəfə sıfırdan, onun üçün alətlər qurulmalıdır. $DUSK
Hər iki tərəf arasında funksional uyğunluq (feature parity) sadəcə eyni qatdan yekunlaşdırdıqları və eyni qaz tokeni paylaşdıqları üçün zəmanətli deyil. Səthdə “çox seçim var” kimi görünən şey, əslində, faktiki xərdin harada ödənildiyinə dair iki fərqli mərcdir: ya əvvəlcə alətlərdə, ya da mühitin artıq edə bilmədiyi sonrakı mərhələdə.
Dusk həqiqətən builder-lərə (quranlara) burada seçim verir, yoxsa sürtünmənin harada üzə çıxacağını sadəcə onların yerinə qərarlaşdırır? @Dusk
Dusk Şəbəkəsində DuskVM-nin DuskEVM ilə müqayisəsi
@Dusk_Foundation Əvvəlcə DuskVM ilə DuskEVM arasında seçim etməyin dilə, Rust və WASM-ə qarşı Solidity və artıq hamının istifadə etdiyi EVM alətlərinə bağlı olduğunu düşünmüşdüm. Bu gecə gözlədiyimdən daha uzun çəkdi və elə həmin arada artıq elə bil tamam dil seçimi kimi görünməyi dayandırdı.
DuskVM şəbəkənin əsas qatında oturur, yəni Duskın həqiqətən üzərində qurulduğu məxfilik və sıfır bilik (zero-knowledge) “əşyalarına” birbaşa çıxış əldə edir. DuskEVM isə Solidity kontraktlarını standart EVM alətləri ilə işlədir, amma yenə də eyni DuskDS qatından keçərək məlumatını yekunlaşdırır və dərc edir; istənilən halda eyni DUSK tokeni ilə qaz (gas) ödəyir. Geri-dönə-dönə ağlıma qayıdan qəribə bir simmetriyadır bu: fərqli icra yolları, eyni yekunlaşdırma, hər ikisinin altında eyni token.
DuskVM seçmək sadəcə dil seçmək deyil—məxfilik primitivlərinə yaxınlığı seçməkdir. DuskEVM seçmək isə sadəcə tanışlıq deyil—bu primitivlərdən alətlər baxımından uzaqlıqdır; üstəlik, çox inkişaf etdiricinin artıq bildiyi alətlərdir bunlar. Əksər müqayisələrin keçdiyi incə bir sürtünmədir bu. #dusk
Hər iki qatın altında üçüncü bir şey var ki, daim ona qayıdıram. Duskın sənədləri təsdiqləyir ki, DuskEVM mövcud EVM cüzdanları, briclər və birjalar üçün kod dəyişikliyi demək olar ki, olmadan qoşulmağa imkan verir—buna yerli (native) inteqrasiyanın tələb edəcəyi vaxtdan daha tez. DuskVM isə belə ekvivalent bir qısa yol təklif etmir. Hər dəfə sıfırdan, onun üçün alətlər qurulmalıdır. $DUSK
Hər iki tərəf arasında funksional uyğunluq (feature parity) sadəcə eyni qatdan yekunlaşdırdıqları və eyni qaz tokeni paylaşdıqları üçün zəmanətli deyil. Səthdə “çox seçim var” kimi görünən şey, əslində, faktiki xərdin harada ödənildiyinə dair iki fərqli mərcdir: ya əvvəlcə alətlərdə, ya da mühitin artıq edə bilmədiyi sonrakı mərhələdə.
Dusk həqiqətən builder-lərə (quranlara) burada seçim verir, yoxsa sürtünmənin harada üzə çıxacağını sadəcə onların yerinə qərarlaşdırır? @Dusk