#MultiversXPlansHardForkRecovery A Bug atomicitas level-VM yang mendorong MultiversX ke penghentian penuh jaringan — sekarang hard fork sedang diuji sebagai jalur pemulihan.
• MultiversX mengidentifikasi akar masalahnya sebagai isu atomicitas level-VM yang melibatkan kesalahan pengurutan pada kasus tepi tertentu.
• Validator menghentikan progres jaringan untuk menahan insiden dan mencegah dampak lebih lanjut.
• Tim telah menyiapkan perubahan kode dan sedang menguji prosedur pemulihan.
• Pemulihan yang direncanakan adalah hard fork terkoordinasi dari checkpoint yang telah diverifikasi sebagai kondisi baik.
• Validator diharapkan berlatih prosedur tersebut di Testnet dan Devnet sebelum pemulihan di mainnet.
• Pengguna telah diberi tahu untuk tidak mengirim atau mengirim ulang (rebroadcast) transaksi, serta menghindari setoran dan penarikan EGLD/ESDT melalui bursa dan jembatan hingga ada pemberitahuan resmi bahwa situasi sudah aman.
Di sinilah menurut saya ceritanya menjadi lebih menarik.
Hard fork itu sendiri bukan bagian yang paling saya awasi. Uji sesungguhnya adalah apakah MultiversX bisa memulihkan jaringan dengan bersih sambil mempertahankan state yang sah serta menghapus perubahan tidak valid yang dibuat oleh eksploit.
Kedengarannya sederhana di atas kertas. Tidak.
Pemulihan seperti ini harus menyelaraskan validator, bursa, jembatan, penyedia infrastruktur, dan pengguna pada state chain yang sama. Satu titik lemah bisa mengubah pemulihan teknis menjadi kekacauan operasional.
Jadi saya kurang tertarik pada headline “hard fork akan datang” dan lebih tertarik pada apakah proses pemulihannya benar-benar berjalan di bawah kondisi dunia nyata yang terkoordinasi.
Itu memberi tahu saya lebih banyak tentang ketahanan jaringan daripada pengumuman restart itu sendiri.
Masih mencoba mencari tahu perubahan apa sebenarnya yang terjadi.
• MultiversX mengidentifikasi akar masalahnya sebagai isu atomicitas level-VM yang melibatkan kesalahan pengurutan pada kasus tepi tertentu.
• Validator menghentikan progres jaringan untuk menahan insiden dan mencegah dampak lebih lanjut.
• Tim telah menyiapkan perubahan kode dan sedang menguji prosedur pemulihan.
• Pemulihan yang direncanakan adalah hard fork terkoordinasi dari checkpoint yang telah diverifikasi sebagai kondisi baik.
• Validator diharapkan berlatih prosedur tersebut di Testnet dan Devnet sebelum pemulihan di mainnet.
• Pengguna telah diberi tahu untuk tidak mengirim atau mengirim ulang (rebroadcast) transaksi, serta menghindari setoran dan penarikan EGLD/ESDT melalui bursa dan jembatan hingga ada pemberitahuan resmi bahwa situasi sudah aman.
Di sinilah menurut saya ceritanya menjadi lebih menarik.
Hard fork itu sendiri bukan bagian yang paling saya awasi. Uji sesungguhnya adalah apakah MultiversX bisa memulihkan jaringan dengan bersih sambil mempertahankan state yang sah serta menghapus perubahan tidak valid yang dibuat oleh eksploit.
Kedengarannya sederhana di atas kertas. Tidak.
Pemulihan seperti ini harus menyelaraskan validator, bursa, jembatan, penyedia infrastruktur, dan pengguna pada state chain yang sama. Satu titik lemah bisa mengubah pemulihan teknis menjadi kekacauan operasional.
Jadi saya kurang tertarik pada headline “hard fork akan datang” dan lebih tertarik pada apakah proses pemulihannya benar-benar berjalan di bawah kondisi dunia nyata yang terkoordinasi.
Itu memberi tahu saya lebih banyak tentang ketahanan jaringan daripada pengumuman restart itu sendiri.
Masih mencoba mencari tahu perubahan apa sebenarnya yang terjadi.