#multiversxplanshardforkrecovery
⚠️ MultiversX bo‘linishni tiklashga (hard fork) tayyorlanmoqda ⚠️
Tarmoq normal ishlayotgan edi. Keyin bitta “taym”ning (ritm) foydalanish usuli o‘zgartirildi, bu tekshiruvchilarni (validyatorlarni) to‘xtatishga majbur qildi va ishlab chiquvchilarni bitta savolga e’tibor qaratishga undadi: tarixiy reestrga zarar yetkazmasdan zanjirni qanday tiklash kerak?
MultiversX’ning aytishicha, 19-sentabr kuni virtual mashina (VM) darajasida yadro (atomiklik) muammosidan foydalanilgan, bu esa holat o‘zgarishlarida yaroqsiz (noto‘g‘ri) yozuvlar paydo bo‘lishi va tarmoq rivojlanishining to‘xtab qolishiga olib kelgan. Jamoa zaiflik faqat cheklangan doirada bo‘lganini va shu kunning o‘zida tuzatish tayyorlanganini ta’kidlaydi.
Hozirgi tiklash rejasi ma’lum “yaxshi” nuqtadan boshlab muvofiqlashtirilgan hard fork (bo‘linish)ni amalga oshirish. MultiversX’ning so‘zlariga ko‘ra, ushbu choralar Testnet va Devnet’da oldindan ko‘rib chiqilgan, asosiy qayta ishga tushirishdan oldin esa valyatorlar ishtirokida kelishib olingan.
Mening fikrim: qiziqarli tomoni nafaqat yaqinlashib kelayotgan hard fork borligida. Balki bosim ostida tarmoq qanday javob qaytarishi. Tiklash jarayoni holat xavfsizligi va tezlik o‘rtasida muvozanatni topishi, valyatorlarni muvofiqlashtirishi va foydalanuvchilarni himoya qilishi kerak.
“Hammasi joyida” degan signal chiqqunicha ham, MultiversX foydalanuvchilarga tranzaksiyalarni yubormaslik yoki qayta “retranslyatsiya” qilmaslikni, hamda EGLD yoki ESDT ni depozit/chegirma yo‘llari orqali (exchanges) birja platformalari yoki bridjlar (ko‘priklar) orqali ishlatmaslikni tavsiya qildi.
❓ Sizningcha, hard fork’ni shaffof va muvofiqlashtirilgan holda tiklash MultiversX’ga bo‘lgan ishonchni kuchaytiradimi?
Davomini iltimos
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
⚠️ MultiversX bo‘linishni tiklashga (hard fork) tayyorlanmoqda ⚠️
Tarmoq normal ishlayotgan edi. Keyin bitta “taym”ning (ritm) foydalanish usuli o‘zgartirildi, bu tekshiruvchilarni (validyatorlarni) to‘xtatishga majbur qildi va ishlab chiquvchilarni bitta savolga e’tibor qaratishga undadi: tarixiy reestrga zarar yetkazmasdan zanjirni qanday tiklash kerak?
MultiversX’ning aytishicha, 19-sentabr kuni virtual mashina (VM) darajasida yadro (atomiklik) muammosidan foydalanilgan, bu esa holat o‘zgarishlarida yaroqsiz (noto‘g‘ri) yozuvlar paydo bo‘lishi va tarmoq rivojlanishining to‘xtab qolishiga olib kelgan. Jamoa zaiflik faqat cheklangan doirada bo‘lganini va shu kunning o‘zida tuzatish tayyorlanganini ta’kidlaydi.
Hozirgi tiklash rejasi ma’lum “yaxshi” nuqtadan boshlab muvofiqlashtirilgan hard fork (bo‘linish)ni amalga oshirish. MultiversX’ning so‘zlariga ko‘ra, ushbu choralar Testnet va Devnet’da oldindan ko‘rib chiqilgan, asosiy qayta ishga tushirishdan oldin esa valyatorlar ishtirokida kelishib olingan.
Mening fikrim: qiziqarli tomoni nafaqat yaqinlashib kelayotgan hard fork borligida. Balki bosim ostida tarmoq qanday javob qaytarishi. Tiklash jarayoni holat xavfsizligi va tezlik o‘rtasida muvozanatni topishi, valyatorlarni muvofiqlashtirishi va foydalanuvchilarni himoya qilishi kerak.
“Hammasi joyida” degan signal chiqqunicha ham, MultiversX foydalanuvchilarga tranzaksiyalarni yubormaslik yoki qayta “retranslyatsiya” qilmaslikni, hamda EGLD yoki ESDT ni depozit/chegirma yo‘llari orqali (exchanges) birja platformalari yoki bridjlar (ko‘priklar) orqali ishlatmaslikni tavsiya qildi.
❓ Sizningcha, hard fork’ni shaffof va muvofiqlashtirilgan holda tiklash MultiversX’ga bo‘lgan ishonchni kuchaytiradimi?
Davomini iltimos
#MultiversX #EGLD #GrowWithSAC $EGLD $SAGA $FTT
#MultiversXPlansHardForkRecovery
