#dusk $DUSK @Dusk
Saya membaca dokumentasi konsensus Dusk minggu ini, sebagian besar penasaran apakah "finalitas cepat" benar-benar bertahan saat mendapat tekanan, bukan hanya pada hari jaringan yang bersih. Succinct Attestation menjalankan setiap putaran melalui tiga langkah — proposal, validasi, ratifikasi — dengan sebuah pembuat blok dan dua komite yang dipilih melalui sortisi deterministik, diberi bobot berdasarkan kepemilikan (stake) bukan berdasarkan jumlah anggota. Oke, itu menjelaskan kondisi normal.
Yang menangkap perhatian saya adalah klausul Emergency Mode, yang tersembunyi di balik penjelasan happy-path. Jika iterasi terus gagal, protokol tidak hanya mencoba lagi berdasarkan timer, tetapi menonaktifkan timeouts sepenuhnya dan terus berjalan sampai kuorum benar-benar tercapai. Itu adalah mode kegagalan yang berbeda secara bermakna dibanding kebanyakan rantai PoS lain, yang umumnya hanya menunggu sampai gangguan berlalu dan berharap validator kembali online. Menghapus timeout terdengar tangguh di atas kertas, tetapi juga berarti waktu finalitas menjadi tidak terbatas tepat pada skenario ketika kepastian paling dibutuhkan, yaitu saat terjadi gangguan, bukan setelahnya.
Untuk jaringan yang memposisikan diri bagi keuangan yang teregulasi, pertukaran ini layak untuk direnungkan, bukan sekadar diabaikan. Sistem penyelesaian yang menjamin "akhirnya benar" tidak sama persis dengan janji "cepat", dan saya tidak yakin @Dusk sudah sepenuhnya menyelaraskan mana yang sebenarnya sedang dijualnya. Penasaran seberapa sering Emergency Mode benar-benar terpanggil di mainnet sejauh ini.
$DUSK #DUSK
Saya membaca dokumentasi konsensus Dusk minggu ini, sebagian besar penasaran apakah "finalitas cepat" benar-benar bertahan saat mendapat tekanan, bukan hanya pada hari jaringan yang bersih. Succinct Attestation menjalankan setiap putaran melalui tiga langkah — proposal, validasi, ratifikasi — dengan sebuah pembuat blok dan dua komite yang dipilih melalui sortisi deterministik, diberi bobot berdasarkan kepemilikan (stake) bukan berdasarkan jumlah anggota. Oke, itu menjelaskan kondisi normal.
Yang menangkap perhatian saya adalah klausul Emergency Mode, yang tersembunyi di balik penjelasan happy-path. Jika iterasi terus gagal, protokol tidak hanya mencoba lagi berdasarkan timer, tetapi menonaktifkan timeouts sepenuhnya dan terus berjalan sampai kuorum benar-benar tercapai. Itu adalah mode kegagalan yang berbeda secara bermakna dibanding kebanyakan rantai PoS lain, yang umumnya hanya menunggu sampai gangguan berlalu dan berharap validator kembali online. Menghapus timeout terdengar tangguh di atas kertas, tetapi juga berarti waktu finalitas menjadi tidak terbatas tepat pada skenario ketika kepastian paling dibutuhkan, yaitu saat terjadi gangguan, bukan setelahnya.
Untuk jaringan yang memposisikan diri bagi keuangan yang teregulasi, pertukaran ini layak untuk direnungkan, bukan sekadar diabaikan. Sistem penyelesaian yang menjamin "akhirnya benar" tidak sama persis dengan janji "cepat", dan saya tidak yakin @Dusk sudah sepenuhnya menyelaraskan mana yang sebenarnya sedang dijualnya. Penasaran seberapa sering Emergency Mode benar-benar terpanggil di mainnet sejauh ini.
$DUSK #DUSK