#dusk $DUSK @Dusk
Peningkatan node bisa berhasil secara teknis tetapi tetap gagal secara operasional.

Itulah yang saya anggap penting tentang proses peningkatan Dusk.

Penginstal dirancang untuk melindungi bagian-bagian yang seharusnya tetap bertahan saat peningkatan, termasuk kunci konsensus dan keadaan (state) rantai. Pada saat yang sama, beberapa berkas konfigurasi dan definisi layanan systemd dibuat ulang. Artinya, operator harus secara eksplisit memulihkan pengaturan yang menentukan apa yang seharusnya dilakukan mesin.

Untuk validator normal, melewatkan flag fitur mungkin terasa tidak nyaman. Namun bagi operator arsip (archive), ini bisa jauh lebih serius: node dapat tetap online, memproduksi atau mengikuti blok, dan tampak sehat sementara diam-diam kehilangan peran arsip yang bergantung pada aplikasi.

Saya juga menyukai bahwa Dusk memverifikasi biner pengganti sebelum menghentikan Rusk, lalu membiarkan layanan tetap berhenti setelahnya. Itu memberi operator kesempatan untuk memeriksa konfigurasi baru, alih-alih secara membabi buta memulai ulang semuanya.

Namun hal ini menempatkan tanggung jawab penting pada manusia.

Peningkatan yang paling aman tidak selalu yang memerlukan kerja manual paling sedikit. Peningkatan yang paling aman adalah yang memungkinkan operator memastikan bahwa node kembali dengan peran, fitur, dan pengaturan jaringan yang benar.

Bagi saya, inilah pemeriksaan peningkatan yang sesungguhnya di Dusk:

Apakah node sedang berjalan—atau apakah node sedang menjalankan tugas yang memang benar-benar dideploy untuk dikerjakannya?

#DUSK @DuskFoundation $GPS $ACE