9-28 @Dusk həmin yazının ikinci yarısında əsl ağır işi görən bir detal gizlənib: zəncirlərarası köçürmə iki yoxlamadan keçməlidir. DuskEVM-də yerli olaraq buraxılmış istiqrazı Ethereum tərəfinə aparıb istifadə etmək üçün sadəcə əmri göndərmək kifayət deyil; qarşı tərəfdə yenidən uyğunluq yoxlaması aparılmalıdır. İşə qənaət etmək üçün köçürmə zamanı istifadə olunan köhnə etimadnamə ilə bu yoxlamadan keçmək olmaz. Söhbət elə həmin iki xəttdən gedir: adi köçürmənin bir yoxlama dəsti var, yeni emissiyanın isə başqa yoxlama dəsti; yeni tokenlərin zərb edilməsi ilə köçürmə eyni kod deyil və bunları qarışdırıb işlətmək olmaz.
Bu addımda səhv etməyin konkret bədəli var: A zəncirində 100 vahid yandırılıb B zəncirində 100 vahid zərb edilməyə hazırlanırsa, alıcının etimadnaməsinin müddəti bitibsə, B zəncirindəki zərbetmə uğursuz olacaq, amma A zəncirindəki 100 vahid artıq yandırılıb. Həmin 100 vahid etimadnamə yenidən aktivləşdirilənə və ya operator əməliyyatı geri qaytarıb vəziyyəti sıfırlayana qədər gözləmədə qalacaq. Buna görə Dusk arxitekturasında Citadel qatını yerli müqaviləyə daxil etmək lazımdır; bu, sonradan əlavə edilən bir yamaq deyil. Etimadnamə aktivin həyat dövrü ilə bağlıdır, köçürmə anında yoxlanılan bir şey deyil.
Bu məsələni mühəndislik baxışından məhsul baxışına keçirəndə görürük ki, bu gün qurumların əldə etdiyi şey «zəncirdə nə qədər qənaət etmək olar» rəqəmi deyil, üç real sualdır: «bir uğursuzluq zamanı neçə vahidi geri qaytarmaq lazımdır, bu geri qaytarmanı kim imzalamalıdır və tənzimləyici tərəf bunu necə qeydə almalıdır?» Yerli emissiyanın əsl rəqibi bükülmüş token deyil, elektron cədvəllərlə üzləşdirmə aparılan köhnə prosesdir.
@Dusk-un bu yanaşması yeni deyil; əsas üstünlüyü Citadel-i DuskVM ilə yerli müqavilə qatında birləşdirməsidir. $DUSK bu gün diqqət çəkmir, amma uyğunluq bazarında zəncirlərarası uğursuzluğun dəyəri qurumların həqiqətən ödədiyi məbləğdir.
#dusk #原生发行 #跨链失败案例 $DUSK @Dusk
Bu addımda səhv etməyin konkret bədəli var: A zəncirində 100 vahid yandırılıb B zəncirində 100 vahid zərb edilməyə hazırlanırsa, alıcının etimadnaməsinin müddəti bitibsə, B zəncirindəki zərbetmə uğursuz olacaq, amma A zəncirindəki 100 vahid artıq yandırılıb. Həmin 100 vahid etimadnamə yenidən aktivləşdirilənə və ya operator əməliyyatı geri qaytarıb vəziyyəti sıfırlayana qədər gözləmədə qalacaq. Buna görə Dusk arxitekturasında Citadel qatını yerli müqaviləyə daxil etmək lazımdır; bu, sonradan əlavə edilən bir yamaq deyil. Etimadnamə aktivin həyat dövrü ilə bağlıdır, köçürmə anında yoxlanılan bir şey deyil.
Bu məsələni mühəndislik baxışından məhsul baxışına keçirəndə görürük ki, bu gün qurumların əldə etdiyi şey «zəncirdə nə qədər qənaət etmək olar» rəqəmi deyil, üç real sualdır: «bir uğursuzluq zamanı neçə vahidi geri qaytarmaq lazımdır, bu geri qaytarmanı kim imzalamalıdır və tənzimləyici tərəf bunu necə qeydə almalıdır?» Yerli emissiyanın əsl rəqibi bükülmüş token deyil, elektron cədvəllərlə üzləşdirmə aparılan köhnə prosesdir.
@Dusk-un bu yanaşması yeni deyil; əsas üstünlüyü Citadel-i DuskVM ilə yerli müqavilə qatında birləşdirməsidir. $DUSK bu gün diqqət çəkmir, amma uyğunluq bazarında zəncirlərarası uğursuzluğun dəyəri qurumların həqiqətən ödədiyi məbləğdir.
#dusk #原生发行 #跨链失败案例 $DUSK @Dusk
