#dusk $DUSK @Dusk
Saya sedang membantu putra saya mengerjakan PR larut malam ini ketika ia tiba-tiba bertanya:
“Bagaimana kalau komputer crash?”
Insting pertama saya sederhana: “Saja restart saja.”
Tapi kemudian saya memikirkan sesuatu yang sedang saya baca di dokumen whitepaper Dusk, dan pertanyaannya mendadak terasa jauh lebih besar.
Sebuah blockchain bisa terlihat mengesankan saat semuanya berjalan sempurna. Namun uji sesungguhnya adalah apa yang terjadi ketika mulai ada hal yang salah.
Desain konsensus Dusk memiliki alur normal: sebuah blok diajukan, diverifikasi, lalu disetujui. Jika cukup banyak peserta sepakat—2/3—blok akan terus diproses.
Tapi bagaimana jika jaringan macet?
Menurut desainnya, setelah 16 upaya beruntun yang gagal, sistem dapat memasuki “mode darurat.” Alih-alih sekadar berhenti dan menunggu seseorang untuk merestartnya, mekanisme timeout dinonaktifkan dan jaringan tetap berjalan sampai sebuah blok yang valid berhasil diproduksi.
Ini benar-benar pola pikir yang berbeda dari “tinggal reboot saja.”
Intinya, ini adalah rencana kontinjensi yang dibangun langsung ke dalam proses konsensus.
Di sinilah saya merasa Dusk menarik. Untuk infrastruktur keuangan, keandalan saat kondisi yang tidak normal mungkin lebih penting daripada sekadar angka TPS lain yang mengesankan. Institusi perlu tahu apa yang terjadi ketika partisipasi turun, node gagal, atau jaringan menghadapi tekanan yang tidak terduga.
Struktur hadiahnya pun menunjukkan betapa besar perhatian pada insentif: 80% untuk produsen blok, 10% untuk para pemilih, dan 10% untuk protokol.
Tentu, desain di atas kertas adalah satu hal. Membuktikannya dalam kondisi dunia nyata adalah hal lain.
DuskEVM masih berada di testnet, jadi saya belum siap menyebut semua ini sudah terbukti dalam skala besar.
Namun semakin dalam saya melihat, semakin saya percaya ini adalah pertanyaan yang layak diajukan untuk blockchain serius mana pun:
Jangan hanya tunjukkan cara kerja jaringan saat semuanya berjalan benar. Tunjukkan apa yang terjadi ketika semuanya berjalan salah.
Saya sedang membantu putra saya mengerjakan PR larut malam ini ketika ia tiba-tiba bertanya:
“Bagaimana kalau komputer crash?”
Insting pertama saya sederhana: “Saja restart saja.”
Tapi kemudian saya memikirkan sesuatu yang sedang saya baca di dokumen whitepaper Dusk, dan pertanyaannya mendadak terasa jauh lebih besar.
Sebuah blockchain bisa terlihat mengesankan saat semuanya berjalan sempurna. Namun uji sesungguhnya adalah apa yang terjadi ketika mulai ada hal yang salah.
Desain konsensus Dusk memiliki alur normal: sebuah blok diajukan, diverifikasi, lalu disetujui. Jika cukup banyak peserta sepakat—2/3—blok akan terus diproses.
Tapi bagaimana jika jaringan macet?
Menurut desainnya, setelah 16 upaya beruntun yang gagal, sistem dapat memasuki “mode darurat.” Alih-alih sekadar berhenti dan menunggu seseorang untuk merestartnya, mekanisme timeout dinonaktifkan dan jaringan tetap berjalan sampai sebuah blok yang valid berhasil diproduksi.
Ini benar-benar pola pikir yang berbeda dari “tinggal reboot saja.”
Intinya, ini adalah rencana kontinjensi yang dibangun langsung ke dalam proses konsensus.
Di sinilah saya merasa Dusk menarik. Untuk infrastruktur keuangan, keandalan saat kondisi yang tidak normal mungkin lebih penting daripada sekadar angka TPS lain yang mengesankan. Institusi perlu tahu apa yang terjadi ketika partisipasi turun, node gagal, atau jaringan menghadapi tekanan yang tidak terduga.
Struktur hadiahnya pun menunjukkan betapa besar perhatian pada insentif: 80% untuk produsen blok, 10% untuk para pemilih, dan 10% untuk protokol.
Tentu, desain di atas kertas adalah satu hal. Membuktikannya dalam kondisi dunia nyata adalah hal lain.
DuskEVM masih berada di testnet, jadi saya belum siap menyebut semua ini sudah terbukti dalam skala besar.
Namun semakin dalam saya melihat, semakin saya percaya ini adalah pertanyaan yang layak diajukan untuk blockchain serius mana pun:
Jangan hanya tunjukkan cara kerja jaringan saat semuanya berjalan benar. Tunjukkan apa yang terjadi ketika semuanya berjalan salah.
