Pada 16 Januari 2026, seseorang membobol dompet penandatanganan yang terkait dengan layanan bridge Dusk Network dan mulai menguras dana. Menurut saya, cara sebuah proyek menangani situasi seperti itu memberi tahu kita lebih banyak daripada roadmap mana pun.
Menurut laporan post-mortem yang diterbitkan Dusk sendiri, penyerang memperoleh akses ke dompet yang menangani peristiwa migrasi antara Dusk dan sebuah chain EVM pada pukul 21.28 UTC. Penyerang mencuri DUSK secara langsung dan memindahkan sebagian darinya melalui bridge sebelum tim menutup layanan tersebut pada pukul 23.12 UTC. Tindakan ini membuat upaya terakhir yang jauh lebih besar untuk menggunakan bridge gagal sepenuhnya. Berdasarkan angka yang disampaikan Dusk, sekitar 10,9 juta DUSK dicuri dalam beberapa transaksi, tetapi hanya sekitar 1,9 juta yang benar-benar berhasil melintasi bridge sebelum penutupan layanan menghentikan penyerang memindahkan sisanya. Ini bukan kegagalan konsensus atau kelemahan dalam protokol inti Dusk. Ini adalah pembobolan pada satu jalur penandatanganan yang ringan, yang menyatukan penandatanganan, penanganan peristiwa, dan konektivitas jaringan dalam satu area operasional. Pilihan desain yang dibuat sejak awal demi kecepatan ini memusatkan terlalu banyak kepercayaan pada satu tempat. Dusk membuat laporan polisi, mengamankan jejak transaksi di kedua chain, dan segera memberi tahu bursa terkait.
Pembangunan ulang yang menyusul bukan sekadar tambalan. Proses penandatanganan sepenuhnya dipisahkan dari penanganan peristiwa, transaksi kini melewati siklus hidup yang jelas alih-alih logika pemulihan yang ambigu, paparan hot wallet dibatasi dan pengisian ulang dari cold wallet kini harus dilakukan secara manual, serta lingkungan host diperkuat dengan isolasi layanan yang ketat.
Menurut saya, pelajaran jujur dari kejadian ini tidak ada hubungannya dengan kriptografi, melainkan sepenuhnya tentang desain operasional. Lapisan penyelesaian inti Dusk tidak pernah berhenti menghasilkan blok dengan benar selama seluruh insiden. Hal ini perlu dinyatakan dengan jelas agar keduanya tidak tercampur.
Pemegang DUSK merasakan risiko itu secara langsung, dan itulah alasan perancangan ulang ini harus dilakukan dengan begitu menyeluruh.
@Dusk $DUSK #dusk
Menurut laporan post-mortem yang diterbitkan Dusk sendiri, penyerang memperoleh akses ke dompet yang menangani peristiwa migrasi antara Dusk dan sebuah chain EVM pada pukul 21.28 UTC. Penyerang mencuri DUSK secara langsung dan memindahkan sebagian darinya melalui bridge sebelum tim menutup layanan tersebut pada pukul 23.12 UTC. Tindakan ini membuat upaya terakhir yang jauh lebih besar untuk menggunakan bridge gagal sepenuhnya. Berdasarkan angka yang disampaikan Dusk, sekitar 10,9 juta DUSK dicuri dalam beberapa transaksi, tetapi hanya sekitar 1,9 juta yang benar-benar berhasil melintasi bridge sebelum penutupan layanan menghentikan penyerang memindahkan sisanya. Ini bukan kegagalan konsensus atau kelemahan dalam protokol inti Dusk. Ini adalah pembobolan pada satu jalur penandatanganan yang ringan, yang menyatukan penandatanganan, penanganan peristiwa, dan konektivitas jaringan dalam satu area operasional. Pilihan desain yang dibuat sejak awal demi kecepatan ini memusatkan terlalu banyak kepercayaan pada satu tempat. Dusk membuat laporan polisi, mengamankan jejak transaksi di kedua chain, dan segera memberi tahu bursa terkait.
Pembangunan ulang yang menyusul bukan sekadar tambalan. Proses penandatanganan sepenuhnya dipisahkan dari penanganan peristiwa, transaksi kini melewati siklus hidup yang jelas alih-alih logika pemulihan yang ambigu, paparan hot wallet dibatasi dan pengisian ulang dari cold wallet kini harus dilakukan secara manual, serta lingkungan host diperkuat dengan isolasi layanan yang ketat.
Menurut saya, pelajaran jujur dari kejadian ini tidak ada hubungannya dengan kriptografi, melainkan sepenuhnya tentang desain operasional. Lapisan penyelesaian inti Dusk tidak pernah berhenti menghasilkan blok dengan benar selama seluruh insiden. Hal ini perlu dinyatakan dengan jelas agar keduanya tidak tercampur.
Pemegang DUSK merasakan risiko itu secara langsung, dan itulah alasan perancangan ulang ini harus dilakukan dengan begitu menyeluruh.
@Dusk $DUSK #dusk