#dusk
Tepat di pagi hari, saya menerima peringatan login VPS yang tidak normal. Mereka yang menjalankan node DUSK paling takut pada dua hal: mesin yang berhenti total, dan DUSK di dompet juga ikut dipindahkan oleh orang lain. Menginstal ulang node tidaklah sulit; yang sulit adalah apakah izin/kontrol sudah dipisahkan sejak awal. Dokumentasi operasional @Dusk memandang server node sebagai lingkungan yang “panas” (rentan), sehingga meskipun data dompet dienkripsi secara statis, server tidak boleh dianggap sebagai brankas.
Staking DUSK bisa diatur dengan owner key yang terpisah. Server hanya menyimpan consensus.keys yang diperlukan untuk berpartisipasi dalam konsensus—bertugas untuk voting dan penandatanganan; owner key disimpan di perangkat lain atau dompet offline, untuk mengendalikan pelepasan staking (undelegation) dan penarikan. Jika server berhasil disusupi, penyerang mungkin dapat merusak jalannya node dan memunculkan risiko hukuman, tetapi mereka tidak bisa mengambil DUSK yang distaking hanya dengan kunci konsensus.
Skema pembagian wewenang ini mirip kartu pegawai dan U盾 (device otorisasi perbankan) milik pemilik. Kartu pegawai dipakai setiap hari untuk membuka toko dan menerima kas, jadi harus online; sementara U盾 bank biasanya tidak seharusnya ditaruh di meja kas. Jika kedua kunci dimasukkan ke VPS yang sama, meskipun nama izin/kontrollannya ditulis lebih rapi, yang didapat penyerang tetap saja satu rangkaian kendali penuh.
Pemulihannya juga punya jalur yang jelas. Selama mnemonic masih ada, operator bisa memulihkan dompet di mesin baru, lalu mengekspor kembali kunci konsensus tanpa perlu melakukan staking DUSK lagi. Namun saat migrasi, jangan sampai kunci konsensus yang sama berjalan bersamaan di dua node aktif. Mesin lama belum dimatikan, sementara mesin baru sudah menandatangani; bisa terjadi perilaku konflik dan memicu hukuman keras DUSK, sehingga kerugian dari sekadar berhenti (downtime) melebar menjadi staking yang ikut dihancurkan. Sebelum live, cocokkan juga dengan block explorer untuk mengecek ketinggian (height), pastikan node baru tersinkron ke kondisi terbaru mainnet DUSK, baru pulihkan partisipasi konsensus.
Checklist node saya akan menuliskan empat hal: cadangan mnemonic offline, pemisahan owner key dan kunci konsensus, SSH hanya login pakai kunci (key-based), serta konfirmasi bahwa node lama benar-benar berhenti sebelum pindah mesin. Setelah membeli $DUSK , mempelajari cara setahunan hasilnya sangat mudah; menjaga DUSK justru bergantung pada langkah-langkah yang tidak mencolok ini. Keuntungan node berasal dari menjalankan tanggung jawab, sementara penempatan kunci menentukan apakah insiden pada satu server akan berhenti di lapisan operasional, atau “menjalar” hingga lapisan aset.
Tepat di pagi hari, saya menerima peringatan login VPS yang tidak normal. Mereka yang menjalankan node DUSK paling takut pada dua hal: mesin yang berhenti total, dan DUSK di dompet juga ikut dipindahkan oleh orang lain. Menginstal ulang node tidaklah sulit; yang sulit adalah apakah izin/kontrol sudah dipisahkan sejak awal. Dokumentasi operasional @Dusk memandang server node sebagai lingkungan yang “panas” (rentan), sehingga meskipun data dompet dienkripsi secara statis, server tidak boleh dianggap sebagai brankas.
Staking DUSK bisa diatur dengan owner key yang terpisah. Server hanya menyimpan consensus.keys yang diperlukan untuk berpartisipasi dalam konsensus—bertugas untuk voting dan penandatanganan; owner key disimpan di perangkat lain atau dompet offline, untuk mengendalikan pelepasan staking (undelegation) dan penarikan. Jika server berhasil disusupi, penyerang mungkin dapat merusak jalannya node dan memunculkan risiko hukuman, tetapi mereka tidak bisa mengambil DUSK yang distaking hanya dengan kunci konsensus.
Skema pembagian wewenang ini mirip kartu pegawai dan U盾 (device otorisasi perbankan) milik pemilik. Kartu pegawai dipakai setiap hari untuk membuka toko dan menerima kas, jadi harus online; sementara U盾 bank biasanya tidak seharusnya ditaruh di meja kas. Jika kedua kunci dimasukkan ke VPS yang sama, meskipun nama izin/kontrollannya ditulis lebih rapi, yang didapat penyerang tetap saja satu rangkaian kendali penuh.
Pemulihannya juga punya jalur yang jelas. Selama mnemonic masih ada, operator bisa memulihkan dompet di mesin baru, lalu mengekspor kembali kunci konsensus tanpa perlu melakukan staking DUSK lagi. Namun saat migrasi, jangan sampai kunci konsensus yang sama berjalan bersamaan di dua node aktif. Mesin lama belum dimatikan, sementara mesin baru sudah menandatangani; bisa terjadi perilaku konflik dan memicu hukuman keras DUSK, sehingga kerugian dari sekadar berhenti (downtime) melebar menjadi staking yang ikut dihancurkan. Sebelum live, cocokkan juga dengan block explorer untuk mengecek ketinggian (height), pastikan node baru tersinkron ke kondisi terbaru mainnet DUSK, baru pulihkan partisipasi konsensus.
Checklist node saya akan menuliskan empat hal: cadangan mnemonic offline, pemisahan owner key dan kunci konsensus, SSH hanya login pakai kunci (key-based), serta konfirmasi bahwa node lama benar-benar berhenti sebelum pindah mesin. Setelah membeli $DUSK , mempelajari cara setahunan hasilnya sangat mudah; menjaga DUSK justru bergantung pada langkah-langkah yang tidak mencolok ini. Keuntungan node berasal dari menjalankan tanggung jawab, sementara penempatan kunci menentukan apakah insiden pada satu server akan berhenti di lapisan operasional, atau “menjalar” hingga lapisan aset.