#multiversxplanshardforkrecovery
⚠️ MultiversX-in sərt parçalanmanın (hard fork) bərpası planları ⚠️
Şəbəkə normal işləyirdi. Sonra bir ritm istismarının (exploitation) dəyişdirilməsi verifikatorların dayanmasına və tərtibatçıların tək bir sualı həll etməyə fokuslanmasına səbəb oldu: Tarixi qeydiyyata (history) toxunmadan zənciri necə bərpa etmək olar?
MultiversX bildirir ki, 19 sentyabr tarixində VM (virtual maşın) səviyyəsində atomarlıq (atomicity) problemini hədəf alan hücum vəziyyət dəyişikliklərinə uyğunsuzluq (invalid state changes) gətirib şəbəkənin irəliləyişini dayandırıb. Komanda isə boşluğun (zəifliyin) məhdud dairəli olduğunu və həmin günün özündə düzəlişin hazırlanaraq tətbiq edildiyini vurğulayır.
İndi bərpa planı, “yaxşı” kimi tanınan checkpoint-dən koordinasiyalı sərt parçalanma (hard fork) həyata keçirməkdir. MultiversX deyir ki, proses əvvəlcədən Testnet və Devnet-də yoxlanılıb, əsas yenidən işə salmadan (main restart) əvvəl isə verifikatorlar ilə razılaşdırılıb.
Rəyim: Maraqlı tərəf təkcə qarşıdan gələn hard fork-un olması deyil. Əsas məsələ şəbəkənin təzyiq altında necə reaksiya verdiyidir. Bərpa prosesi sürət ilə vəziyyətin təhlükəsizliyini, verifikatorların koordinasiyasını və istifadəçilərin qorunmasını balanslamalıdır.
“Hamısı yaxşıdır” siqnalı verilənə qədər MultiversX istifadəçilərə transaksiyalar göndərməməyi və ya onları təkrar yayımlamamağı, həmçinin EGLD və ya ESDT-nin deposito/withdrawal (depozit/çıxarış) marşrutlarını exchange-lər (ticarət platformaları) və ya körpülər (bridges) üzərindən istifadə etməməyi tövsiyə edib.
❓ Sizcə, şəffaf və koordinasiyalı şəkildə sərt parçalanmanın bərpası MultiversX-ə etimadı artıra bilər?
Xahiş edirəm davam edin
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
⚠️ MultiversX-in sərt parçalanmanın (hard fork) bərpası planları ⚠️
Şəbəkə normal işləyirdi. Sonra bir ritm istismarının (exploitation) dəyişdirilməsi verifikatorların dayanmasına və tərtibatçıların tək bir sualı həll etməyə fokuslanmasına səbəb oldu: Tarixi qeydiyyata (history) toxunmadan zənciri necə bərpa etmək olar?
MultiversX bildirir ki, 19 sentyabr tarixində VM (virtual maşın) səviyyəsində atomarlıq (atomicity) problemini hədəf alan hücum vəziyyət dəyişikliklərinə uyğunsuzluq (invalid state changes) gətirib şəbəkənin irəliləyişini dayandırıb. Komanda isə boşluğun (zəifliyin) məhdud dairəli olduğunu və həmin günün özündə düzəlişin hazırlanaraq tətbiq edildiyini vurğulayır.
İndi bərpa planı, “yaxşı” kimi tanınan checkpoint-dən koordinasiyalı sərt parçalanma (hard fork) həyata keçirməkdir. MultiversX deyir ki, proses əvvəlcədən Testnet və Devnet-də yoxlanılıb, əsas yenidən işə salmadan (main restart) əvvəl isə verifikatorlar ilə razılaşdırılıb.
Rəyim: Maraqlı tərəf təkcə qarşıdan gələn hard fork-un olması deyil. Əsas məsələ şəbəkənin təzyiq altında necə reaksiya verdiyidir. Bərpa prosesi sürət ilə vəziyyətin təhlükəsizliyini, verifikatorların koordinasiyasını və istifadəçilərin qorunmasını balanslamalıdır.
“Hamısı yaxşıdır” siqnalı verilənə qədər MultiversX istifadəçilərə transaksiyalar göndərməməyi və ya onları təkrar yayımlamamağı, həmçinin EGLD və ya ESDT-nin deposito/withdrawal (depozit/çıxarış) marşrutlarını exchange-lər (ticarət platformaları) və ya körpülər (bridges) üzərindən istifadə etməməyi tövsiyə edib.
❓ Sizcə, şəffaf və koordinasiyalı şəkildə sərt parçalanmanın bərpası MultiversX-ə etimadı artıra bilər?
Xahiş edirəm davam edin
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
