#multiversxplanshardforkrecovery
⚠️ MultiversX Planlı Hard-Fork Bərpası ⚠️
Şəbəkə normal şəkildə hərəkət edirdi. Sonra bir istismar onun ritmini dəyişdi, validatorların dayanmasına və tərtibatçıların bir sualı diqqətlə nəzərdən keçirməsinə səbəb oldu: tarixçəni riskə atmadan zənciri necə bərpa etmək olar?
MultiversX bildirir ki, hücumçu 19 sentyabrda VM səviyyəsində atomiklik (atomicity) problemi istismar edib, nəticədə etibarsız vəziyyət dəyişiklikləri baş verib və şəbəkə inkişafı dayandırılıb. Komanda deyir ki, zəiflik məhdudlaşdırılıb və həmin gün düzəliş hazırlanıb.
Bərpa planı indi tanınmış “yaxşı” checkpoint-dən koordinasiyalı hard-forkdur. MultiversX bildirir ki, prosedur Testnet və Devnet-də məşq edilib; validatorlar əsas yenidən başladan öncə prosesə qatılıb.
Mənim fikrim: maraqlı olan sadəcə hard-forkun gəlməsi deyil. Şəbəkənin stress altında necə reaksiya verdiyidir. Bərpa prosesi sürət ilə vəziyyətin bütövlüyünü, validator koordinasiyasını və istifadəçi qorunmasını balanslamalıdır.
Hər şeyin qaydasında olduğuna dair “all-clear” verilənə qədər MultiversX istifadəçilərə əməliyyat göndərməməyi və ya yenidən yaymamağı, həmçinin EGLD və ESDT depozit/çəkmə yollarını birjalardan və ya körpülərdən istifadə edərək həyata keçirməməyi tövsiyə edib.
EGLD də insident ətrafında qeyri-sabit qalıb və bu, şəbəkənin bərpasını qısa müddətli qiymət dalğalanmalarından daha önəmli edir. Əsl siqnal zəncirin normal əməliyyatlara təmiz və davamlı şəkildə qayıdıb-qaytarmayacağı olacaq.
Blokçeyndə dayanıqlılıq hər bir uğursuzluğun qarşısını almaq deyil. Etibar itirmədən bərpa edə bildiyini sübut etməkdir.
❓ Sizcə şəffaf və koordinasiyalı hard-fork bərpası MultiversX-ə olan inamı gücləndirə bilər?
İmtina: Bu məzmun yalnız təhsil məqsədlidir və maliyyə məsləhəti deyil.
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
⚠️ MultiversX Planlı Hard-Fork Bərpası ⚠️
Şəbəkə normal şəkildə hərəkət edirdi. Sonra bir istismar onun ritmini dəyişdi, validatorların dayanmasına və tərtibatçıların bir sualı diqqətlə nəzərdən keçirməsinə səbəb oldu: tarixçəni riskə atmadan zənciri necə bərpa etmək olar?
MultiversX bildirir ki, hücumçu 19 sentyabrda VM səviyyəsində atomiklik (atomicity) problemi istismar edib, nəticədə etibarsız vəziyyət dəyişiklikləri baş verib və şəbəkə inkişafı dayandırılıb. Komanda deyir ki, zəiflik məhdudlaşdırılıb və həmin gün düzəliş hazırlanıb.
Bərpa planı indi tanınmış “yaxşı” checkpoint-dən koordinasiyalı hard-forkdur. MultiversX bildirir ki, prosedur Testnet və Devnet-də məşq edilib; validatorlar əsas yenidən başladan öncə prosesə qatılıb.
Mənim fikrim: maraqlı olan sadəcə hard-forkun gəlməsi deyil. Şəbəkənin stress altında necə reaksiya verdiyidir. Bərpa prosesi sürət ilə vəziyyətin bütövlüyünü, validator koordinasiyasını və istifadəçi qorunmasını balanslamalıdır.
Hər şeyin qaydasında olduğuna dair “all-clear” verilənə qədər MultiversX istifadəçilərə əməliyyat göndərməməyi və ya yenidən yaymamağı, həmçinin EGLD və ESDT depozit/çəkmə yollarını birjalardan və ya körpülərdən istifadə edərək həyata keçirməməyi tövsiyə edib.
EGLD də insident ətrafında qeyri-sabit qalıb və bu, şəbəkənin bərpasını qısa müddətli qiymət dalğalanmalarından daha önəmli edir. Əsl siqnal zəncirin normal əməliyyatlara təmiz və davamlı şəkildə qayıdıb-qaytarmayacağı olacaq.
Blokçeyndə dayanıqlılıq hər bir uğursuzluğun qarşısını almaq deyil. Etibar itirmədən bərpa edə bildiyini sübut etməkdir.
❓ Sizcə şəffaf və koordinasiyalı hard-fork bərpası MultiversX-ə olan inamı gücləndirə bilər?
İmtina: Bu məzmun yalnız təhsil məqsədlidir və maliyyə məsləhəti deyil.
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
