$DUSK #Şəfəq — DuskEVM Optimism-in klassik 7 günlük problem/çətinlik (challenge) pəncərəsini yan keçirir. Bu gecikmə sadəcə UX qüsuru deyildi; təhlükəsizlik modelinin bir hissəsidir.
@DuskFoundation-ın OP Stack portuna dair yazısına dərindən baxanda görünür ki, DuskEVM DuskDS-ə yerləşir, halbuki MIPS-əsaslı pre-verifikator (ön yoxlayıcı) status keçidlərini settlement üçün qəbul edilməzdən əvvəl yoxlayır. Dusk-un sənədləri bildirir ki, withdrawal-lar təxminən 15 dəqiqəyə yekunlaşır.
Əvvəlcə bu, sadə bir UX təkmilləşdirilməsi kimi görünür. Amma təhlükəsizlik baxımından sual daha maraqlıdır.
Standart OP Stack-də 7 günlük pəncərə, icazəsiz (permissionless) fraud proof-ların etibarsız state root-u problemə çevirməsi üçün vaxt verir. Dusk-un dizaynı isə verifikasiyanı axına daha erkən köçürür.
Ona görə də bunu sadəcə “etibar tələbinin çıxarılması” kimi təsvir etməzdim. Əsas sual təhlükəsizlik fərziyyəsinin indi harada dayandığıdır: pre-verifikasiya müstəqil olaraq DuskDS validator seti tərəfindən tətbiq olunur, yoxsa ayrı bir verifier setdən asılıdır?
Bu fərq önəmlidir. Daha sürətli yekunlaşma (finality) dəyərlidir, amma yalnız bunun altından nə dəyişdiyini başa düşsək.
Növbəti addımda Rusk GitHub-ını və Dusk-un texniki sənədlərini yoxlayıram: pre-verifier set DuskDS validatorları ilə necə əlaqəlidir.
#dusk $DUSK @Dusk
@DuskFoundation-ın OP Stack portuna dair yazısına dərindən baxanda görünür ki, DuskEVM DuskDS-ə yerləşir, halbuki MIPS-əsaslı pre-verifikator (ön yoxlayıcı) status keçidlərini settlement üçün qəbul edilməzdən əvvəl yoxlayır. Dusk-un sənədləri bildirir ki, withdrawal-lar təxminən 15 dəqiqəyə yekunlaşır.
Əvvəlcə bu, sadə bir UX təkmilləşdirilməsi kimi görünür. Amma təhlükəsizlik baxımından sual daha maraqlıdır.
Standart OP Stack-də 7 günlük pəncərə, icazəsiz (permissionless) fraud proof-ların etibarsız state root-u problemə çevirməsi üçün vaxt verir. Dusk-un dizaynı isə verifikasiyanı axına daha erkən köçürür.
Ona görə də bunu sadəcə “etibar tələbinin çıxarılması” kimi təsvir etməzdim. Əsas sual təhlükəsizlik fərziyyəsinin indi harada dayandığıdır: pre-verifikasiya müstəqil olaraq DuskDS validator seti tərəfindən tətbiq olunur, yoxsa ayrı bir verifier setdən asılıdır?
Bu fərq önəmlidir. Daha sürətli yekunlaşma (finality) dəyərlidir, amma yalnız bunun altından nə dəyişdiyini başa düşsək.
Növbəti addımda Rusk GitHub-ını və Dusk-un texniki sənədlərini yoxlayıram: pre-verifier set DuskDS validatorları ilə necə əlaqəlidir.
#dusk $DUSK @Dusk
