#multiversxplanshardforkrecovery
⚠️ MultiversX rejalari: hard-fork orqali tiklanish ⚠️
Tarmoq odatdagidek ishlay boshlagan edi. So‘ng bitta ekspluatatsiya ritmni o‘zgartirib, validatorlarni to‘xtatishga va ishlab chiquvchilarni bitta savolga e’tibor qaratishga majbur qildi: tarixini buzmasdan zanjirni qanday tiklash mumkin?
MultiversX ta’kidlashicha, hujumchi 19-sentabr kuni VM darajasidagi atomiclik muammosidan foydalangan. Natijada noto‘g‘ri holat o‘zgarishlari yuz bergan va tarmoq rivojlanishi to‘xtab qolgan. Jamoa aytishicha, zaiflik cheklangan (containment) va o‘sha kunning o‘zida tuzatish tayyorlangan.
Endi tiklanish rejasi — ma’lum “yaxshi ishlayotgan” checkpointdan boshlangan koordinatsiyalashgan hard-fork. MultiversX bu protsedura Testnet va Devnetda sinovdan o‘tkazilganini, asosiy qayta ishga tushirishdan oldin validatorlar ishtirok etganini aytadi.
Mening fikrim: qiziqarli jihat shunchaki hard-fork kelayotgani emas. Gap tarmoq bosim ostida qanday javob berishi haqida. Tiklanish jarayoni tezlikni holatning butunligi (state integrity), validatorlar koordinatsiyasi va foydalanuvchilar himoyasi bilan muvozanatda ushlab turishi kerak.
Yaxshi xabar berilgunga qadar MultiversX foydalanuvchilarga tranzaksiyalarni yubormaslik yoki qayta translyatsiya qilmaslik, shuningdek EGLD va ESDT omonat/yechib olish yo‘nalishlaridan birjalari yoki brijlar (bridge) orqali foydalanmaslikni tavsiya qildi.
EGLD voqea atrofida ham beqaror bo‘lib qoldi, bu esa tarmoqni tez tiklash masalasini qisqa muddatli narx tebranishlaridan muhimroq qiladi. Asosiy signal zanjir normal va barqaror ishlash rejimiga toza tarzda qaytadimi-yo‘qmi, shunda bilinadi.
Blokcheynda bardoshlilik har bir nosozlikdan qochish emas. Bu ishonchni yo‘qotmasdan qayta tiklana olishingizni ko‘rsatish.
❓ Sizningcha, shaffof va koordinatsiyalashgan hard-fork tiklanishi MultiversX ga bo‘lgan ishonchni kuchaytira oladimi?
Eslatma: Ushbu kontent faqat ta’lim maqsadlari uchun va moliyaviy maslahat emas.
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
⚠️ MultiversX rejalari: hard-fork orqali tiklanish ⚠️
Tarmoq odatdagidek ishlay boshlagan edi. So‘ng bitta ekspluatatsiya ritmni o‘zgartirib, validatorlarni to‘xtatishga va ishlab chiquvchilarni bitta savolga e’tibor qaratishga majbur qildi: tarixini buzmasdan zanjirni qanday tiklash mumkin?
MultiversX ta’kidlashicha, hujumchi 19-sentabr kuni VM darajasidagi atomiclik muammosidan foydalangan. Natijada noto‘g‘ri holat o‘zgarishlari yuz bergan va tarmoq rivojlanishi to‘xtab qolgan. Jamoa aytishicha, zaiflik cheklangan (containment) va o‘sha kunning o‘zida tuzatish tayyorlangan.
Endi tiklanish rejasi — ma’lum “yaxshi ishlayotgan” checkpointdan boshlangan koordinatsiyalashgan hard-fork. MultiversX bu protsedura Testnet va Devnetda sinovdan o‘tkazilganini, asosiy qayta ishga tushirishdan oldin validatorlar ishtirok etganini aytadi.
Mening fikrim: qiziqarli jihat shunchaki hard-fork kelayotgani emas. Gap tarmoq bosim ostida qanday javob berishi haqida. Tiklanish jarayoni tezlikni holatning butunligi (state integrity), validatorlar koordinatsiyasi va foydalanuvchilar himoyasi bilan muvozanatda ushlab turishi kerak.
Yaxshi xabar berilgunga qadar MultiversX foydalanuvchilarga tranzaksiyalarni yubormaslik yoki qayta translyatsiya qilmaslik, shuningdek EGLD va ESDT omonat/yechib olish yo‘nalishlaridan birjalari yoki brijlar (bridge) orqali foydalanmaslikni tavsiya qildi.
EGLD voqea atrofida ham beqaror bo‘lib qoldi, bu esa tarmoqni tez tiklash masalasini qisqa muddatli narx tebranishlaridan muhimroq qiladi. Asosiy signal zanjir normal va barqaror ishlash rejimiga toza tarzda qaytadimi-yo‘qmi, shunda bilinadi.
Blokcheynda bardoshlilik har bir nosozlikdan qochish emas. Bu ishonchni yo‘qotmasdan qayta tiklana olishingizni ko‘rsatish.
❓ Sizningcha, shaffof va koordinatsiyalashgan hard-fork tiklanishi MultiversX ga bo‘lgan ishonchni kuchaytira oladimi?
Eslatma: Ushbu kontent faqat ta’lim maqsadlari uchun va moliyaviy maslahat emas.
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
