#dusk $DUSK @Dusk
Dulu saya mengira desain konsensus adalah bagian yang membosankan dari setiap proyek blockchain—sesuatu yang diperdebatkan oleh para insinyur, tetapi bukan sesuatu yang menentukan apakah aktivitas keuangan sungguhan bisa berjalan di atasnya. Membaca cara kerja kumpulan validator milik Dusk mengubah pandangan itu sedikit.
Kebanyakan rantai yang dipasarkan untuk keuangan teregulasi masih menjalankan konsensus yang dibangun untuk partisipasi terbuka terlebih dahulu, dengan kepatuhan ditambahkan kemudian. Dusk tidak meninggalkan fondasi permissionless itu—siapa pun yang mengunci jumlah taruhan yang diperlukan dapat menjadi provisioner—tetapi melakukan hal yang spesifik dengan itu. Konsensus Succinct Attestation-nya memilih komite provisioner yang memenuhi syarat melalui sortisi deterministik, lalu komite tersebut mengusulkan, memvalidasi, dan meratifikasi setiap blok melalui putaran pemungutan suara yang eksplisit, bukan melalui finalitas probabilistik. Ini penting—jaringan yang ingin institusi menyelesaikan transaksi di atasnya memerlukan jawaban yang pasti dan dapat diaudit tentang finalitas blok, tanpa mengubah buku besar menjadi “buku terbuka” atas setiap aktivitas milik setiap peserta.
Yang paling menonjol adalah bahwa ini tidak diposisikan sebagai kompromi antara desentralisasi dan kepatuhan, melainkan sebagai batasan desain sejak hari pertama. Operator pasar yang beroperasi di bawah sesuatu seperti lisensi EU MTF membutuhkan proses konsensus yang hasilnya bisa diaudit blok per blok, tanpa setiap pihak lawan melihat setiap transaksi. Ini berbeda dari upaya mengoptimalkan TPS atau biaya gas—sesuatu yang sering diabaikan begitu saja dalam narasi “enterprise blockchain”.
Ini juga memunculkan pertanyaan yang belum saya punya jawaban pasti: finalitas berbasis komite meminta para provisioner pada setiap putaran benar-benar berkonvergensi dan menghasilkan sebuah atestasi, alih-alih membiarkan rantai “beres” seiring waktu. Apakah ini lebih cocok untuk penyelesaian yang teregulasi, atau hanya kompromi lain seputar liveness dan partisipasi, layak diuji dalam kondisi jaringan nyata, bukan sekadar menganggapnya benar dari desain. Kita tidak akan tahu sampai volume institusional sungguhan mencoba menyelesaikan transaksi di chain dan menekan asumsi-asumsi ini.
Dulu saya mengira desain konsensus adalah bagian yang membosankan dari setiap proyek blockchain—sesuatu yang diperdebatkan oleh para insinyur, tetapi bukan sesuatu yang menentukan apakah aktivitas keuangan sungguhan bisa berjalan di atasnya. Membaca cara kerja kumpulan validator milik Dusk mengubah pandangan itu sedikit.
Kebanyakan rantai yang dipasarkan untuk keuangan teregulasi masih menjalankan konsensus yang dibangun untuk partisipasi terbuka terlebih dahulu, dengan kepatuhan ditambahkan kemudian. Dusk tidak meninggalkan fondasi permissionless itu—siapa pun yang mengunci jumlah taruhan yang diperlukan dapat menjadi provisioner—tetapi melakukan hal yang spesifik dengan itu. Konsensus Succinct Attestation-nya memilih komite provisioner yang memenuhi syarat melalui sortisi deterministik, lalu komite tersebut mengusulkan, memvalidasi, dan meratifikasi setiap blok melalui putaran pemungutan suara yang eksplisit, bukan melalui finalitas probabilistik. Ini penting—jaringan yang ingin institusi menyelesaikan transaksi di atasnya memerlukan jawaban yang pasti dan dapat diaudit tentang finalitas blok, tanpa mengubah buku besar menjadi “buku terbuka” atas setiap aktivitas milik setiap peserta.
Yang paling menonjol adalah bahwa ini tidak diposisikan sebagai kompromi antara desentralisasi dan kepatuhan, melainkan sebagai batasan desain sejak hari pertama. Operator pasar yang beroperasi di bawah sesuatu seperti lisensi EU MTF membutuhkan proses konsensus yang hasilnya bisa diaudit blok per blok, tanpa setiap pihak lawan melihat setiap transaksi. Ini berbeda dari upaya mengoptimalkan TPS atau biaya gas—sesuatu yang sering diabaikan begitu saja dalam narasi “enterprise blockchain”.
Ini juga memunculkan pertanyaan yang belum saya punya jawaban pasti: finalitas berbasis komite meminta para provisioner pada setiap putaran benar-benar berkonvergensi dan menghasilkan sebuah atestasi, alih-alih membiarkan rantai “beres” seiring waktu. Apakah ini lebih cocok untuk penyelesaian yang teregulasi, atau hanya kompromi lain seputar liveness dan partisipasi, layak diuji dalam kondisi jaringan nyata, bukan sekadar menganggapnya benar dari desain. Kita tidak akan tahu sampai volume institusional sungguhan mencoba menyelesaikan transaksi di chain dan menekan asumsi-asumsi ini.